国内3大キャリアは、大手工場のルーティングを追跡します。

SSチュートリアルを以前に書いた。 しかし、ワンクリックスクリプトか何か。 愚か者の操作。
遅延のために頭を悩ませる! 大部分は羊毛に属するが。 ところで、経験について少し書いてください。

国内3大キャリアは、大きな工場のひよこラインについて何ですか?

GCP tw
原因:

移動ルーティング テーブルは
、同じノード、隣の通信、ユニコム、遅延が 80 を超えないピット
を持つことです

いくつかの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

現在、外国のWebサーバーのホストは、これを使用しています(私は多くのサイトを実行していると言うことができますか? ダウンタイムはできません)、年末頃に変更される見込
みです。 sgは通信に優しいはずです。 ユニコムも使用できます。 移動といえば。 香港nttの散歩。 全体的にもOKです。 しかし
、digitalocean には jp がありません。 digitalocean は us/sg に適合します

azure jp/hk

モバイル優先。 他のテレコムユニコムは、右のHKを選択します。 jpは、また、HKを歩く。 hkバイパスされます。
3つのネットワークは、ほぼ同じです, ユニコム, テレコムは、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の説明を見てください。 大阪は、どのエリア、1つのマシンルームに関係なく、IPを分けた。 IPアドレスは、全体の世界一周旅行になります。 美の周りを回っても。 ロンドンも
旅行します。 純粋に時間の無駄に等しい。

GCP(テレコム/ユニコム)>AWS lightsail(テレコム/ユニコム)>azure(3つのネットワーク)です。 あまりにも平均。 ）

linode と ECS (アリ インターナショナル) は役に立ちません。 かつてカゴヤのノードがあった。 アズレに似ています。 jp(osaka)は残念ですが、なしです。
私が使用した後、ギアを補充します。

linode

この接続をクリックすると 、linode から国内の各通信事業者へのルーティング情報が表示されます。