国内三大运营商对于大厂的路由跟踪如何。
AWS、azure、gcp、vultr
本篇文章具有时效性！与您当下阅读此文字具有出入性！
以前写过SS教程。不过一键脚本啥的。傻瓜操作。
为了延迟绞尽脑汁！虽说极大程度属于薅羊毛。顺手就写点经验之谈。
国内三大运营商对于大厂的小鸡线路怎样。
起因：
移动的路由表就是有坑
同样的节点，隔壁电信，联通，延迟不超80
移动一跑，几乎200
开了几台GCP tw/jp 有人说，hk联通回城也会绕。为了直接直连。GCP联通/电信首选tw
移动都是跑美国圣何塞绕圈。巨难受。为了避免这种延迟。单纯做网站80/443端口加速，可以选择。
cloudflare CDN（hk）节点对移动很友好。延迟不超60ms
再说说其他家的主机。主要讲jp，轻度涉及hk，tw，sg也会说一说
目前只有移动家宽节点，单纯凭山东移动这边测试数据说点经验。
jp 直接圣何塞绕圈。ok？不要想。而且vu的104节点千万不要开。pixiv被屏蔽。就不多说了
现在的VU 应该是北方移动 北京出口
我有一次开到vu 66节点的很香。但是那可能真的是运气好。
目前国外网站服务器主机用的就是这个（我能说上面跑着很多站点吗？不能停机），估计今年年底左右就会
换了。在用的是sg 应该是对电信很友好。联通也可以用。说起移动。走的香港ntt。总体还可以。但是
digitalocean没有jp。digitalocean适合us/sg
移动首选。其他电信联通，选hk就对了。jp走的也是hk。会hk绕路。
三网差不多，联通，电信就不如选择aws了延迟好很多了。
电信比联通好些。移动最差。
移动走的北京出口直连，日本equinix的机房应该是。
AWS的 US 移动是 上海 出口
1/12 日期
最近有点赌运气。GCP hk
选asia-east2-b 这个区。34.92./这个段移动绕日本东京。延迟110左右。赶上我隔壁azure jp100ms了
更香的在后面 35.220./这个段移动直连香港。北方北京出口->广东->hk 50ms太香了。广州延迟估计也就1x ms
属实 香
linode和ECS（阿里国际）没用过。曾经有过kagoya的节点。和azure类似。直连jp（osaka）可惜，没了。
等我用过后，在补档。
最近更新 1yr ago