走代理访问时遇到报错，多数人的第一反应是”代理坏了”。但代理很多时候只是”传话的”——真正拒绝你的是目标站，代理只是把对方的答复原样带回来，或者把连接失败的真实原因翻译成一个你能读懂的提示。看懂这层翻译，报错就不再是黑盒，而是定位问题的第一线索。
一个常见的误解
常见看法：走代理报错，说明代理有问题，换个代理就好。
实际情况：报错只说明”这一跳”失败了，具体是哪一跳要看错误类型。连接根本建立不起来、超时、被重置，通常指向链路或目标站的准入；而请求已经发出、却收到对方的错误响应，那多半是目标站对请求或地址的态度，代理只是搬运工。两者混为一谈，就会在错误的环节上浪费时间。
失败会沿着链路原路返回
连接建立失败时，代理会在自己这一侧生成一个明确的错误反馈，告诉你它连不上目标，或出口不可用。请求发出后目标站返回的错误，代理则原样转发回来，不替目标站美化、也不隐瞒状态码。如果目标站干脆不响应，代理等到自己的超时上限后，会把”等待超时”这一结果回传，而不是无限等下去。
三类失败，三类不同的信号
第一类是建立阶段的失败：连不上、超时、被重置，多数与线路、目标站的准入策略有关。第二类是传输中途的断开：请求发出去一半或响应收到一半时连接断了，常见于目标站对出口地址不友好，或链路不稳定。第三类是对方的明确答复：各种错误码是目标站自己给出的结论，代理只是如实转达。区分这三类，就能把”代理的锅”和”目标站的锅”分开。
把失败类型和出现时机放在一起看，还能得到更细的判断。集中在某个时段失败的，多半是共享出口的高峰效应，换时段就能验证；只有特定目标站失败的，是目标站对地址的态度问题，换地址比换线路更有效；所有目标都失败的，才是链路或配置层面的问题。这样一层层剥下来，大部分”走代理就报错”的问题都能在两三轮验证内定位到具体环节，而不是靠换代理碰运气。
还有个细节容易被忽略：错误提示的来源。代理自己生成的错误通常措辞固定、格式统一，一眼能看出是系统提示；目标站返回的错误则带着站点自己的风格，甚至包含业务信息。区分两者，等于先给问题定了性——系统提示指向链路与配置，站点返回指向目标站的判断。这也是为什么同一报错，有人一眼看穿，有人反复换代理：差别不在于经验，而在于有没有先分清提示是谁说的。
代理的意义在于让请求以另一个身份到达目标站，但它不改变目标站的判断——把错误”翻译”清楚，比急着换代理更有用。
看报错时不妨多看一眼细节：错误发生在请求发出前还是发出后，返回的提示是代理生成的还是目标站的。判断清楚了，需要换的是线路、是地址、还是请求本身，也就一目了然。