配置好代理IP之后，把请求发出去，浏览器转了一会儿圈，最后弹出一个错误。这个过程中，代理到底对你的请求做了什么？把它拆开看，其实每次转发都要过五道关。
先说结论：HTTP 代理IP收到请求后，不会直接转出去，而是按固定顺序处理——先看懂请求，再验身份，然后决定放行还是拒绝，放行的去连目标，最后把结果送回来。每一步都有明确的职责，卡在哪一步，就有对应的故障信号。
第一步：解析请求行：代理IP先读请求的第一行，确认方法、目标地址、协议版本。这一行看不懂，后面的流程直接走不下去，常见报错是请求格式错误。
第二步：检查认证：代理IP看请求里有没有带凭据。没带或带错，代理回 407 让客户端补；带对了才继续往下走。反复出现 407，说明认证这一步一直没过。
第三步：决定放行还是拒绝：代理IP根据配置判断这个目标能不能连，域名、端口、访问策略都在这一关起作用。被拦下时，客户端会收到 4xx 的拒绝响应。
第四步：连接目标站：放行之后，代理IP去连接请求里的目标地址，替客户端建立到目标站的连接。这一关慢，通常不是代理的问题，而是目标站或线路的问题。
第五步：回传响应：目标站的响应从代理IP原路送回客户端，一次转发到此结束。响应阶段出问题，多见于超时或数据不完整。
卡在哪一步，看哪个信号
五步各有各的故障信号：第一步报错通常是请求格式问题；第二步 407 是认证问题；第三步 4xx 拒绝是策略问题；第四步超时是连接问题；第五步响应异常是传输问题。信号和步骤对上，排查方向就清楚了。
举一个实际例子：请求发出去，浏览器转了十秒，最后报超时。按五步倒推，超时通常落在第四步连目标站或第五步回传响应，先确认代理IP能不能连上目标，再查线路，而不是一上来就重配整个代理。方向对了，一次就能定位。
需要注意的是，这五步是代理收到请求后的处理顺序，不是排查顺序。排查时反而要倒着看：先确认响应是什么，再判断是哪一步出的问题，效率更高。比如看到 407，直接对应第二步，不必从第一步开始检查。
五步走完，一次转发才算闭环。
还有一个容易被忽略的细节：五步并不是每次都全部走完。比如请求在第一步就格式错误，代理直接回 4xx，后面的认证、连接、回传都不会发生；认证不过时，第二步就结束了。所以看到的状态码，往往对应着流程中止的那一步，这一步就是排查的起点。
把五步记熟还有一个好处：向别人描述问题时能说得更准。报「代理连不上」太笼统，报「请求卡在第四步，代理到目标站的连接超时」就能让排查的人直接定位。表述越精确，解决越快。
记住这五步，下次再遇到代理IP相关报错，先想它卡在哪个环节，再顺着环节去查配置，比反复重试有用得多。一个请求进门的每一道关，都是排查链路问题时可以落脚的检查点。