デフォルトゲートウェイとは

デフォルトゲートウェイを読むときの前提

デフォルトゲートウェイ（Default gateway）は、端末やサーバーが同一サブネット外へ通信するとき、最初に転送を依頼するルーターやL3スイッチのIPです。端末から見ると出口ですが、ネットワーク全体から見ると経路制御、ARP、冗長化、戻り通信に依存する設定です。

障害対応では、端末に設定されたゲートウェイIP、サブネットマスク、端末のARPキャッシュ、ゲートウェイ側の仮想IPや実IP、上位経路を分けて確認します。端末からゲートウェイへpingできても、その先の経路や戻り通信が正しいとは限りません。

設計資料には、対象サブネット、ゲートウェイIP、冗長化方式、収容機器、上位経路、変更時の確認方法を残します。

端末設定とサブネットを合わせる

デフォルトゲートウェイは、端末のIPアドレスと同じサブネットにある必要があります。IP、サブネットマスク、ゲートウェイの組み合わせがずれると、端末は本来ローカル配送すべき相手をゲートウェイへ投げたり、逆にゲートウェイへARPできなかったりします。

DHCPで配る場合は、scope optionや予約設定が正しいかを見ます。手動設定の端末では、古いゲートウェイIPや別VLANの値が残っていないかを確認します。

• 端末IP、prefix長、ゲートウェイIPを同じ行で確認する。
• DHCP option、手動設定、固定予約を分ける。
• VLAN変更後に古いゲートウェイが残っていないか見る。

ARPと冗長化を確認する

ゲートウェイIPへ到達できるかは、ARP解決とL2到達性に左右されます。VRRPやHSRPを使う構成では、端末が見ている仮想IP、仮想MAC、現在のMaster、切替時のARP更新を確認します。

片系障害では、ルーターが生きていても上位回線や経路が落ちていると通信が吸い込まれます。ゲートウェイ冗長化は、機器死活だけでなく、上位経路をtrackしているかまで見る必要があります。

• 端末のARPキャッシュとスイッチのMACテーブルを確認する。
• 仮想IP、仮想MAC、Master/Backupを保存する。
• 上位回線やdefault routeのtrack有無を確認する。

戻り通信と責任境界を見る

端末側のデフォルトゲートウェイが正しくても、相手側からの戻り経路が違う出口へ向くと通信は失敗します。FW、NAT、VPN、クラウド接続をまたぐ場合は、送信元、宛先、NAT前後、戻りのNext-hopを同じ時刻で並べます。

利用者から見ると「ゲートウェイ設定の問題」に見えても、実際には上位ルート、FW policy、非対称ルーティング、DNS解決先の違いが原因になることがあります。端末設定だけで結論を出さず、出口以降の経路も確認します。

• 端末からゲートウェイまでと、その先を分けて確認する。
• 戻り経路、NAT前後、FWログを突合する。
• 責任境界となる機器と管理者を記録する。

変更証跡と引き継ぎ

ゲートウェイ変更では、対象VLAN、利用者、DHCP配布範囲、固定IP端末、冗長化状態、切り戻し条件を残します。IPを変える作業では、端末再取得やARP更新のタイミングも影響します。

引き継ぎでは、どのサブネットがどのゲートウェイを使うか、障害時にどの機器で状態を見るか、切替試験の結果、関連語としてVRRP、ARP、ルートテーブル、Next-hopを残すと確認の順番が明確になります。

• 変更前後の端末設定とARPを保存する。
• DHCP配布値と固定端末の例外を分ける。
• 切替時と復旧時の確認結果を残す。

関連語

同じ主要カテゴリの用語

ネットワークの学習順

同じ主要カテゴリの用語をまとめて確認できます。現在の用語を起点に、前後の用語へ進むと文脈を保ったまま読み進められます。

InfraEngKit内の関連機能