22、80、443、1080这些数字，代理IP端口约定看这篇就够
一台服务器上同时跑着几十个服务，靠什么分清谁是谁？靠端口号。常见的那几个数字——22、80、443、3306、6379——背后都有各自的来历，代理IP端口也在这套约定里，记住了它们，看配置和日志都能快…
端口总数是65536个，代理IP并发连的是哪一头
凌晨的任务跑到一半，代理IP连接的端口突然开不动了，日志里全是无法分配端口的提示。点开端口统计一看，系统显示已经用了一万多个——离 65536 还远得很，怎么就满了？ 答案是 65536 只是理论总数…
自定义头不是加了就一定能穿过去，代理IP这一层要看清楚
很多人以为，字段是自己加的、名字是自己起的，自然想带什么就带什么，一路带到目标站不成问题。实际用代理IP转发起来才发现，有些自定义头到了对面踪影全无，有些则被改得面目全非。 误区出在对「自定义」三个字…
非网页流量撞上HTTP代理IP，会发生什么
有人给软件配了 HTTP 代理IP，打开网页一切正常，可软件里的某个功能却一直连不上，报错还是那种看不懂的协议错误。问题多半出在流量类型上。 先说结论：HTTP 代理IP只认识 HTTP 报文。网页、…
多平台分发总卡在上传?代理IP 出口要按平台分开安排
多平台分发卡住的时候,绝大多数人第一反应是带宽不够。实际排查下来,更常见的原因是不同平台对代理IP 出口地区的要求不一致,用一个出口去覆盖所有平台,总有那么一两个卡住。 内容分发的流量有个特点:上传是…
云游戏一卡一顿,是带宽不够还是代理IP 出口选错了?
很多人第一次用云游戏,第一反应都是"带宽不够,得提速"。可真把带宽提上去,画面该卡还是卡,操作延迟也丝毫没变。问题往往不在带宽,而在代理IP 出口的位置选错了。 云游戏的四类流量,对出口的要求完全不同…
接口返回 200,校验却过不了?可能是代理IP 链路丢掉了 Trailer
走代理IP 访问接口时有一类故障特别难查:状态码是 200,响应体也完整,唯独响应最末尾那几十个字节不见了。凌晨的批处理任务跑到一半,落库前的签名校验死活过不了,翻服务端日志签名明明生成了,最后才定位…
全局、规则、直连:代理IP 客户端的三种模式该怎么选
同样是装了代理IP 客户端,有人一开就全站走代理,有人只在特定网站才生效,还有人装了等于没装——差别就落在客户端的工作模式上。三种模式没有绝对的好坏,选错才是问题。 三种模式分别转发哪些流量 全局模式…
开了代理IP 之后,系统为什么把网络认成了公用网络？
插上网线、连上同一个无线网络,系统却提示这是公用网络,共享和发现全被关掉——很多人第一反应是网络坏了。其实多半是代理IP 接管了系统用来探测网络的那几个请求,判定结果跟着变了。 系统靠探测来判断这是什…
103 Early Hints 在代理IP 链路上为什么常常白给？
103 Early Hints 能让浏览器提前去取资源,是一项实打实的提速设计。但在代理IP 链路上,这个提前量经常被中间层吃掉——浏览器等到的还是原来那个完整响应,优化等于白做。 103 是正式响应…