VPS去程路由怎么查：两源往返差124.357 ms，回程CN2不等于去程

VPS 去程路由怎么查？答案不绕弯：在你自己这台国内机器上敲 tracepath -n -m 20 <目标IP>，把逐跳 IP 一个个抄下来，看里头有没有 59.43 开头的一跳。有 59.43，说明你发出去的包走的是电信 CN2；一路只见 202.97，去程走的是 163 骨干。不用装 BestTrace，不用 root，也不用往生产机上塞任何脚本，系统自带的工具就能跑完。

被页面上"CN2 GIA""三网回程优化""双向 CN2"这几个词绕住的人不少，宣传写得越满，越想自己核一遍。这篇给的是两台不同运营商的国内机器，对同一个海外公开目标实跑出来的去程逐跳 IP、跳数、出口节点和 ping 统计，全部摆进一张并排表。最容易混的一处在这里：页面上写的 CN2，说的是回程，不是你发出去那半边。

黑五预热刚开的那几天，把画面放到一台标着"CN2 GIA 三网回程优化"的活动页上：假如你顺手拿 cn-probe-1 那台放在中国广东、走电信 AS4816 单线的自有探测源跑一次 tracepath -n，屏幕上第 10 跳是 202.97.91.209，一路数到末跳 209.222.31.145，也没见着 59.43。愣那么几秒，多半就愣在同一处：页面说的是回程，刚跑的是去程，两码事。

两台机器都是自有生产探测源，不是任何商家拿来卖的样机，得分开记。cn-probe-1 是 103.39.226.31，中国广东·电信 AS4816（单线）；cn-probe-2 是 8.140.30.240，中国北京·阿里云 AS37963（BGP 多线）。采集从 2026-11-06 09:21 起，同一时段串行跑完，只用了 ping、tracepath 和查公开归属信息的只读命令，没在目标机上执行过任何东西。所以这里只谈去程，回程结论一格都不给。去程这半边会看了，另外半边得从目标机反着追，VPS回程线路怎么验证 用的就是同一套逐跳读法，两边对着看才完整。

关键要点

• 四个"国内源 → 海外公开目标"的去程组合里，202.97.（电信 163 骨干 / AS4134）全部出现，59.43.（CN2 / AS4809）一次都没出现；这只能说明 103.39.226.31 与 8.140.30.240 这两台探测源在这四个目标上走的是 163 段。
• 同一个东京 IP 108.61.201.151，广东电信 AS4816 的 avg 是 234.236 ms，北京阿里云 AS37963 的 avg 是 109.879 ms，两源 ping 往返平均差 124.357 ms，去程第 10 跳与第 9 跳分别撞上 202.97.91.209 和 202.97.73.130，不是同一条路。
• 北京阿里云那组东京 ping 是 10 发 7 收、丢包 30.0%，广东那组 0.0%；延迟低不等于线路好，看 avg 得连丢包一起看。
• AS4837 与 AS9929 是联通，不是 CN2；CN2 认的是电信 59.43 / AS4809，把联通 A 网写成"去程可能为 CN2"是常见错误口径。
• 本地跑 tracepath 只能测去程，看回程要登进 VPS 反追；本次没在目标机执行任何命令，不给回程结论，也不做 CPU、跑分、解锁、价格与折扣的判断。

先分清三个词：去程、回程、双向

搜索框里敲 VPS 去程回程区别 的人，多半卡在同一处：把商家页面上的"CN2 GIA"当成了整条链路的保证。去程是你这台机器把包送出去、一路送到 VPS 的那一段；回程是 VPS 把包送回你屏幕上的那一段。BGP 选路看的是源地址、对端 AS、运营商之间的互联关系和各种策略，来和回完全可以挑两条不一样的路走。这不是谁配置没调好，自治系统本来就各管各的方向。

页面上的 CN2 说的是哪半边

商家写"CN2 GIA 回程""三网回程优化"，主语是回程，是机房到自己出口那一段他确实能决定的部分。你从家里、从办公室发出去的包走哪条路，由你自己的运营商说了算，商家够不着。真正把去程也包进来的，是"双向 CN2""双程 CN2"这类写法，也就是双向CN2 要成立，去程和回程两头都得拿出 CN2 的逐跳证据。反过来，回程CN2 去程163，说的就是常讲的单程CN2：回来那半边金贵，出去那半边走普通 163 骨干。把这三种说法混成一个词，后面的核对全都会歪。

路由追踪为什么只能测单向

