住宅出口用着用着，有时会遇到连接能建立、请求却反复被拦下的情况。代理IP的使用里，这类表现容易被当成线路故障去修，结果修了半天不见好。真正有效的做法是先分清限制来自哪一层，再按次序处置。
第一步：先分清限制来自哪一层
限制可能来自三个层面。最外层是本地网络与设备，中间是代理IP这一段的住宅出口，最里层是目标站点基于行为和来源作出的判断。三层的表现有重叠，但处置方式完全不同。分层的意义在于不做无用功：不属于这一层的动作，做得再多也不会改变结果。
第二步：确认是不是出口被牵连
共享性质的住宅出口会由多方共用，出口里其他使用者的行为会影响这条出口的整体表现。如果同一出口换到别的任务上也被拦，而同一条线路的其他出口正常，问题基本就落在这里。代理IP的共享出口出现这种情况时，更换出口通常比继续等待更直接。
第三步：该等还是该换
判断依据是限制的范围：只影响个别目标就等，影响所有目标就换。
限制只落在某一个目标站点上，多半是站点侧的临时策略，等一段时间再试往往就恢复了；如果同一住宅出口访问多个目标都被拦，说明问题在出口本身，这时候更换出口比等待划算。代理IP的使用里，把范围作为判断依据，比凭感觉决定要可靠。
第四步：更换之后要做什么
换好出口并不等于事情结束。如果原来的任务带着登录状态，更换之后需要重新完成验证；如果之前按出口地址做过绑定，也要跟着更新。更重要的一步是把这次的触发条件记下来，避免在同样条件下再遇到一次。代理IP的出口更换只是处置的一环，收尾没做好还会再犯。
第五步：把结论回填到日常
处置完一次之后，值得做的是回头看看这条住宅出口还适不适合继续承担原来的任务。如果同一个目标反复出现限制，可能需要把任务拆开或者换一类来源。代理IP的选择不是一次定终身，用得久了按实际情况调整才正常。
把限制看成一次信号而不是一次故障，按层次排查、按范围决策、按流程收尾，代理IP的住宅出口就会用得更稳。处置的次序固定下来之后，下次再遇到类似情况，就能少走很多弯路。