CN2 GIA ルート確認：MTR と traceroute でサーバーから中国本土への経路をテストする方法

CN2 GIA のルート確認を行うと、サーバーと中国本土のユーザーの間で通信が実際にどの経路を通っているかが分かります。サイトの表示が遅い、夜になると遅延が増えるといった場合に、最初に実施すべきテストです。このガイドでは、Debian/Ubuntu と CentOS/Rocky/AlmaLinux での MTR・traceroute によるルートテスト、中国側からの戻り経路のテスト、ホップの読み方（59.43.x.x は CN2、202.97.x.x は通常の 163 バックボーン）、そして JUSTG サポートに送るべき情報を説明します。ヨハネスブルグとモスクワ（China Telecom CN2 GIA）、東京（China Telecom プレミアム回線）、ソウル（アジア最適化回線）のクラウドサーバーと専用サーバーが対象です。

ステップ1：サーバーに MTR と traceroute をインストール

MTR は ping と traceroute を組み合わせたツールで、各ホップへ繰り返しプローブを送り、ホップごとのパケットロスと遅延を集計します。1 回だけの traceroute よりはるかに有用です。root で SSH ログインしてインストールします。

# Debian / Ubuntu
apt update && apt install -y mtr-tiny traceroute

# CentOS / Rocky Linux / AlmaLinux
dnf install -y mtr traceroute
# (CentOS 7: yum install -y mtr traceroute)

ステップ2：サーバーから中国本土へ MTR ルートテストを実行

ターゲットには、利用者を代表する中国本土の IP を選びます。理想は自社オフィスや自宅回線のグローバル IP、または主な訪問者と同じキャリア（China Telecom、China Unicom、China Mobile）の IP です。一時的な揺らぎを平均化するため、最低 100 回は送信してください。オプションの意味：-r レポートモード、-w ワイド表示、-z AS 番号表示、-b ホスト名と IP を併記、-c 100 送信回数。

# replace 198.51.100.20 with a public IP inside mainland China
# (for example your office or home connection)
mtr -rwzbc 100 198.51.100.20

# TCP mode, useful when ICMP is filtered somewhere on the path
mtr -rwzbc 100 -T -P 443 198.51.100.20

経路をざっと確認するだけなら、従来の traceroute でも構いません。

traceroute -n 198.51.100.20
# TCP traceroute to port 443
traceroute -T -p 443 -n 198.51.100.20

ステップ3：中国側のマシンから戻り経路をテスト

インターネットの経路は非対称であることが多く、サーバーから中国への行きの経路と、中国からサーバーへの戻りの経路が異なる場合があります。ユーザーがダウンロードするデータの多くはサーバーからユーザーへ流れるため、両方向の確認が必要です。中国本土にあるコンピューターから、JUSTG サーバーの IP に対して同じテストを行います。

# Linux machine in mainland China -> your JUSTG server
mtr -rwzbc 100 203.0.113.10

# Windows PC in mainland China (Command Prompt)
tracert -d 203.0.113.10
pathping -n 203.0.113.10

中国側にマシンがない場合は、公開されている Web ツールが役立ちます。ITDOG は中国各地・各キャリアのノードから一斉に ping や経路追跡を行え、ping.pe は世界各地のプローブから ping と MTR を実行できます。問題が特定のキャリアや地域だけに起きているかを判断し、結果ページを保存するかテキストをコピーしておきましょう。

ステップ4：ホップの読み方（59.43.x.x の CN2 と 202.97.x.x の 163）

以下は CN2 GIA サーバーの MTR レポートの例です。実際のホップ数や遅延は環境によって異なります。

HOST: justg-vps                    Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???    203.0.113.1           0.0%   100    0.5   0.6   0.3   2.1   0.2
  2. AS???    203.0.113.254         0.0%   100    1.1   1.3   0.9   3.0   0.3
  3. AS4809   59.43.x.x             0.0%   100   12.4  12.6  12.1  14.0   0.4
  4. AS4809   59.43.x.x            40.0%   100  148.2 148.9 147.6 153.1   1.0
  5. AS4809   59.43.x.x             0.0%   100  150.3 150.8 149.9 156.2   1.1
  6. AS4134   202.97.x.x            0.0%   100  152.0 152.6 151.4 158.9   1.3
  7. ???      198.51.100.20         0.0%   100  155.7 156.1 155.0 161.4   1.2

バックボーンの IP 帯から、どのネットワークが通信を運んでいるかが分かります。

注目すべき点は 3 つです。1 つ目、最も大きな遅延の増加は通常、国際区間で発生し、これは距離によるもので障害ではありません。2 つ目、途中のホップだけにロスがあり後続ホップに続かない場合（上の例の 4 番目）は、ルーターが ICMP 応答を制限しているだけなので無視できます。最終ホップまで続くロスだけが問題です。3 つ目、空いている時間帯と北京時間 20:00〜23:00 のピーク時の結果を比較してください。

ステップ5：エンドツーエンドの遅延とロスを確認

MTR は経路を示し、長めの ping は最終結果をシンプルにまとめてくれます。MTR と同じタイミングで実行してください。

ping -c 100 198.51.100.20 | tail -n 3

遅延が安定し、ジッターが小さく、ロスがほぼゼロであれば正常です。最終ホップで継続的なロスがある場合や、深夜に比べてピーク時の遅延が大幅に高い場合は報告する価値があります。

ステップ6：遅延が高いときに JUSTG サポートへ送る情報

情報がそろっていれば、ネットワークチームは素早く原因を特定できます。以下を添えてください。

• サーバーの IP とロケーション（ヨハネスブルグ、モスクワ、東京、ソウル）。
• 中国側のグローバル IP、キャリア、省・都市。
• 双方向の MTR 結果（サーバー→中国、中国→サーバー）。スクリーンショットではなくテキストで。
• 各テストの日時とタイムゾーン。ピーク時とオフピーク時の両方があると理想的です。
• ping の集計結果と、症状の簡単な説明（サイトが遅い、ゲームのラグ、SSH の遅延など）。

よくある質問

CN2 GIA サーバーなのに 202.97.x.x が表示されるのはなぜですか？

多くの家庭用ブロードバンドは 163 のアクセス網に収容されているため、宛先付近に 202.97.x.x のホップがいくつか現れるのは正常です。重要なのは国際区間が 59.43.x.x で運ばれているかどうかです。

MTR で 1 つのホップだけ 30% のロスが出ています。回線に問題がありますか？

必ずしもそうではありません。後続ホップと最終宛先のロスが 0% なら、ルーターが ICMP をレート制限しているだけです。最終ホップまで続くロスだけが実際の通信に影響します。

JUSTG のどのロケーションが中国への遅延が最も低いですか？

距離の影響が大きく、地理的には東京とソウルが最も近く、ヨハネスブルグとモスクワは China Telecom CN2 GIA を使用しています。利用者のキャリアから本ガイドの方法でテストして比較してください。

それでも解決しない場合は、上記のテスト結果を添えてチケットを送信し、JUSTG テクニカルサポートにお問い合わせください。