在自己机器上跑 tracepath，发出去的探测包加上中间设备回来的 ICMP 超时报文，画出来的是本地到目标这一侧的路径，也就是去程。想看回程，得登进 VPS，从那边往你的公网 IP 反着追一次，这两套操作谁也替不了谁，没有哪条命令能在本机一次把两头都测出来。只讲方法不给实测的 判断 VPS 线路好坏的技巧 可以配着翻，那篇补的是思路，数据还得自己跑。

不装任何软件，用系统自带 tracepath 跑一次去程

VPS 去程路由怎么查，落到命令上其实只有一条。两台机器这次实际敲的是 tracepath -n -m 20 <目标IP>：-n 关掉反向域名解析，省得每一跳都卡在 DNS 上；-m 20 把最大跳数摁住，免得碰上不回包的节点一直干等。它随 iputils 一起装进系统，不需要 root，也不用 apt 或 yum 补任何东西，靠逐步抬高 TTL 让中间设备回 ICMP，顺带把路径 MTU 也探出来，路径 MTU 怎么查怎么设 那篇按先测再改的顺序铺开。按 tracepath(8) 手册页 的说法，输出里每一行是一跳的地址加这一跳的往返延迟。生产机上最省事的地方正在这儿：只读、不装包、不改配置。

ping 那侧用的是 ping -c 10 -W 3 <目标IP>，拿到的是国内访问延迟（往返）的 min / avg / max / mdev 和丢包。两个工具别掺着用，tracepath 画的是去程路径，ping 量的是包来回一圈的时间，它不告诉你中间经过谁。

东京两源，原始逐跳输出照抄

采集从 2026-11-06 09:21 起。先看东京 108.61.201.151 的两串，IP 一个没改，跳号也照原样留着。cn-probe-1 是 103.39.226.31，中国广东·电信 AS4816（单线）；cn-probe-2 是 8.140.30.240，中国北京·阿里云 AS37963（BGP 多线）。

cn-probe-1  103.39.226.31  中国广东·电信 AS4816（单线）
目标 108.61.201.151（东京）  2026-11-06 09:21 起  tracepath -n -m 20
 1:192.168.247.30
 3:103.45.0.97
 4:103.45.0.53
 7:219.133.32.141
 8:119.147.220.137
10:202.97.91.209
11:203.215.237.134
12:120.88.54.98
15:209.222.31.145

cn-probe-2  8.140.30.240  中国北京·阿里云 AS37963（BGP 多线）
目标 108.61.201.151（东京）  2026-11-06 09:21 起  tracepath -n -m 20
 1:11.247.234.54
 2:11.73.130.54
 3:10.102.112.126
 4:10.216.218.146
 5:10.216.229.110
 7:36.110.245.205
 9:202.97.73.130
10:203.215.237.150
11:120.88.54.98
14:209.222.31.145

两串原始输出也做成了逐跳卡片，归属栏只标注已公开的段，没核实的一律留空，方便直接对照：

跳号是断的，广东这串和北京这串中间都空着好几个位置。不是抄漏，更不是该补成一串连续序号的理由。原始输出里这些位置要么是 * * *，要么那一轮压根没回来，中间设备不回 ICMP 或者探测轮次没赶上，都会留白；换个时段重跑，留白的位置还可能挪。手抄的时候照着有回应的跳写，别替设备把答案编出来。

目标 IP 挑公开的，换成自己的就能照做

三个目标都是公开、可复现的节点，不是哪家的机房测试 IP。东京 108.61.201.151 与洛杉矶 108.61.219.200 是 Vultr 官方 Looking Glass 测试主机清单里列着的公开 ping 主机，按 ipinfo.io 逐条复核，org 都是 AS20473 The Constant Company, LLC；223.5.5.5 是阿里公共 DNS，ipinfo 标了 anycast: true，只当国内基线看。把命令里的 IP 换成自己 VPS 的地址，整套读法原样能用。挑公开节点是为了让读者在同一时段能复跑，不是给谁家机房打广告。

逐跳辨认口径表：59.43 / 202.97 / 219.158 / AS 号怎么读

tracepath 逐跳 59.43 202.97 怎么看：先认 IP 段，再认 AS

VPS 去程路由怎么查，关键在认得出逐跳里那几个 IP 段。下面这张是通行的口径表，属于原理，不是这次实测推出来的结论；AS4809 的公开 BGP 页面能核到 CN2 这张网的命名。

