# 国内三大运营商对于大厂的路由跟踪如何。
{% hint style="danger" %}
本篇文章具有时效性！与您当下阅读此文字具有出入性！
{% endhint %}
以前写过SS教程。不过一键脚本啥的。傻瓜操作。\
为了延迟绞尽脑汁！虽说极大程度属于薅羊毛。顺手就写点经验之谈。
国内三大运营商对于大厂的小鸡线路怎样。
## GCP tw
\
起因：
**移动的路由表就是有坑**\
同样的节点，隔壁电信，联通，延迟不超80\
移动一跑，几乎200
开了几台**GCP tw/jp** 有人说，hk联通回城也会绕。为了直接直连。GCP联通/电信首选tw\
移动都是跑美国圣何塞绕圈。巨难受。为了避免这种延迟。单纯做网站80/443端口加速，可以选择。\
cloudflare CDN（hk）节点对移动很友好。延迟不超60ms
再说说其他家的主机。主要讲**jp，轻度涉及hk，tw，sg**也会说一说
目前只有移动家宽节点，单纯凭山东移动这边测试数据说点经验。
## vu（vultr）
jp 直接圣何塞绕圈。ok？不要想。而且vu的104节点千万不要开。pixiv被屏蔽。就不多说了
现在的VU 应该是北方移动 北京出口\
我有一次开到vu 66节点的很香。但是那可能真的是运气好。
## digitalocean
\
目前国外网站服务器主机用的就是这个（我能说上面跑着很多站点吗？不能停机），估计今年年底左右就会\
换了。在用的是sg 应该是对电信很友好。联通也可以用。说起移动。走的香港ntt。总体还可以。但是\
digitalocean没有jp。digitalocean适合us/sg
## azure jp/hk
\
移动首选。其他电信联通，选hk就对了。jp走的也是hk。会hk绕路。\
三网差不多，联通，电信就不如选择aws了延迟好很多了。
## AWS lightsail jp
\
电信比联通好些。移动最差。
移动走的北京出口直连，日本equinix的机房应该是。
AWS的 US 移动是 **上海** 出口
1/12 日期\
最近有点赌运气。GCP hk
选**asia-east2-b** 这个区。**34.92./**这个段移动绕日本东京。延迟110左右。赶上我隔壁azure jp100ms了
更香的在后面 **35.220./**这个段移动直连香港。北方北京出口->广东->hk 50ms太香了。广州延迟估计也就1x ms
属实 香
### GCP osaka（大阪）不要碰。看了看GCP说明。感情大阪分出来IP不论哪个区，一个机房。ip 怎么整都会环球旅行。绕美就算了。伦敦也 旅游。纯粹就等于浪费时间。
### GCP（电信/联通）>AWS lightsail(电信/联通)>azure（三网一个样。太平均了。）
linode和ECS（阿里国际）没用过。曾经有过kagoya的节点。和azure类似。直连jp（osaka）可惜，没了。\
等我用过后，在补档。
## linode
[点击此连接](https://paste.ubuntu.com/p/RNMgKVGCtv/) 获取linode 到国内各个运营商的路由信息！
---
# Agent Instructions: Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://blog.jsmsr.com/blog/guo-nei-san-da-yun-ying-shang-dui-yu-da-chang-de-lu-you-gen-zong-ru-he.md?ask=
```
The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
