TCP 延迟确认：小请求为什么总要多等 40 毫秒
大部分"慢"的问题出在路上，也有一部分出在等待里。一个不起眼的 TCP 细节——延迟确认，就能让代理链路里的小请求平白多等几十毫秒，而链路本身完全正常。它不报错、不丢包，只让每次一问一答都慢半拍，慢得…
代码托管平台访问变慢，开发协作的出口该怎么规划
代码仓库时开时不开，拉取推送断断续续，构建任务反复超时。对开发者来说，托管平台的访问质量直接决定一天的产出，而这类流量恰恰是出口规划里最容易被忽略的一类。没人给代码流量的出口做过专门安排，于是它在所有…
游戏平台客户端：登录、商店、下载、联机，各走各的路
游戏平台客户端里，登录慢、商店打不开、下载没速度、联机总掉线——四个问题看起来都像"网络不好"，其实它们走的是四条不同的路，修复方式也各不相同。把这几条路分开看，很多折腾半天的问题，几分钟就能定位。 …
带宽很大下载却慢：带宽延迟积这笔账怎么算
带宽够大，下载就一定快吗？不少人换过更大带宽的套餐，跨国传输还是老样子。问题往往不在带宽本身，而在一笔常被忽略的账：带宽乘以延迟，也就是常说的带宽延迟积。 问：一条连接最多能跑多快 TCP 单条连接的…
TCP 零窗口：连接还活着，数据为什么停了
一边是连接状态显示一切正常，一边是数据迟迟没有动静。同一个请求，直连时几秒就能完成，换成代理链路后却卡在半路。不少人在这类问题里翻来覆去排查，最后都会碰到同一个概念：零窗口。 零窗口是 TCP 的暂停…
连接失败后，代理会不会自己重试？
凌晨的自动化任务里，一个请求发出去了，几秒后客户端收到连接失败的错误。很多人会好奇：中间那层代理，是不是已经悄悄重试过好几轮，才把错误抛回来的？答案比想象中简单，也更重要。 代理会默默替客户端重试吗 …
电脑连着 WiFi 又插着网线，代理到底走了哪条路
笔记本上同时开着 WiFi 和有线网，代理软件显示已连接，可出口地址却时而是宽带、时而是热点——不少人在双网卡并存的机器上遇到过这种"出口漂移"，搞不清楚流量到底从哪条路出去的。 多网卡并存时，流量怎…
TCP 半关闭：连接只关一半，代理链路里会发生什么
连接关到一半，算断开还是没断开？很多人以为网络连接只有"开"和"关"两种状态，但 TCP 里还有一种中间态：发送方向已经关闭，接收方向却还开着。这种"关一半"的状态叫半关闭，在代理链路里遇到它时，转发…
带宽买多大才够用：峰值叠加与余量怎么算
同样是跑几个自动化任务，有人买 50M 一路顺畅，有人买 200M 还是卡成幻灯片。差别不在钱，而在会不会算真实需求——带宽不是越大越好，而是够不够的问题。 单任务测速，算不出真实需求 测速软件测出来…
电视、游戏机、智能家居：不支持代理设置的设备怎么接入
很多人以为代理是电脑和手机的事，电视、游戏机、智能家居这些设备不支持设置，就只能放弃。其实只要设备能连网，就有办法让它的流量也走代理——卡住的不是设备，是思路。 这些设备为什么"不支持"代理 多数设备…