电信这侧最好认。59.43 开头是 CN2，归 AS4809；202.97 开头是 163 骨干，归 AS4134。去程里冒出 59.43，说明你发出去的包在电信网内走的是 CN2 那张网；一路只有 202.97，就是普通 163。两张网都是电信的，别把 163 读成"没走 CN2 所以线路差"，也别把一跳 59.43 读成整条链路的保证，它只管这一侧这一跳。

联通那侧容易串。219.158.* 是 169 骨干，属于 AS4837 段；AS9929 是联通 A 网。两个都姓联通，跟电信 CN2 不沾边。行业里流传过一种写法，把 AS4837 说成"去程可能为 CN2"，这是错的：CN2 认的是电信 59.43 / AS4809，把联通的 AS 号安到 CN2 头上，后面每一步判断都会跟着歪。移动的 CMI 是国际出口，表里留一格，这次四个组合里没出现，不多说。

把两源的逐跳 IP 填进表

对进口径表看，结果很干净。四个"国内源 → 海外公开目标"组合里，202.97. 全部出现：东京在广东电信那串是第 10 跳、在北京阿里云那串是第 9 跳；洛杉矶在广东那串是第 10 和第 11 跳、在北京那串是第 9 和第 10 跳。59.43. 一次都没出现，219.158.* 也没有，广东那串里的 219.133.32.141 是城域段，别拿它凑成 219.158。

能下的结论只有一句限定式的：103.39.226.31 与 8.140.30.240 这两台探测源，在这四个目标上的去程走的是 163 段。换台机器、换个目标、换个时段都不在这批采集里，任何把它们推广成全体去程说法的写法都站不住。国内基线 223.5.5.5 那两组既没有 202.97 也没有 59.43，正好说明这套辨认是分场景的。

同一个目标，两个运营商的去程路径不一样

VPS 去程路由怎么查，最容易省掉的一步就是换台机器再跑一遍。把 108.61.201.151 这一个 IP 同时交给两台不同运营商的国内机器，出来的去程根本不是一条路：cn-probe-1 从中国广东·电信 AS4816（单线）出发，第 10 跳撞上 202.97.91.209；cn-probe-2 从中国北京·阿里云 AS37963（BGP 多线）出发，第 9 跳是 202.97.73.130。同一个 IP，两台不同运营商机器的去程路径不一样，出口节点、有回应跳数、延迟全都对不上。"同一个海外 IP 谁访问都差不多"这句话，摆在两串逐跳 IP 面前就散了。

四个组合摆进一张表

东京、洛杉矶两个目标 × 两台探测源，一共四行。数据全部出自 2026-11-06 09:21 起这一批采集，ping 用 ping -c 10 -W 3，tracepath 用 tracepath -n -m 20。ping 那列按 min / avg / max / mdev 顺序排，单位 ms，是国内访问延迟（往返）；有回应跳数指 tracepath 输出里真正回了包的行数，跳号断着的地方不算进去。

首跳出口那列填的是 tracepath 输出里 1: 那一行的地址，192.168.247.30 和 11.247.234.54 这类起手看着不像公网出口，属于接入侧的形态，具体归属这里不推断。再往后才见到离开本地网的段：广东那串是 3:103.45.0.97、4:103.45.0.53，北京那串是 7:36.110.245.205 一带。表里只抄原始 IP，不替它们安名字。

洛杉矶那两串原始跳号也放这里，方便跟表对着看：

cn-probe-1  103.39.226.31  中国广东·电信 AS4816（单线）
目标 108.61.219.200（洛杉矶）  2026-11-06 09:21 起  tracepath -n -m 20
 1:192.168.247.30
 4:103.45.0.53
 5:183.56.167.29
 6:183.56.187.153
 8:119.147.220.77
10:202.97.12.5
11:202.97.43.86
12:62.115.185.212
13:63.223.43.202
15:63.217.104.122
17:173.199.80.241
18:173.199.80.241

cn-probe-2  8.140.30.240  中国北京·阿里云 AS37963（BGP 多线）
目标 108.61.219.200（洛杉矶）  2026-11-06 09:21 起  tracepath -n -m 20
 1:11.247.232.54
 2:11.73.18.73
 3:10.102.241.197
 4:10.216.223.218
 5:10.216.229.86
 6:106.38.196.89
 7:36.110.204.29
 9:202.97.87.246
10:202.97.92.18
11:62.115.185.212
13:63.217.104.122
14:62.115.149.37
16:173.199.80.241
17:173.199.80.241

