RFC的JP CO Lite的172段换到104了，但是BUG依然没修，快三个月了...

前情提要：https://www.nodeseek.com/post-781452-1

在104段做之前同样的测试：

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的日本网站都有这个问题，你也可以自己找点试试看，如果不用curl，也可以直接开着梯浏览器打开，F12看看是不是需要10秒以上

https://www.getchu.com/
https://www.ariamusic.co.jp/
https://www.mille-feuille.jp/
https://www.hermit-game.com/

结果打开网页依然是需要10秒以上：

DNS Lookup: 0.010144s
TCP Handshake: 0.013607s
TLS/SSL Handshake: 0.029939s
Time to First Byte: 11.048067s
Total Time: 11.054123s

Kobe之前的帖子说养一养IP就好啦，但是已经快3个月了，好不容易等到换IP，结果是一个有问题的IP段换到另一个有问题的IP段...

看起来是不打算修了，用户需要后边再随意再加一个落地即可解决，因为这个问题只有https才会出现，普通tcp不受影响。