2. NodeSeek
  3. 【脚本首发】TCP重传探测脚本(ibsgss)，看看你的VPS是否适合你的运营商；含DMIT-LAX PRO/EB DMIT-TRO-PRO品川 SaltyFish(咸鱼)美西p/e 绿云JP/SG 31省三网对比

【脚本首发】TCP重传探测脚本(ibsgss)，看看你的VPS是否适合你的运营商；含DMIT-LAX PRO/EB DMIT-TRO-PRO品川 SaltyFish(咸鱼)美西p/e 绿云JP/SG 31省三网对比

k2think 2026-07-06 10:38 1

脚本运行方式


运行命令：bash <(curl -sL https://raw.githubusercontent.com/ibsgss/TcpQuality/main/runTcpQuality.sh)

运行时间：大概5分钟左右，基本不消耗流量。感谢zstatic cdn项目，当前探测方式和频率不会对项目造成高负载

当前默认检测双栈三网运营商，如果有教育网探测需求见下面


项目地址：https://github.com/ibsgss/TcpQuality (点点举报，bushi，点点star)

建议在晚高峰检测，晚高峰运营商跨网qos的力度与非晚高峰完全不同


^-^ ^-^ ^-^


单独测试教育网

bash <(curl -sL https://raw.githubusercontent.com/ibsgss/TcpQuality/main/runTcpQuality.sh) --cernet


测试三网+教育网

bash <(curl -sL https://raw.githubusercontent.com/ibsgss/TcpQuality/main/runTcpQuality.sh) --all


结果解读：



  • 本项目旨在快速、基本不消耗流量的情况下探测三网延迟/TCP重传，判断三网运营商的qos情况。

  • 延迟：延迟接近ICMP探测延迟，与NQ脚本类似，但不检测大小包（大小包检测仍然需要NQ脚本）

  • 重传率：重传率越高，tcp首次建立连接的过程越慢，上网体验越差。在其他条件相同、丢包率相同的情况下，地理距离越远通常 RTT 越高，因此一次 TCP 重传造成的额外等待时间往往越长，用户感受到的影响也更明显。


IPv4 晚高峰对比


DMIT-LAX-PRO


DMIT-LAX-EB


SaltyFish sjc.p1


SaltyFish sjc.e1


DMIT-TYO-PRO/品川


绿云JP中国优化


绿云SG中国优化



IPv6 晚高峰对比


DMIT-LAX-PRO


DMIT-LAX-EB


DMIT-TYO-PRO/品川


绿云JP中国优化


绿云SG中国优化



原帖：https://www.nodeseek.com/post-808502-1

最新回复 (50)
  • jlthzy 07-06 10:40
    1楼

    mark

  • Moeko 07-06 10:40
    2楼

    ^-^ mark

  • BlackBerry 07-06 10:42
    3楼

    “上网体验越差”，上网体验指的是什么？


  • ballwang 07-06 10:42
    4楼

    好帖帮顶

  • k2think 楼主 07-06 10:44
    5楼

    @BlackBerry #3


    这里指的是建立tcp连接，简单说就是网页/资源首次加载的速度。

    你的上网流程大概是这样的：

    点击网页/资源

    → DNS 解析

    → TCP 建连

    → HTTP 请求

    → 收到首字节

    → 页面或资源继续加载


    这个脚本探测的是TCP建连的TCP SYN → SYN-ACK这段。反映的是首次 TCP 建连是否顺利，直白说就是网页或资源开始加载前是否会卡顿；也就是连接多久能建立起来。但对于建立起来之后资源传输的速度，仍然要借助于iperf3/NQ/speedtest这类工具检测。

  • colafans 07-06 10:45
    6楼

    mark ^-^

  • wmq 07-06 10:46
    7楼

    感觉有用 留档一下

  • BlackBerry 07-06 10:46
    8楼


    美西，怎么评价，能凑合用吗


  • k2think 楼主 07-06 10:49
    9楼

    @BlackBerry #8


    移动延迟太高。电信联通可以用

  • BlackBerry 07-06 10:50
    10楼

    @k2think #9


    9929 线路


  • k2think 楼主 07-06 10:51
    11楼

    @BlackBerry #10


    三网9929吗？电信联通肯定可以用，移动不像是CMIN2的表现，但也不像跨CN2GIA的表现。

  • zsm88617749 07-06 11:08
    12楼

    DMIT电信体验真好，移动真差啊！

  • k2think 楼主 07-06 11:09
    13楼

    @zsm88617749 #12


    移动非晚高峰还好，一到晚高峰疯狂qos，跨网能qos到稳定重传20%（北京移动）

  • eyewater 07-06 11:10
    14楼

    看看我的DMIT lax pro，不知道为啥上海会丢包 ^-^

  • k2think 楼主 07-06 11:12
    15楼

    @eyewater #14


    少量丢包不影响tcp重传，也就是不会断流，而是表现为上网延迟增加，打开网页的加载速度偶尔变慢。

    不过这个跟nq脚本结果一致，之前用nq测试dmit-pro的时候，“沪”总是有红色的盲文码，表示偶尔高tcp延迟。

  • k2think 楼主 07-06 11:14
    16楼

    @eyewater #14


    不过脚本报告结果没对齐，我再调整一下，谢谢老哥反馈！

    ^-^ ^-^ ^-^

  • xq772 07-06 11:16
    17楼

    mark备用

  • SVlP 07-06 11:16
    18楼


    某HK灵车

  • k2think 楼主 07-06 11:20
    19楼

    @SVlP #18


    谢谢老哥反馈，我马上修复结果汇总的对齐问题。

    这个是小包，最好测试下iperf3速度哈哈。不过能看出来电信肯定是没法用的。

  • SVlP 07-06 11:21
    20楼


    Andnode HK

  • SVlP 07-06 11:22
    21楼

    @k2think #19 感觉你这个比NQ的三网节点更详细，可以的大佬

  • k2think 楼主 07-06 11:22
    22楼

    @SVlP #20


    怪不得一堆人交易这个，确实有点东西哈

  • k2think 楼主 07-06 11:23
    23楼

    @SVlP #21


    谢谢老哥肯定和反馈，对齐问题已经修复了。

    后面我再想想怎么把大包探测也弄上去。

  • dupe0801 07-06 11:29
    24楼

    zouter hk


  • dupe0801 07-06 11:29
    25楼

    感觉晚高峰测才比较有参考价值

  • k2think 楼主 07-06 11:32
    26楼

    @dupe0801 #24


    感谢老哥反馈。

    是的，好在晚高峰测试下，我在主楼更新了，晚高峰的qos表现跟非晚高峰完全不同。

    目前还不具备IPv6的探测功能，稍后我更新下。

  • 酸酸Pickles 07-06 11:33
    27楼

    好家伙 给我aws光帆干死机了，后台重启才缓过来 ^-^

  • tengjingzhu 07-06 11:35
    28楼

    测试中，帮顶

  • k2think 楼主 07-06 11:36
    29楼

    @酸酸Pickles #27


    啊，小包不至于吧，不行的话我等会默认并行15好了，现在并行31，间隔1s探测一次

    老哥aws的gb5分数多少？

  • ygwhm 07-06 11:39
    30楼

    报告时间：2026-07-06 11:35:47 CST（北京时间）


    统计摘要

    零丢包: 88 1-20%: 5 >20%: 0


    三网概览 (电信 | 联通 | 移动)

    河北 电信 152ms/ 0% 联通 168ms/ 0% 移动 165ms/ 0%

    山西 电信 190ms/ 3.33% 联通 160ms/ 0% 移动 164ms/ 0%

    辽宁 电信 193ms/ 0% 联通 162ms/ 0% 移动 165ms/ 0%

    吉林 电信 157ms/ 0% 联通 172ms/ 0% 移动 165ms/ 0%

    黑龙江 电信 187ms/ 0% 联通 199ms/ 0% 移动 169ms/ 0%

    江苏 电信 137ms/ 0% 联通 172ms/ 0% 移动 138ms/ 0%

    浙江 电信 143ms/ 3.33% 联通 153ms/ 0% 移动 158ms/ 0%

    安徽 电信 143ms/ 0% 联通 154ms/ 0% 移动 177ms/ 0%

    福建 电信 143ms/ 0% 联通 159ms/ 0% 移动 143ms/ 0%

    江西 电信 150ms/ 1.67% 联通 167ms/ 0% 移动 142ms/ 0%

    山东 电信 198ms/ 3.33% 联通 172ms/ 0% 移动 150ms/ 0%

    河南 电信 154ms/ 0% 联通 175ms/ 0% 移动 154ms/ 0%

    湖北 电信 146ms/ 0% 联通 158ms/ 0% 移动 176ms/ 0%

    湖南 电信 165ms/ 0% 联通 195ms/ 0% 移动 160ms/ 0%

    广东 电信 166ms/ 0% 联通 163ms/ 0% 移动 177ms/ 13.33%

    海南 电信 171ms/ 0% 联通 179ms/ 0% 移动 164ms/ 0%

    四川 电信 158ms/ 0% 联通 179ms/ 0% 移动 156ms/ 0%

    贵州 电信 175ms/ 0% 联通 175ms/ 0% 移动 163ms/ 0%

    云南 电信 178ms/ 0% 联通 189ms/ 0% 移动 169ms/ 0%

    陕西 电信 182ms/ 0% 联通 170ms/ 0% 移动 164ms/ 0%

    甘肃 电信 160ms/ 0% 联通 171ms/ 0% 移动 167ms/ 0%

    青海 电信 171ms/ 0% 联通 178ms/ 0% 移动 183ms/ 0%

    内蒙古 电信 165ms/ 0% 联通 154ms/ 0% 移动 185ms/ 0%

    广西 电信 166ms/ 0% 联通 169ms/ 0% 移动 169ms/ 0%

    西藏 电信 159ms/ 0% 联通 205ms/ 0% 移动 198ms/ 0%

    宁夏 电信 166ms/ 0% 联通 180ms/ 0% 移动 167ms/ 0%

    新疆 电信 186ms/ 0% 联通 197ms/ 0% 移动 219ms/ 0%

    北京 电信 151ms/ 0% 联通 153ms/ 0% 移动 180ms/ 0%

    天津 电信 145ms/ 0% 联通 172ms/ 0% 移动 148ms/ 0%

    上海 电信 130ms/ 0% 联通 176ms/ 0% 移动 158ms/ 0%

    重庆 电信 159ms/ 0% 联通 186ms/ 0% 移动 158ms/ 0%

    颜色: 正常 有丢包或延迟>150ms 严重丢包/失败


    CSV: /tmp/zstatic_nping_20260706_113547.csv


    这是什么水平

  • k2think 楼主 07-06 11:42
    31楼

    @ygwhm #30


    老哥这是哪里的机器？如果是美西的话，延迟看起来有点奇怪，比如上海联通和移动

    电信的话有一些省份存在轻微丢包。建议晚高峰的时候再测试一下

  • ygwhm 07-06 11:44
    32楼

    @k2think #31 美西那个玩意高防机

  • k2think 楼主 07-06 11:46
    33楼

    @ygwhm #32


    明白了

  • k2think 楼主 07-06 11:48
    34楼

    增加saltyfish 咸鱼 sjc.p1/sjc.e1

    增加绿云 jp/sg

  • kkzzq 07-06 11:55
    35楼

    绿云sg和jp放反了大佬

  • k2think 楼主 07-06 11:57
    36楼

    @kkzzq #35


    谢谢提醒，已更正

  • betteryjs 07-06 12:38
    37楼

    绿云 陕西电信好奇怪呀 老大可以换个检测点跑吗

  • k2think 楼主 07-06 12:41
    38楼

    @betteryjs #37


    感谢反馈，这里统一用了zstatic的cdn，观察了几次，确实存在微量重传的情况

    一般要么是cdn节点的问题，要么是那边电信确实有问题，通常是前者

    但是为了保持一致暂时还按照zstatic的cdn来测试


    晚上的话我找几个陕西电信的cdn单独对比下，确定有问题后再单独替换掉

  • betteryjs 07-06 12:43
    39楼

    @k2think #38 好的 感觉可能是cdn的问题 绿云全部电信都正常 唯独陕西电信不正常不太对 新疆和偏远都正常

  • duguanjun 07-06 12:51
    40楼

    等我晚高峰测一下前两天买的0.54

  • k2think 楼主 07-06 12:52
    41楼

    @betteryjs #39


    是的，我拿到测试结果的看感觉有点怪，还多测试了几次，发现总是陕西电信有问题

  • lehuoyisheng 07-06 13:00
    42楼

    牛逼啊

  • betteryjs 07-06 13:06
    43楼

    @k2think #41 我看好像陕西电信走的cmi2？


    https://tok-premium.lg.xtom.com/


    sn-ct-v4.ip.zstaticcdn.com

  • k2think 楼主 07-06 13:13
    44楼

    @betteryjs #43


    谢谢老哥反馈，我用nexttrace试了下，DMIT-PRO同样cdn走的是CTGGIA

    但绿云JP/SG都是走CMIN2-CMNET，感觉是绿云IP过白没同步，或者说路由走错了

    nexttrace结果


    DMIT-TYO-PRO


    绿云JP


    绿云SG


  • k2think 楼主 07-06 13:16
    45楼

    @betteryjs #43


    zstatic cdn提供的陕西西安电信 sn-xian-ct-v4.ip.zstaticcdn.com:443

    这个测试绿云JP/SG是OK的，我看看跟zstatic cdn反馈一下，如果确定是cdn的问题的话，后面暂时用西安电信替代

  • betteryjs 07-06 14:12
    46楼

    @k2think #45 真巧哈哈 我就是陕西电信 ， gen2 JP/SG 到我的陕西电信是CN2 的 ， 我测试 sn-xian-ct-v4.ip.zstaticcdn.com:443 也是cn2 但是 sn-ct-v4.ip.zstaticcdn.com:80 是走CMI2 我给v.ps 开工单了

  • jtsang 07-06 14:34
    47楼

    GEN2 还是太顶了

  • k2think 楼主 07-06 14:37
    48楼

    @betteryjs #46


    好的 等老哥的反馈

  • juvenile1024 07-06 14:52
    49楼

    bd


  • nullptr-t 07-06 14:54
    50楼

    aws jp


    aws sg

* 帖子来源NodeSeek
附近帖子
返回
飞读
随机推荐