说实话，第一次把东京两串逐跳并排贴进表里，我在那两个 202.97 上停了好一会儿，以为是同一个节点抄重了，回头对跳号才发现一个落在第 10 跳、一个落在第 9 跳，连后面的 203.215.237.134 和 203.215.237.150 都只是同段不同地址。

广东电信单线对北京阿里云 BGP 多线：差多少

把两列并着读，差异比预想的大。东京这个目标，cn-probe-1 广东电信 AS4816 单线的 9 个有回应跳对应 avg 234.236 ms，cn-probe-2 北京阿里云 AS37963 BGP 多线的 10 个有回应跳对应 avg 109.879 ms，两源 avg 差 124.357 ms。洛杉矶同样一个 108.61.219.200，广东是 12 跳、avg 275.627 ms，北京是 14 跳、avg 168.385 ms，两源差 107.242 ms。国内基线 223.5.5.5 反倒贴得很近，广东 avg 4.788 ms、北京 avg 2.561 ms，只差 2.227 ms。离得越远，两家运营商选路的差别越藏不住。

同一台源换目标也能量出来：广东这台从东京换到洛杉矶，avg 多出 41.391 ms；北京那台同样换一下，多出 58.506 ms。这几个差值都是脚本拿原始 avg 直接相减得来的，小数位照抄，没做四舍五入。跳数那侧只报各自的数，14 跳和 12 跳各是各自的读数，跳数多不等于谁绕了路，中间不回包的设备本来就会让跳号看着更碎，路径优劣不靠这个定性。

最容易栽在"快"字上的，是这么个画面：黑五下单页都快填完了，假如你手里只有北京那台 ping 东京的 avg 109.879 ms，比广东的 234.236 ms 快了一大截，很容易就往下走；可同一批那一栏还写着 10 发 7 收、30.0%，广东那台是 0.0%、10 发 10 收。延迟低和线路稳根本是两码事，少看一栏就把判断做反。把两栏一起抄进表里再下结论，就是这个意思。两台源对同一个东京 IP 的 ping 原始统计长这样：

把延迟和丢包拆成两栏再下结论，这个坑在 测速报告里光看延迟为什么不够 里讲过。

两句话得掰开：延迟与宣传

一句是"延迟低等于线路好"。东京这组北京 avg 低了 124.357 ms，却带着 30.0% 丢包，只盯 avg 会得出完全相反的印象。路径不同才是根因，两个源从起手就没走同一条路，出口节点、经过的 202.97 跳号、有回应跳数都对不上，延迟自然对不齐。另一句是"回程 CN2 或宣传的双向 CN2 等于去程也 CN2"。商家能优化的是 VPS 往回送的那一段，你发出去的包怎么走取决于自己的运营商。这次四个去程组合里 59.43 一次没出现，而页面上的 CN2 GIA 字样说的是回程，两边谁也替不了谁。

口径再钉一次：AS4837 / AS9929 是联通，不是 CN2，CN2 认的是电信 59.43 / AS4809。表里四个组合都出现了 202.97.*（AS4134），谁也没冒出 59.43，这正是回程CN2 去程163 那种单程形态在去程侧的样子。要把整条链路说成双向CN2，得去程和回程两头都拿出逐跳证据，光凭宣传页不够。按线路和时段翻过往读数，VPS 线路评测与历史读数汇总 里另收着一套整理好的口径，跟这里的逐跳读法不是一回事。

黑五下单前，用这份清单验去程

黑五这段时间，VPS 去程路由怎么查，比平时更值得花几分钟。前面那些并排表和逐跳输出，都是为了让下单前有个自己能复核的依据，而不是把决定交给宣传页上几个缩写。

黑五 买VPS前 怎么测去程：拿到测试 IP 之后那几分钟

黑五那几天页面写得最满，CN2 GIA、三网回程优化、双向 CN2 堆在一屏里。真要核，别在商家页面里找答案，回到自己机器上跑一遍。拿到公开的测试 IP 或 Looking Glass 地址后，从你常用的网络里敲 tracepath -n -m 20 <测试IP>，再补一发 ping -c 10 -W 3 <测试IP>，把输出原样存成文本。这台机器连的是你自己的网，商家改不了它，跑出来的才是你实际会走的路。机器到手之后还有一轮，到手怎么验货 那篇是按验机顺序铺开的。

别只抄一个 avg 回来

