MTR は My Traceroute の略です。
これは、Ping コマンドと Traceroute コマンドの両方の力を組み合わせた強力なネットワーク診断ツールです。
これにより、管理者はネットワーク エラーを診断および分離し、有用なネットワーク ステータス レポートを提供できます。
この記事では、MTR コマンドによって提供されるレポートをインストール、使用、および分析する方法について説明します。
MTR は、送信元と指定された宛先の間のルートを見つけるために TTL 値を段階的に増やして ICMP パケットを送信することによって機能します。
1.インストール
debian または Ubuntu システムでは、次のコマンドを使用します:
$ sudo apt-get install mtr
centos および fedora システムでは、次のコマンドを実行します:
$ yum install mtr
2.ドメインに対して mtr を実行
MTR は、グラフィカル モード (X11) とテキスト ベース モード (ncurses) の 2 つのモードで動作します。デフォルトでは、mtr コマンドは X11 モードで実行されます。
$ mtr google.com
上記のコマンドは GUI ウィンドウを開き、結果を表示します。
3. –curses を使用してテキスト モードを起動します
–curses オプションを使用して、ターミナル モードで mtr を実行します。
$ mtr --curses google.com
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. mblaze.hilink 0.0% 20 3.2 2.7 2.1 3.8 0.5
2. 10.228.129.9 0.0% 20 187.7 61.8 41.6 187.7 31.3
3. 10.228.149.14 0.0% 20 112.1 60.2 33.2 112.1 17.8
4. 116.202.226.145 0.0% 20 57.9 63.2 35.2 147.6 24.4
5. 116.202.226.21 0.0% 20 35.4 70.4 35.4 211.8 48.6
6. 72.14.219.94 0.0% 20 58.9 74.6 43.4 231.2 44.2
7. 72.14.233.204 0.0% 20 46.9 69.8 40.3 222.5 41.9
8. 72.14.239.20 0.0% 20 94.1 259.2 68.8 3436. 748.2
9. 209.85.244.111 0.0% 20 86.4 97.5 72.1 232.2 34.3
10. google.com 0.0% 19 387.9 132.5 71.8 387.9 84.9 上記は対話モードで継続的に実行されます。
インタラクティブ モードでは、結果は各ホストの現在の往復時間を反映します。上記の例から、パケットは「mblaze.hilink」(ローカル ルーター) を通過し、一連の「ホップ」を通過して宛先に到達します。
ホップは、パケットが宛先に到達するために通過するインターネット内のルーターまたはノードです。
4. –no-dns を使用して逆引き DNS を省略
MTR は、リバース DNS ルックアップを使用して、各ルーター/ノードのホスト名を見つけます。逆引き DNS ルックアップを回避したい場合は、–no-dns オプションを使用してください。
$ mtr --curses --no-dns google.com
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 2 3.0 2.9 2.9 3.0 0.1
2. 10.228.129.9 0.0% 2 58.6 49.6 40.7 58.6 12.7
3. 10.228.149.14 0.0% 2 46.1 46.8 46.1 47.6 1.0
4. 116.202.226.145 0.0% 2 61.8 61.6 61.3 61.8 0.3
5. 116.202.226.17 0.0% 2 42.7 39.9 37.0 42.7 4.0
6. 72.14.215.234 0.0% 2 47.1 43.9 40.7 47.1 4.5
7. 72.14.232.110 0.0% 2 56.9 60.7 56.9 64.4 5.3
8. 72.14.239.22 0.0% 2 111.5 95.0 78.5 111.5 23.3
9. 209.85.244.23 0.0% 2 126.0 102.4 78.8 126.0 33.4
10. 209.85.223.113 0.0% 10 76.4 92.7 75.4 157.3 29.5
11. 74.125.200.102 0.0% 1 78.4 78.4 78.4 78.4 0.0 5. –report を使用してレポート モードで mtr を実行します
MTR をインタラクティブ モードで実行する代わりに、–report を使用してレポート モードで実行できます。レポート モードでは、 mtr はサイクル数 (デフォルトは 10 ) だけ実行され、統計を出力して終了します。このモードは、ネットワーク品質に関する統計を生成するのに役立ちます。
$ mtr --no-dns --report google.com HOST: lakshmanan Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.1.1 0.0% 10 2.5 3.0 2.4 4.2 0.6 2.|-- 10.228.129.9 0.0% 10 235.0 74.4 34.0 235.0 67.9 3.|-- 10.228.149.14 0.0% 10 154.8 65.5 38.7 154.8 34.8 4.|-- 116.202.226.145 0.0% 10 60.9 66.9 48.2 102.4 15.4 5.|-- 116.202.226.17 0.0% 10 54.1 65.1 36.0 194.5 46.8 6.|-- 72.14.215.234 0.0% 10 44.5 78.8 39.2 252.7 64.5 7.|-- 72.14.232.110 0.0% 10 55.7 66.4 39.1 179.8 41.8 8.|-- 66.249.94.72 0.0% 10 68.9 90.3 68.9 133.6 18.6 9.|-- 72.14.233.105 0.0% 10 68.8 76.3 68.8 92.2 7.3 10.|-- 173.194.38.162 0.0% 10 88.7 107.3 72.2 293.1 65.8
上記の例では、mtr が 10 サイクル実行され、統計が収集されました。ユーザーは -c オプションを使用してサイクル数を変更できます。
MTR レポートについて理解する
ソースと宛先の間のパスに関する情報を提供するだけでなく、MTR は接続の耐久性に関する貴重な統計を提供します。
- Lost% – 各ホップでのパケット損失の割合を示します。
- Snt – 送信された no:of:packets を表示します。
- Last – 最後に送信されたパケットのレイテンシ
- Avg – すべてのパケットの平均遅延
- ベスト – このホストへのパケットの最適な往復時間 (最短の RTT) を表示します。
- Wrst – このホストへのパケットの最悪の往復時間 (最長 RTT) を表示します。
- StDev – 各ホストのレイテンシの標準偏差を提供します。
「平均」が良さそうに見えても、標準偏差を見てください。標準偏差が高い場合は、何らかの測定誤差または変動が大きすぎるために「平均」が歪んでいることを示している可能性があります。このような場合は、Best および Wrst レイテンシーを調べて、平均が良好であることを確認してください。
MTR レポートを分析する
1.パケット損失を確認
ICMP トラフィックを「レート制限」するためにサービスが提供する一般的な方法があります。これにより、実際には損失がない場合でも、パケット損失の錯覚が生じる可能性があります。損失が実際のものかレート制限によるものかを確認するには、ネクスト ホップの「損失 %」を確認します。 0.0% と表示されている場合は、報告された「損失 %」が ICMP レート制限によるものであり、実際の損失ではないことを確認できます。
10.|-- 209.85.250.237 0.0% 10 85.6 97.5 76.0 172.0 27.2 11.|-- 209.85.250.203 100.0 10 0.0 0.0 0.0 0.0 0.0 12.|-- 74.125.135.138 0.0% 10 77.2 107.3 77.2 219.5 43.5
上記の出力では、ホップ 10 と 11 の間で 100.0% の損失が示されていますが、次のホップ 12 では 0.0% のパケット損失が報告されています。これは、ホップ 11 で報告された損失が ICMP レート制限のみによるものであることを意味します。
損失が 1 ホップ以上続く場合は、何らかのパケット損失が発生している可能性があります。また、レート制限とパケット損失が同時に発生する可能性があることにも注意してください。その場合、実際の損失としてシーケンス内の最小の損失% を取ります。
2.不適切な宛先ホスト ネットワーク
13.|-- 4.69.168.254 0.0% 10 293.3 304.7 276.0 441.0 48.5 14.|-- 4.69.161.105 10.0% 10 287.5 291.7 261.2 393.6 40.0 15.|-- 4.69.137.50 0.0% 10 412.2 299.2 266.9 412.2 48.6 16.|-- 4.69.134.146 10.0% 10 260.5 281.8 260.3 320.1 22.0 17.|-- 4.69.134.129 10.0% 10 294.7 303.5 268.0 397.8 41.8 18.|-- 4.69.132.177 10.0% 10 287.8 341.6 262.7 470.4 77.4 19.|-- 4.71.162.50 10.0% 10 280.8 276.0 257.8 323.2 21.3 20.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
上記の例から、パケットが宛先に到達しなかったように見える場合があります。でも目的地には着きます。これは、ICMP パケットをドロップするようにホストまたはファイアウォール ルールが不適切に構成された結果である可能性があります。
3.タイムアウトと復路の問題
場合によっては、ルーターが ICMP を破棄し、??? と表示されることがあります。出力で。または、復路にも問題がある可能性があります。
9.|-- 209.85.244.25 0.0% 10 260.6 147.0 78.1 260.6 75.3 10.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 11.|-- 74.125.200.100 0.0% 10 84.8 112.4 75.6 234.4 63.9
上記の例では、ホップ 10 のルーターが ICMP に応答していないか、パケットのリターン ルートに問題があります。