# 代理IP出口乱跳：不是线路不稳，是路由表里有几条默认路由

> 来源网页：https://socks5ip.com.cn/zuixinzixun/jishuzixun/dailiip-chukou-luantiao-luyoubian/
> 发布日期：2026-11-05
> 更新时间：2026-11-07

**同一个代理，上午还能连、下午全部超时；或者客户端亮着绿灯，打开检测页查到的还是本地城市——这两件事大概率都不在平台上：Windows 会把有线、WiFi、TUN 客户端的默认路由一并列进路由表，出门走哪一条由跃点数决定，跟你在客户端里填的地址无关。加买一条 6 元档的线，修不好这一层。**

🔗 快速入口：[一站式注册入口（24 家平台自助开通）](https://linkdd.cn/socks5ip) ｜ [价格中心（全平台横向比价）](https://socks5ip.com.cn/jiagezhongxin/) ｜ [代理工具中心（客户端与配置教程）](https://socks5ip.com.cn/dailigongjuzhongxin/)

命令按 Windows 10/11 中文版写，macOS 与 Linux 的对照命令在第四节；价格取站内价格表页的 30 天月卡口径，核实于 2026-11-05，平台调价以价格表页实时显示为准。

📌 一句话结论

“出口乱跳”其实是两层问题：应用层有没有把请求交给代理，系统层这些请求从哪块网卡出门。第一层看客户端设置，第二层只看路由表里 0.0.0.0 默认路由的条数与跃点数。一块笔记本同时插着网线、连着 WiFi、又开着 TUN 模式的客户端时，可以有三条默认路由并存，谁被选中取决于 metric，不取决于你的意图。收敛这一层是 0 元动作，收敛完再谈加线。

| 症状
| 常见误判
| 实际所在层

| 时好时坏
| 平台节点不稳
| 系统路由（多默认路由争用）

| 客户端绿灯但仍本地 IP
| IP 没换成功
| 应用层（程序没走代理）

| 换几条线都一样慢
| 带宽不够
| 路径（被 TUN 或加速器绕行）

| 只有某个软件不通
| 线路封了这个业务
| 程序自身代理设置

最后更新：2026-11-05｜口径：Windows 命令实测 + 站内价格表页现价

### 代理软件改的是应用层，出门那一跳归系统管

代理客户端接管流量只有两条路。一条是改应用的代理设置、或者打开系统代理，让程序把请求交给 127.0.0.1 上的本地端口；另一条是插一条路由，把流量导进本机的 TUN 网卡，再由客户端转发出去。前者只解决”程序愿不愿意配合”，出网的包依旧按系统默认路由走到路由器；后者真改变了路径，代价是它会和同机的其他客户端抢默认路由。

所以客户端显示的”已连接”，只证明到代理入口 IP 的那一次 TCP 握手成功——端口对、账号密码对、白名单对。它证明不了接下来每个程序都按你的期待出门。最常见的落差就在这里：浏览器走代理，装在服务里的采集脚本走直连，报出来的出口一半是本地。

判断第一层最省事的办法：连上代理后打开站内 IP 检测中心，看出口城市和 ASN 是否与你买的地区一致。一致说明链路通；显示本地城市，先怀疑应用没把请求交出去，而不是线路坏了。

代理软件改的是连哪儿，从哪块网卡出门归系统管多数人以为路径是应用到代理出口一条直线。实际路径上还有一层：系统路由表。表里同时躺着多条 0.0.0.0/0 默认路由，每次只有一个被选中，选择顺序先比前缀长度、再比跃点数、最后比接口就绪顺序，所以插网线、开 TUN 模式、退出加速器都会让出口换人。你以为的路径应用直接连到代理出口应用代理客户端代理出口代理软件改的是「连哪儿」，不是「从哪块网卡出」实际的路径出门那一跳由系统路由表决定应用代理客户端路由表选中的网卡表里同时躺着几条 0.0.0.0/0，一次只有一条被选中选它的顺序：前缀一样长 → 比跃点，小的先走跃点相同 → 比接口就绪顺序，谁先到谁生效出口忽然换人：不是线路不稳，是几张网卡在抢这一跳插网线、开 TUN 模式、退出加速器，都会改变谁胜出依据：默认路由 0.0.0.0/0 的最长前缀与跃点比较规则图：代理软件只改「连哪儿」，从哪块网卡出门由系统路由表决定；多条默认路由抢一跳，跃点小的先走

### 笔记本里为什么会同时躺着几条默认路由

默认路由就是那一行 0.0.0.0（IPv6 是 ::/0），含义是”其余所有地址都从这里出去”。每条有网关的网卡都会得到一条。系统选择顺序是：先比前缀长度，都一样长就比跃点数，小的先走；跃点数相同的时候按接口顺序，谁先就绪谁生效——这就是”时好时坏”的来源。

| 来源
| 会不会插默认路由
| 典型表现

| 千兆有线网卡
| 会，一条
| 插上网线后代理像”失效了”，拔掉又恢复

| WiFi
| 会，一条
| 网线松动或路由器重启，出口跟着换

| TUN 模式客户端
| 会，且常带更小的跃点数
| 与 SOCKS5 客户端互相抢接管，退出后残留路由

| 游戏加速器
| 部分会
| 只对指定进程生效，命令行工具照样直连

| VMware/Hyper-V/WSL 虚拟网卡
| 多数不插，但会改 DNS 与邻居表
| 本机地址显示成 172.x，域名解析变慢

| 手机热点/USB 共享
| 会，一条
| 与 WiFi 优先级接近，网络一抖就切换

Windows 默认按链路速度自动算接口跃点数，千兆有线算出来的值一般比无线小，所以插网线的瞬间优先级就变了。手动指定过一次接口跃点数之后，这块网卡的自动计算会被关掉，需要恢复得显式打开——这一点在做实验时很容易忘。

### 症状对得上状态，先认哪一种

把症状和状态对上，比逐项试错快得多。下面五种是这个场景里出现频率最高的组合。

| 症状
| 对应状态
| 第一步查什么

| 上午能连、下午超时
| 两条默认路由，接口状态变过
| route print -4 数默认路由条数

| 客户端绿灯，查出来是本地 IP
| 程序没走代理
| 换 TUN 模式，或在该程序里单独填代理

| 换了几条线速度都一样
| 流量被绕进 172.x/10.x 的隧道
| tracert -d 入口 IP，看第一跳是谁

| 浏览器正常，某个软件不通
| 该软件有自己的代理设置或不读系统代理
| 软件内部设置项，而非线路

| 能 ping 通域名、网页打不开
| DNS 走了另一块网卡
| nslookup 指定 DNS，对比解析结果

### 先读出来再改：三条命令看清现状

不改任何设置，先把现状打印出来。三条命令足够覆盖九成情况，判断依据写在表里。

| 系统
| 命令
| 怎么读

| Windows
| route print -4
| 找 Network Destination 为 0.0.0.0 的行，数条数、看接口列与 Metric 列

| Windows
| Get-NetIPInterface -AddressFamily IPv4
| 按 InterfaceMetric 升序排，最小的那块就是实际出口

| Windows
| tracert -d 入口IP
| 第一跳应是你路由器的内网地址；出现陌生网关就是被接管了

| macOS
| netstat -rn -f inet | grep default
| default 行有几条；服务顺序用 networksetup -listnetworkserviceorder 看

| Linux
| ip route show default
| 看 default via 的条数与 metric；用 ip route get 1.1.1.1 验证实际选路

判读上有两个经验值。默认路由超过一条，且两条的合计跃点数相差在 5 以内，接口一次短暂重连就可能把出口换掉——这种”时好时坏”在日志里看不出异常，因为每次都不算失败。第一跳如果是 172.17.x、10.8.x 这类地址，而你的路由器根本不是这个网段，说明有 TUN 或加速器在接管，代理客户端只是叠在上面。

### 收敛动作就四条，代价各不一样

四条动作都是 0 元，差别在副作用和持久性。按”最小改动先做”的顺序排：先关掉不用的接管者，再谈改路由。

| 动作
| 怎么做
| 代价

| 退出抢路由的客户端
| 关掉 TUN 模式、游戏加速器，再禁用/启用一次网卡清掉残留路由
| 0 元；只影响本机，最安全

| 只留一块网卡
| 设备管理器里禁用无线或禁用有线，或用 Disable-NetAdapter 临时关
| 0 元；断网期间不能切回，笔记本外出要记得开

| 显式设跃点数
| Set-NetIPInterface -InterfaceIndex N -InterfaceMetric 5（有线）/ 60（WiFi）
| 0 元；需管理员，改过之后该网卡不再自动算，要手动恢复

| 接管方式二选一
| 系统代理与 TUN 只开一个，代理客户端优先绑指定网卡
| 0 元；需要重新确认哪些程序吃系统代理

改完立刻验三件事：默认路由条数、tracert 第一跳、检测页出口城市。三件都对了再去跑业务，否则你会把”路由没收敛”记成”这条线不行”，然后换平台、换档位，问题原样跟过去。

### 什么时候真该加线

收敛之后还慢，才轮到带宽与出口数量。三个条件任意一个成立，加线才有意义：同一账号在客户端里排队等连（不是超时）；单连接速度已经贴着档位上限，业务又必须并行；出口数量不够用，一个 IP 只能对一处。反过来，如果症状是”时断时续””下午才不行”，加线只是把同一个错误复制成两份支出。

| 收敛后仍然出现
| 说明
| 加线的档位参考（30 天）

| 并发排队
| 出口数不够，一条线同一时刻只服务一路
| 天行IP 长效静态 6 元档、无双IP 精选 7.5 元

| 单连接贴顶
| 大文件、视频类业务，需要更高峰值
| 全球代理IP 优选 11 元、住宅 25 元

| 地区不匹配
| 要的不是速度而是另一个城市的出口
| 全球代理IP 国内静态 5 元、精选 7 元

| 仍然时好时坏
| 不是容量问题，回到第三节重新对症状
| 先别加，加多少条都一样

给一个验收清单，五项全过再算配好：默认路由只剩一条（或第二条仅作备份且跃点数差得足够大）；连续 5 次查出口，城市与 ASN 一致；拔插网线后出口不变；关掉 TUN 后 tracert 第一跳回到自家路由器；业务连续跑 30 分钟没有一次重连。五项里任何一项不过，都还在系统层，不在平台上。

### 官方入口与邀请码

主站聚合了二十多家平台，同一个业务可以在价格中心按档位横向比、再进各平台价格表页核对带宽与卡种。注册走聚合入口，按提示在邀请码一栏填上，付款前能看到的实付价与页面标价不一致的，直接找客服改价——这一步在注册前问，比付完再退更省事。

### 常见问题

**Q：客户端显示已连接，浏览器查 IP 还是本地城市，是线路问题吗？**
A：多数不是。系统代理只对吃系统代理的程序生效，浏览器装了代理插件、或插件里自己填了直连，就会绕过。先把客户端切到 TUN 模式再查一次，如果出口变了，问题就在应用层，换线不解决。

**Q：插上网线代理就不能用，拔掉就正常，怎么处理？**
A：插网线后有线网卡的跃点数通常比 WiFi 小，默认路由换了一条，而代理客户端的规则可能只绑在 WiFi 上。用 Get-NetIPInterface 看两块网卡的 InterfaceMetric，把有线设成 5、无线设成 60，出口就稳定在第一块上。

**Q：装过游戏加速器和虚拟机，会不会影响代理？**
A：加速器可能插默认路由，只对指定进程生效，命令行工具仍然直连；虚拟网卡一般不抢默认路由，但会改 DNS 顺序，出现”能通但慢”。排查顺序是：先退加速器，再看虚拟网卡，最后看代理客户端。

**Q：TUN 模式和系统代理能不能一起开？**
A：技术上能，实践上不建议。两者都会改流量路径，叠加后谁生效取决于启动顺序和跃点数，出问题时很难判断是哪一层。选一种接管方式，另一种关掉。

**Q：一条宽带接双 WAN 路由器，算不算多默认路由？**
A：路由器内部做的是两条上游，主机只看到一条默认路由，所以不会出现本机的争用。但双 WAN 的负载均衡与故障切换会让出口在公网侧变化，查 IP 时看到的城市会跳，这属于宽带侧，不是代理侧。

**Q：改跃点数会不会影响其他软件上网？**
A：只在多网卡同时在线时起作用，作用是决定默认走哪块网卡，不改变应用能访问什么。唯一要注意的是手动设定会关掉该网卡的自动计算，出差换网络后记得用 -AutomaticMetric Enabled 恢复。

### 📚 相关阅读

📄 [代理IP有有效期吗？自动重播与断线三层分清](https://socks5ip.com.cn/zuixinzixun/jishuzixun/dailiip-youxiaoqi-zidongchongbo/)

📄 [沧海IP 加条线堆不出带宽：20 条 5 兆，抵不上一条 100 兆](https://socks5ip.com.cn/guoneiip/canghaiip/canghaiip-daikuan-jiatiaoxian-duibi/)

📄 [老鱼加速器只认 SK5 线路：L2TP 那档买回来无处可填](https://socks5ip.com.cn/dailigongju/laoyujiasuqi-sk5-l2tp-xianlu/)

### 更多帮助

**如需获取更多帮助，请访问官网：[socks5ip.com.cn](https://socks5ip.com.cn/)**

📊 **[价格中心：24 家平台横向比价](https://socks5ip.com.cn/jiagezhongxin/)**

📖 **[代理工具中心：客户端与配置教程](https://socks5ip.com.cn/dailigongjuzhongxin/)**

🛠️ **[IP综合检测中心：IP质量/线路/测速/业务模拟免费测](https://socks5ip.com.cn/ip-check-center/)**

📝 **官方注册入口：[https://linkdd.cn/socks5ip](https://linkdd.cn/socks5ip)（24 家平台自助开通，注册后按提示填邀请码）**

💬 微信：**17720135827** — 7×24h在线

**全网低价IP｜聚合24家代理IP平台，全部免费测试，先测后买零风险**