阳光叔常常收到客户咨询：“如何选择海外代理IP？”
把问题抛给某度，你将收获61,600,000个相关答案结果。
如何选择海外代理IP？
市面上的代理IP服务供应商有很多，费用方案也有许多种。
那么问题来了，我们要怎么选择一家合适的代理IP服务商？
阳光叔重点将市面上的代理IP服务商按收费模式分成三种，与大家一起分享
1、按照流量收费
按流量进行收费的代理IP服务商以阳光代理、Oxylabs为代表，根据所选择的IP类型，费用价格从$0.1/G到$30/G，不同流量需求对照不同的价格。
这类服务商的IP类型分数据中心IP、静态住宅IP、动态住宅IP、移动IP等几种，阳光叔对比看到，费用最便宜的是数据中心IP，最贵的是动态住宅IP和移动IP。
如何选择海外代理IP？
客户如购买了阳光代理或Oxylabs的IP，能够根据客户登录账号所需要对应的地区信息填写进AdsPower软件，AdsPower则会透过IP自动匹配功能，帮助客户寻找到该账号指定的国家/地区，甚至城市的代理IP进行配对。
2、按月收费
在线上搜索“代理IP”“Proxy”可以得出一堆代理IP的推荐，推荐的代理IP里有很多都是按时间进行定价收费的，如阳光代理、Smartproxy、Highproxies等等，费用从$1/月-$10/月不等。
选购了这类代理IP，能够通过HTTP、HTTPS、Socks5的代理协议配置在AdsPower软件中使用，并且在配置完成后进行代理检测，非常易用！
如何选择海外代理IP？
3、按使用次数收费
阳光叔了解到市面上按使用次数进行收费的代理IP服务商主要是阳光代理，阳光代理的IP特点是动态的住宅IP，时效性是24以内，IP失效后需要更换IP使用。
当然大家也不妨可以找到其他的代理IP供应商，可能其IP的有效性能够持续3-5天，但论IP池的大小，还是阳光代理为王道。如今有媲美阳光代理的阳光代理。
对于按次数收费的代理IP服务商，以他们的机制来说，容易出现倒买倒卖的情况，以及需要控制IP的质量，原因大家可以去思考。但随着用户使用量、需求量的增长，如果其IP池没有办法持续扩大，IP被共享和滥用的情况也会大大增加。
对于这类型的代理IP，AdsPower已经支持阳光代理代理IP的自动匹配，同时支持手动选择指定IP之后，再配置在AdsPower指纹浏览器软件中。
如何选择海外代理IP？
（阳光代理客户端界面选择指定的IP）
如何选择海外代理IP？
（在AdsPower导入已选择的阳光代理指定IP地址进行配置）
阳光叔讲完了代理IP的三种收费模式，也许还想问
为什么代理IP的费用参差不齐？
阳光叔总结了一下，
1.费用差别在于该IP被共用的人数有多少？
便宜的代理IP：一般是多人在共用的地址，可能有10个人在共用，用来注册FB、AMZ、PP等不同网站的账号，也可能注册相同网站的账号。那么当你在某一个网站进行账号注册，出现不成功的时候，很大的原因就是别人在你之前短时间内使用了相同的IP地址，在相同的站点注册了账号，网站对于你当前所使用的IP地址进行了识别判断。
贵的代理IP：这类供应商相对来讲更有溢价能力，一般跟他所提供的IP干净度、IP库存量等因素相关。同时，一些做得比较大的服务商还会有专门的售后支持服务。这些都是服务商收取更高费用的参考条件。
2.有没有价格高但是也是多人共享的IP？
必然有的，毕竟行业鱼目混珠，但真正在圈子中广为传唱的代理IP供应商，一定是在IP质量与售卖收益之间找到了平衡点，那也不无可能在使用量增长的过程中，再次失去了这个平衡。
什么是反向代理缓存？
传统代理:用户隐藏在代理服务器之后。代理服务器工作在应用层，它只转发它支持的协议的数据。
反向代理(Reverse Proxy):这种机制是Web服务器隐藏在代理服务器之后，实现这种机制的服务器称作反向代理服务器(Reverse Proxy Server)。此时，Web服务器成为后端服务器，反向代理服务器称为前端服务器。
引入反向代理服务器的目的之一就是基于缓存的加速。我们可以将内容缓存在反向代理服务器上，所有缓存机制的实现仍然采用HTTP/1.1协议。
反向代理服务器不使用缓存:
可将Nginx做为Apache的反向代理服务器，反向代理服务器不使用缓存时，吞吐率会下降，因为原本直达Web的请求，现在绕路转达，处理时间必然会增加。
可将Web服务器和应用服务器分离，前者处理一些静态内容，并作为反向代理，后者处理动态内容。
反向代理服务器(RPS)使用缓存:
Varnish作为RPS，能够提供较好的缓存功能。如果缓存内容发挥作用，在Http响应头中服务器显示的是后端服务器，但Via标记会指示数据的来源。
RPS可通过修改流经它的Http头信息来决定哪些内容可以缓存，哪些内容不可以缓存。浏览器和Web服务器通过Http将自己的需求告诉RPS，RPS进行协调缓存。
Varnish通过配置文件来修改缓存规则，使用VCL语言。它也提供强制清除缓存的功能。Varnish提供一个监控程序Varnishstat用来监控缓存命中率。
缓存命中率和后端吞吐率的理想技术模型:
实际吞吐率:指反向代理服务器处理用户请求时的实际吞吐率。
后端吞吐率:指后端Web服务器处理来自反向代理服务器的请求时的吞吐率。
活跃内容数:在平均缓存有效周期内，反向代理服务器想后端服务器请求内容的次数。
缓存丢失率=(活跃内容数/(实际吞吐率平均缓存有效期))100%
缓存命中率=1-缓存丢失率
后端吞吐率=活跃内容数/平均缓存有效期
缓存命中率=(1-(后端吞吐率/实际吞吐率))100%
后端吞吐率=(1缓存命中率)实际吞吐率
结论:
1.活跃内容数和平均缓存有效期一定的情况下，缓存命中率与实际吞吐率成正比。
2.实际吞吐率和平均缓存有效期一定的情况下，缓存命中率与活跃内容数成反比。
3.活跃内容数和实际吞吐率一定的情况下，缓存命中率与平均缓存有效期成正比。
4.活跃内容数一定的情况下，后端吞吐率与平均缓存有效期成反比。
5.平均缓存有效期一定的情况下，后端吞吐率与活跃内容数成正比。
6.缓存命中率的变化不一定会影响后端吞吐率。
7.后端吞吐率的变化不一定会影响缓存命中率。
由此可见，缓存命中率越高，后端服务器工作量越少是错误的认识。
ESI(Edge Side Includes)
ESI类似于SSI，可以在页面中嵌入子页面，不同于SSI的是SSI在Web服务器端组装内容，ESI在Http代理服务器上组装内容，包括反向代理。
Varnish支持ESI，这样Varnish就支持网页局部缓存，实现局部更新动态内容。AJAX也有类似的功能(它对局部内容支持异步请求)。
穿过代理:
反向代理服务器作为用户和后端Web服务器的中介，它只将用户的Http请求转发给后端服务器，但用户的某些信息有时并不在Http请求中，如用户的IP地址和发送请求的TCP端口，这对于后端的Web服务器是不可见的，这就有必要想办法让这些信息“穿过”反向代理服务器。
办法:让反向代理请求后端服务器时携带附加的Http头信息(通过配置反向代理服务器来实现)。同样，如果后端服务器想要告知浏览器一些额外的信息，也可以在Http响应头中携带自定义的信息“穿过”反向代理。