主 题：RFC的CO Lite的172段换到104了，但是BUG依然没修，快三个月了...
发 布 者：nttbest
标签分类： 日常
时 间：2026-07-20 19:21:51
内容预览：前情提要：https://www.nodeseek.com/post-781452-1在172段做之前同样的测试：curl -o /dev/null -s -w "DNS Lookup: %{time_namelookup}s\nTCP Handshake: %{time_connect}s\nTLS/SSL Handshake: %{time_appconnect}s\nTime to First Byte: %{time_starttransfer}s\nTotal Time: %{time_total}s\n" https://www.getchu.com/如需更换测试网站可自行更改命令结尾的https地址这里依然提供4个网站之前提到的同样的网站，供感兴趣的MJJ自行测试，实际大量不经过主流CDN的日本网站都有这个问题，你也可以自己找点试试看https://www.getchu.com/https://www.ariamusic.co.jp/https://www.mille-feuille.jp/https://www.hermit-game.com/结果打开网页依然是需要10秒以上：DNS Lookup: 0.010144sTCP Handshake: 0.013607sTLS/SSL Handshake: 0.029939sTime to First Byte: 11.048067sTotal Time: 11.054123sKobe之前的帖子说养一养IP就好啦，但是已经快3个月了，好不容易等到换IP，结果是一个有问题的IP段换到另一个有问题的IP段...看起来是不打算修了，用户需要后边再随意再加一个落地即可解决，因为这个问题只有https才会出现，普通tcp不受影响。
直达链接： https://www.nodeseek.com/post-830857-1
发 布 者：nttbest
标签分类： 日常
时 间：2026-07-20 19:21:51
内容预览：前情提要：https://www.nodeseek.com/post-781452-1在172段做之前同样的测试：curl -o /dev/null -s -w "DNS Lookup: %{time_namelookup}s\nTCP Handshake: %{time_connect}s\nTLS/SSL Handshake: %{time_appconnect}s\nTime to First Byte: %{time_starttransfer}s\nTotal Time: %{time_total}s\n" https://www.getchu.com/如需更换测试网站可自行更改命令结尾的https地址这里依然提供4个网站之前提到的同样的网站，供感兴趣的MJJ自行测试，实际大量不经过主流CDN的日本网站都有这个问题，你也可以自己找点试试看https://www.getchu.com/https://www.ariamusic.co.jp/https://www.mille-feuille.jp/https://www.hermit-game.com/结果打开网页依然是需要10秒以上：DNS Lookup: 0.010144sTCP Handshake: 0.013607sTLS/SSL Handshake: 0.029939sTime to First Byte: 11.048067sTotal Time: 11.054123sKobe之前的帖子说养一养IP就好啦，但是已经快3个月了，好不容易等到换IP，结果是一个有问题的IP段换到另一个有问题的IP段...看起来是不打算修了，用户需要后边再随意再加一个落地即可解决，因为这个问题只有https才会出现，普通tcp不受影响。
直达链接： https://www.nodeseek.com/post-830857-1
