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 から国内の各通信事業者へのルーティング情報が表示されます。
鲁公网安备 37142602000107号
