【Network】実践で使えるルーティング設定

今回は、Windowsのネットワークルーティング設定について、実務で役立つ知識とコマンドをご紹介します。具体的には、route printコマンド、tracertコマンド、そして静的ルートの追加設定などを実際の業務でどの様な場面で使えるのか、を交えて解説していきます。

ルーティングテーブルの確認: route printコマンド
通信経路の確認: tracertコマンド
1. tracert www.google.comの実行結果例と見方
静的ルートの追加設定
1. 静的ルートの確認方法
ルーティングのトラブルシューティング: 実践的なアプローチ
まとめ

ルーティングテーブルの確認: route printコマンド

ネットワーク管理において、現在のルーティング状況を把握することは非常に重要です。Windowsでは、route printコマンドを使用してルーティングテーブルを確認できます。

route print

このコマンドを実行すると、以下のような情報が表示されます：

1. インターフェイスリスト
2. IPv4ルートテーブル
3. IPv6ルートテーブル

特に注目すべきは IPv4 ルートテーブルです。ここには、ネットワークの宛先、サブネットマスク、ゲートウェイ、インターフェース、メトリックなどの情報が含まれています。

実務での活用例：
ある日、社内のサーバーAからサーバーBへの接続が突然できなくなったとします。このような場合、まず route print コマンドを使用して、正しいルーティングが設定されているか確認します。期待するルートがテーブルに存在しない場合、ネットワーク設定の問題が疑われます。

通信経路の確認: tracertコマンド

ネットワーク上のパケットがどのような経路を通って目的地に到達するかを知ることは、トラブルシューティングの際に非常に役立ちます。Windowsのtracertコマンドを使用すると、この経路を視覚的に確認できます。

tracert [目的のIPアドレスまたはホスト名]

例えば、Google.comまでの経路を確認する場合：

tracert www.google.com

このコマンドを実行すると、パケットが通過する各ホップ（ルーター）とその応答時間が表示されます。

tracert www.google.comの実行結果例と見方

以下は、tracert www.google.comを実行した際の典型的な結果例です：

Tracing route to www.google.com [172.217.3.100]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2     7 ms     6 ms     7 ms  10.0.0.1
  3    12 ms    11 ms    11 ms  172.16.0.1
  4    15 ms    14 ms    14 ms  core1.provider.net [203.0.113.1]
  5    22 ms    21 ms    22 ms  core2.provider.net [203.0.113.2]
  6    25 ms    24 ms    25 ms  edge1.google.com [74.125.242.1]
  7    27 ms    26 ms    27 ms  172.217.3.100

Trace complete.

この結果から、以下の情報がくみ取れます。

1. 各行は1つのホップ（ルーター）を表しています。
2. 左端の数字はホップ数（何番目のルーターか）を示しています。
3. 次の3つの数字は、そのホップへの応答時間（ミリ秒）です。3回試行した結果が表示されます。
4. 最後の列は、ルーターのIPアドレスとホスト名（解決できる場合）です。

具体的な見方：

– 1行目（192.168.1.1）: これは通常、ローカルネットワークのデフォルトゲートウェイです。応答時間が1ms未満と非常に短いことから、非常に近いことがわかります。

– 2-3行目（10.0.0.1, 172.16.0.1）: これらは一般的に、インターネットサービスプロバイダー（ISP）のネットワーク内のルーターです。

– 4-5行目（core1.provider.net, core2.provider.net）: これらはISPのコアネットワーク内のルーターです。応答時間が徐々に長くなっていることに注目してください。

– 6行目（edge1.google.com）: これはGoogleのネットワークとの境界にあるルーターです。

– 7行目（172.217.3.100）: これが最終目的地、www.google.comのIPアドレスです。

この結果から、パケットがローカルネットワークからISPのネットワークを経由し、最終的にGoogleのサーバーに到達するまでの経路と、各ホップでの遅延を視覚的に確認することができます。

実務での活用例：
顧客から「ウェブサイトの表示が遅い」という報告を受けた場合、tracertコマンドを使用してウェブサーバーまでの経路を確認します。どの地点で遅延が発生しているかを特定することで、問題の原因（例：特定のルーターの過負荷）を把握し、適切な対策を講じることができます。

