代理IP多网卡回程路由异常怎么办？先确认入站网卡，再校正回包路径

代理IP多网卡回程路由异常，常见表现是：代理端口在主网卡上可用，换成辅助网卡绑定的 EIP 后却连接超时；或者请求已到代理进程，客户端仍收不到响应。这时先别反复更换代理地址。需要核对的是同一条连接的请求从哪块网卡进入、响应从哪块网卡离开。

以一台有 eth0、eth1 的阿里云 ECS 为例：eth1 绑定的 EIP 收到连接，但系统默认路由优先选择 eth0，回包便可能从主网卡发出。阿里云网卡路由文档明确列出这种辅助网卡入站、主网卡出站导致 EIP 通信异常的情况，并给出按源地址选择路由表的方法。以下步骤适用于经授权管理的自有实例和测试连接。

先分清代理入站连接和代理发起的上游连接

客户端连到代理监听端口是一条连接；代理进程再访问目标服务，是另一条连接。前者的响应通常要从收到连接的地址对应的网卡返回；后者的出口取决于进程绑定的源地址、系统路由和业务设计。只看到“出口 IP 不是预期值”，不能直接判定回程路由错误。

这一区分也能避免把源/目的检查当作万能开关。普通应用层代理接收连接、再发起新连接，与 ECS 作为路由器转发原始报文不是同一种工作方式。

用一组可复现请求定位回包接口

测试前记录实例、网卡名称、各自私网 IP、EIP 绑定关系、监听地址和当前路由。用一个自有测试客户端向辅助网卡 EIP 发起单次请求，保留时间和客户端地址；生产机上抓包时限制目标地址与端口，避免采集无关流量。

在实例上先执行只读检查：ip -br addr 看地址归属，ip -4 rule show 看策略规则，ip -4 route show table main 看默认路由。再用 ip -4 route get <客户端IP> from <eth1私网IP> 预看指定源地址的回程选择。随后分别在 eth1 和 eth0 观察同一测试连接的请求与响应。若 eth1 收到请求，而响应从 eth0 离开，才有证据把重点放在回程路由。若两块网卡均无响应，继续查代理是否监听该地址、认证是否通过及本机防火墙；若只有入站报文到达内核却进不了应用，再检查反向路径过滤。

rp_filter 属于 Linux 内核的反向路径校验，不等同于云平台的源/目的检查。严格模式会要求入站接口符合最佳反向路径，在非对称路由下可能丢包；宽松模式只要求源地址可经某接口到达。调整前先查 net.ipv4.conf.all.rp_filter 和目标网卡的值，因为内核按两者的较大值执行校验。具体判断可参照Linux 内核文档和阿里云排障说明，不要为排查方便直接全局关闭防护。

确认错路后，再为辅助网卡建立策略路由

如果辅助网卡地址收到连接，但回包按主路由从 eth0 走，可在维护窗口按阿里云配置网卡路由的方法，为 eth1 建独立路由表，并添加“源地址为 eth1 私网 IP 时查询该表”的规则。示例中的网卡名、网关、路由表编号都必须替换成当前实例的真实值。先备份现有 ip rule、路由和网络管理配置，并保留控制台登录或其他带外恢复手段，避免变更切断远程连接。

变更后用同一个客户端重测：请求从 eth1 进入，响应也从 eth1 发出；主网卡原有业务仍正常；代理发起的上游连接显示预期的出口。若第一项通过但上游出口仍不对，应回到代理进程的源地址绑定和上游路由检查，不能把两条连接混为一谈。临时命令验证有效后，再按所用发行版的网络管理方式持久化，并重启验证；阿里云的 Alibaba Cloud Linux 3 示例使用 NetworkManager，其他系统不宜照搬。

处理代理IP多网卡回程路由异常，关键证据是“请求进了哪块网卡、响应出了哪块网卡”，而不是单看代理程序是否启动。需要核对代理接入参数、协议或地区选择时，可查看悟空代理官网当前说明，再用自己的测试环境确认连接与出口行为。