很多人用代理IP做的是同一件事：让请求从另一个地址发出去。这件事本身不难理解，难的是说清中间发生了什么。拿寄快递打个比方就顺了：你要给远方的朋友寄东西，自己不方便出面，就请楼下的代收点转一手，寄件人那一栏写的是代收点的地址。
- 你先把东西交给代收点，也就是把请求发给这条代理线路的地址。
- 代收点重新包一遍，面单上换成它自己的名字和地址。
- 包裹按新面单寄出，收件方看到的信息停在代收点。
- 回执先回到代收点，再由它转交到你手上。
换掉的到底是哪一层
换上自己的地址这一步，只发生在网络这一层。包裹里写的内容、贴的标签、称重记录，全都原样送过去，代收点不会拆开看。放到代理IP上也是一样，被替换的是发起连接时用的那个地址，请求本身携带的信息一点没动，对方拿到的还是你发出去的原件。
这一层替换带来的直接后果，是对方那里看不到你原本从哪里来。反过来，你自己这边也不该把地址当成唯一凭据：包裹里装了什么、走的什么路线、寄了几次，这些照样能被记录。
为什么代收点不能被写成寄件人自己
如果面单上仍然写着你的地址，代收点就白转了。这个道理放到代理IP上也成立：一旦请求里夹带了原本的标识，中间那一层就失去意义。所以判断一条线路有没有真正起作用，标准就落在转完之后对方手里剩下什么。
说得直白点，谁的名字留在面单上，谁就是对方眼里寄东西的人。
这个比方能用到哪一步
备注：这一层替换只解决对方看到谁，不解决对方能不能认出你，两件事要分开算。
什么时候这个比方不适用
分清这两件事之后，很多说法就顺了。寄快递管的是面单，管不到包裹里的字迹；代理IP管的是连接上的地址，管不到请求本身带出去的特征。把期待放在正确的那一层，用起来才不会反复怀疑配置对不对。
把这个比方记住，下次遇到换了地址还是被认出来这类问题，先问一句：换的是面单，还是包裹里的东西。答案通常就在这一问里。