例えば、上記の結果で4行目と5行目の間で急激に応答時間が増加している場合、ISPのコアネットワーク内で問題が発生している可能性があります。この情報を基に、ISPに問い合わせを行うことで、より迅速な問題解決につながる可能性があります。

静的ルートの追加設定

特定の通信に対して明示的にルートを指定したい場合、静的ルートの追加が有効です。Windowsでは、route addコマンドを使用してこれを行います。

route add [宛先] mask [サブネットマスク] [ゲートウェイ] [メトリック] if [インターフェイス番号]

例えば、192.168.2.0/24ネットワークへのトラフィックを192.168.1.254ゲートウェイ経由で送信したい場合：

route add 192.168.2.0 mask 255.255.255.0 192.168.1.254

実務での活用例：
会社がVPN経由で接続する新しいパートナー企業のネットワーク（10.0.0.0/8）があるとします。このトラフィックを確実にVPNゲートウェイ（192.168.1.250）経由で送信するために、次のような静的ルートを追加します：

route add 10.0.0.0 mask 255.0.0.0 192.168.1.250 -p

ここで、-pオプションを使用することで、このルートは永続的（persistent）となり、再起動後も維持されます。

静的ルートの確認方法

route add コマンドで静的ルートを追加した後、その設定が実際に適用されているかを確認することが重要です。以下の方法で確認できます：

route print コマンドの使用:

route print

このコマンドを実行すると、現在のルーティングテーブルが表示されます。追加したルートがリストに含まれているか確認してください。

特定のネットワーク宛先に対するルートの確認:

route print [宛先IP]

例えば、先ほど追加した 10.0.0.0/8 ネットワークへのルートを確認する場合：

route print 10.*

findstr コマンドと組み合わせた確認:

route print | findstr 10.0.0.0

このコマンドは、ルーティングテーブルから 10.0.0.0 ネットワークに関連する行のみを抽出して表示します。
確認結果の例：

ネットワーク宛先        ネットマスク          ゲートウェイ       インターフェイス  メトリック
     10.0.0.0        255.0.0.0         192.168.1.250     192.168.1.100     1

この出力から、10.0.0.0/8 ネットワーク宛のトラフィックが 192.168.1.250 ゲートウェイを経由するように設定されていることが確認できます。
注意点：

静的ルートを追加しても期待通りに動作しない場合は、ネットワーク接続性やファイアウォールの設定も確認してください。
複数の重複するルートがある場合、メトリック値が最も小さいルートが優先されます。
永続的なルート（-p オプション使用）は、再起動後も維持されますが、ネットワーク設定の変更により影響を受ける可能性があります。

これらの確認方法を使用することで、静的ルートが正しく設定されているかを検証し、ネットワークの問題を事前に防ぐことができます。

ルーティングのトラブルシューティング: 実践的なアプローチ

ルーティングの問題に直面したときは、次のようなステップバイステップのアプローチが有効です：

1. 現状の把握: route printを使用して現在のルーティングテーブルを確認します。
2. 接続性の確認: pingコマンドで基本的な接続性をテストします。
3. 経路の追跡: tracertを使用して、パケットの経路を確認します。
4. 静的ルートの確認と調整: 必要に応じて、route addまたはroute deleteコマンドを使用して静的ルートを調整します。

例えば、特定のサブネット（172.16.0.0/16）への通信が失敗する場合：

1. route print | findstr 172.16 を実行して、該当するルートを確認します。
2. ping 172.16.1.1 （サブネット内の既知のホスト）を実行して接続性をテストします。
3. tracert 172.16.1.1 を実行して、パケットの経路を確認します。
4. 必要に応じて、route add 172.16.0.0 mask 255.255.0.0 [適切なゲートウェイ] を実行して静的ルートを追加します。

まとめ

Windowsのルーティング設定とそのトラブルシューティングは、効果的なネットワーク管理の要となります。route print、tracert、静的ルートの追加など、ここで紹介したコマンドと技術を適切に利用することで、ネットワークの問題を迅速に特定し解決することができます。

実際の業務シナリオでこれらの技術を適用する際は、常にネットワークトポロジーとセキュリティポリシーを念頭に置くことが重要です。また、変更を加える前には必ずバックアップを取り、可能な限りテスト環境で検証することをお勧めします。