最要紧的是去程里有没有 59.43 开头的一跳：有，说明这一侧走电信 CN2 / AS4809，只看到 202.97 就是 163 骨干 / AS4134。其次看路径有没有突然换了一整段地址，把逐跳 IP 抄下来，别凭延迟数字猜。跳号断几跳正常，连着一大片 * * * 就换个时段再跑一次确认。三样都留原始输出，别只抄一个 avg 回来。

没有商家真机，哪些结论不能下

这次手上只有两台自有生产探测源和三个公开节点，没有商家的真机。所以 CPU、磁盘 IO、UnixBench、带宽跑分、流媒体解锁、IP 纯净度这些，一项都没测，也不写，价格与折扣同样不在里面。能写的只有去程逐跳 IP、段命中、有回应跳数和这一组 ping 统计。挑机器时把能自己核的几格核完，剩下的等机器到手再验，比信页面上的形容词稳当；到手之后想继续盯性能，VPS 负载高怎么排查 里有一份长跑基线。候选一多，按线路和地域归一下会清楚些，主机商与线路资料汇总 收的就是这个维度，跟逐跳读法配合着看。

常见坑与 FAQ

tracepath 显示 * * * 是不是丢包？

不是。星号是那一跳没回 ICMP 超时报文，可能是设备关了响应、限速把探测包丢了，也可能是这一轮还没等到。丢包看的是 ping -c 10 -W 3 末尾那个百分比：这次东京 cn-probe-2 北京阿里云 AS37963 那组是 10 发 7 收、30.0%，那是真丢包；两串 tracepath 里断掉的跳号跟这个数是两回事。别把星号当成链路在漏包，更别顺手补成一句"这里应该是 CN2 节点"。

同一台源跑两次，结果怎么不一样？

正常。BGP 多路径、链路负载变化、中间设备的限速策略，都会让某几跳换个地址，或者让留白的位置挪一挪。这次两台机器是同一时段串行跑的，为的是能并排；换你在晚高峰再跑一次，跳号未必一模一样。做法是连跑几次、把有回应的跳抄成一组，看稳定出现的那几段，别拿单次输出当定论。

去程看着挺好，访问还是慢，问题在哪？

多半还有回程那半边没看。去程是你发出去，回程是 VPS 送回来，两段各自选路，任何一段拖了，体感都慢。本地跑 tracepath 只覆盖去程，想看回程得从 VPS 上往你的公网 IP 反追一次，从 VPS 反追回程的逐跳读法 用的就是这套；这里不谈那半边。顺手把 延迟怎么测才准 里那套指标一起记上，慢在哪一段要靠数据分，不靠感觉。

回程 CN2 是不是就等于双向CN2？

不等于。回程 CN2 只保证 VPS 往回送的那一段；双向CN2 要求去程、回程两头都是 CN2，缺一头就是单程CN2，常见的组合正是回程CN2 去程163。商家写"CN2 GIA 回程""三网回程优化"，说的是前者。要验去程那半边，只有从你自己机器上跑 tracepath -n 这一条路，宣传页替不了。

59.43 没出现，是不是就能说去程不是 CN2？

只能说到这次这四个组合。2026-11-06 09:21 起这一批里，两台源对东京、洛杉矶两个目标的去程，202.97. 全出现、59.43. 一次没出现，能写的是这两台探测源在这四个目标上的去程走 163 段。换个运营商、换个地域、换台机器，结果都可能不同，别把四个组合读成一条全称判断。这么查的价值就在这儿：查的是你自己这条路上的答案，不是替所有人下结论。

小结：把答案跑在自己机器上

VPS 去程路由怎么查，动作只有一条：从你自己的机器敲 tracepath -n -m 20 <目标IP>，把逐跳 IP 和跳号原样抄下来，对进 59.43 / 202.97 / 219.158 的口径表。这次两台不同运营商的探测源对同一个东京 IP，去程一个走第 10 跳 202.97.91.209、一个走第 9 跳 202.97.73.130，两源 ping 往返平均差 124.357 ms，还附了一个 30.0% 丢包的提醒。剩下的都是读表时的分寸：分清去程和回程，认准 AS4837 不是 CN2，59.43 缺席只能限定着说。

下一步很具体：找一台你常用来连 VPS 的机器，挑一个公开目标先跑通一遍，再把 IP 换成手头候选机器的地址。黑五页面翻到最后，把 在售套餐与优惠汇总 和这份清单摆在一起看，能自己核的几格核完，剩下的等机器到手再验。路由这东西，看过一次原始逐跳输出，就不太容易被几个形容词带走了。