并发上限由什么决定：代理IP池化的原理推论
并发上不去，通常不是本地程序不够快，而是链路中间那一环的处理能力有上限。代理IP的池化机制决定了并发能力的来源：出口数量、单出口的承载、以及调度开销。三者任何一个到顶，整体并发就上不去了。三个上限来源…
内容不变、地址变：代理IP地址替换的原理
很多刚接触的人会问：走代理IP之后，对方看到的地址是谁的？答案是转发点的。而请求里的内容、参数、请求头里的大部分字段，原样保留。理解这条「地址换、内容不换」的规则，就能推断出哪些做法可行、哪些注定失败…
代理IP能查什么、不能查什么：从工作原理说起
代理IP的工作原理决定了一件事：哪些问题能被查出来，哪些查不出来。请求经过中间一环转发，中间那一环能看到目标地址、时间、数据量，却看不到加密后的内容。所以排查时该问什么、不该问什么，从原理上就能推出来…
哪些设置不要碰：代理IP设置的权限边界
设置过程中，有些选项看起来无害，改完却会影响别的程序甚至整台设备。代理IP设置涉及的层级比多数人以为的深，动手之前先划一条边界：只改与本任务相关的最小范围，其余保持原样，这条原则能挡掉大部分连带故障。…
每加一项验一项：代理IP设置的分步验证
设置完成之后统一验证一次，是常见做法，但问题也在这里：如果有五处改动，验证失败时不知道是哪一处的问题。把验证拆到每一步之后做，问题范围立刻缩小到刚改的那一项。代理IP设置的效率，很大程度上取决于验证放…
代理IP设置的参数从哪来：来源与优先级
代理IP设置出问题，很多时候不是填错，而是用错了来源。同一个地址，可能来自服务商后台、来自同事分享、来自半年前的备忘，三份都可能不一样。动手之前先确认每份参数的来源和时效，比事后逐项排查有效得多。参数…
把用途写成一页清单：代理IP用途落地法
把用途落到纸上，一页就够。写的时候有个简单办法：左边写要达成的结果，右边写为达成它需要代理IP做什么。两栏对齐之后，模糊的描述会被逼出具体动作，多余的功能也会自动浮出来。这份清单不需要多正式，但必须能…
什么情况不需要代理IP：用途的反向判断
讨论用途的时候，很少有人反过来问：什么情况下不需要代理IP。这个问题其实更值得先回答，因为它能直接砍掉一批不必要的投入。常见的三种情况是：目标端没有访问频次约束、结果不需要按区域区分、任务本身量小到人…
协作面有多宽，代理IP的用途就有多细
同一个人用和十个人一起用，代理IP的用途会很不一样。一个人用的时候，只要自己顺手就行；人一多，顺手就变成了可交接——别人能不能看懂你的配置、能不能接着改、出问题能不能独立排查。协作面越宽，对规范的要求…
用途的频次决定了代理IP怎么配
一个月跑一次的任务和每分钟跑一次的任务，需要的代理IP完全不是一回事。前者更在意单次能不能成功，后者更在意长时间跑下来会不会掉链子。频次是所有用途参数里最容易被轻视、却影响最大的一项，因为它同时决定了…