公開2026.07.10更新2026.09.07 15 人が閲覧（直近 30 日）インフラ・クラウド

デフォルトゲートウェイとは？役割と確認方法・設定の勘所を実装者向けに解説

Q: デフォルトゲートウェイのアドレスはどうやって確認しますか？

Windowsではコマンドプロンプトでipconfigを実行し、「デフォルト ゲートウェイ」の行を見ます。Linuxならip route showの先頭のdefault viaの後ろ、macOSならnetstat -rnのdefaultの行のGateway列が対象です。スマートフォンやルーターの管理画面からも確認できます。

デフォルトゲートウェイは、自分のネットワークの外へ出る通信をまとめて中継してくれるルーター（またはL3スイッチ）のことです。パソコンやサーバーは、通信相手が同じネットワークにいなければ直接は届けられないため、宛先が外部だと判断した通信をいったんデフォルトゲートウェイへ渡し、代わりに転送してもらいます。この記事では、宛先が同一ネットワークか外部かを判定してデフォルトルート（0.0.0.0/0）へ渡す仕組み、WindowsやLinuxで確認・設定する手順、コマンドで経路表を書き換える実行例、つながらないときの切り分け、AWSのVPCでの扱い、冗長化の採否判断まで、基盤を設計する担当者の視点でまとめました。判定手順の根拠はRFC、コマンドの挙動は各OSの公式ドキュメントに当たって示します。

まとめ：デフォルトゲートウェイの要点と設定・確認の勘所

デフォルトゲートウェイは、機器が「宛先は同じネットワークの外にある」と判断した通信の受け渡し先です。機器は自分のIPアドレスとサブネットマスクから属するネットワークの範囲を割り出し、宛先がその範囲内なら直接、範囲外ならデフォルトゲートウェイ宛てに送ります。経路表では、どの宛先にも当てはまらなかった通信の最後の受け皿として、0.0.0.0/0（すべての宛先）という経路で登録されます。

設定と確認で押さえるべきことは3つに絞れます。第一に、ゲートウェイのアドレスは必ず自分と同じネットワークの範囲内に置くこと。範囲外を指定すると外部通信が丸ごと止まります。第二に、同じセグメントの機器はゲートウェイのアドレスをそろえること。第三に、確認はWindowsならipconfig、Linuxならip routeで即座に見られること。よくある「社内は見えるのにインターネットだけ出られない」症状は、このゲートウェイの設定ミスか到達不能が大半を占めます。判定手順はRFC 1122が必須要件として規定しており、実装ごとの慣習ではありません。以降で仕組みと確認手順、書き換えのコマンド、実務での判断を見ていきます。

デフォルトゲートウェイの役割と外部ネットワークへ通信が届く仕組み

まず、なぜ機器が単独では外部と通信できず、ゲートウェイという中継役を要するのかを整理します。ここは宛先判定の理屈さえ押さえれば難しくありません。

同一ネットワークの外へ出る通信を中継するルーターとしての役割

パソコンやサーバーが通信できる相手は、本来「同じネットワーク（同じサブネット）にいる機器」に限られます。同一ネットワーク内なら、ARPで相手のMACアドレスを直接調べて届けられるためです。しかし宛先が別のネットワーク、たとえばインターネット上のサーバーだと、相手のMACアドレスを直接は知りようがありません。

この「外部宛て」の通信をまとめて預かるのがデフォルトゲートウェイです。機器は外部宛てのパケットを、宛先IPはそのままに、MACアドレスだけデフォルトゲートウェイのものにして送ります。宛先IPを保ったままMACアドレスを書き換えるという層の分担は、TCP/IPとは？4階層モデルとOSI参照モデルの違いを実装目線で解説で扱う階層の考え方が現れた場面です。受け取ったゲートウェイは、自分の経路表をもとに次のルーターへ転送し、これを繰り返して宛先へ届けます。家庭やオフィスでこの役割を担うのは、多くの場合そのネットワークのルーターです。

宛先が同一ネットワークか外部かを判定する仕組みとサブネットマスク

機器が「直接届けるか、ゲートウェイに渡すか」を決める判断材料は、自分のIPアドレスとサブネットマスクです。送信元は、自分のIPと宛先IPのそれぞれにサブネットマスクをAND演算し、ネットワークアドレスが一致するかを比べます。一致すれば同一ネットワークとみなして直接送信、一致しなければ外部と判断してデフォルトゲートウェイへ渡します。

この手順は実装者の裁量ではありません。RFC 1122（Requirements for Internet Hosts・1989年10月）の3.3.1.1「Local/Remote Decision」が、送信元IPと宛先IPの双方へアドレスマスクをかけ、抽出したビット列が一致すれば直接送信、一致しなければゲートウェイ経由でしか到達できないと判断する手順をMUST（必須）として定めます。選び方は続く3.3.1.2に規定されています。

判定はサブネットマスクの値に完全に依存します。マスクを誤ると、本来は同一ネットワークの相手を外部と誤認したり、その逆が起きたりして通信が成立しません。切り分けでまずマスクの一致を確認するのはこのためです。マスクの仕組みやネットワークアドレスの求め方は、サブネットマスクとは？仕組みと計算方法・CIDR表記との違いで詳しく解説しています。ゲートウェイの判定は、マスク計算の結果を受けて動く後段の処理だと捉えると理解しやすくなります。

経路表でデフォルトルートとして最後に参照される位置づけと役割

ルーターやOSは、通信のたびに経路表（ルーティングテーブル）を上から照合し、宛先に最も長く一致する経路を選びます。特定の経路にひとつも当てはまらなかった宛先を受け止めるのが、デフォルトルートと呼ばれる0.0.0.0/0の経路です。ここにデフォルトゲートウェイのアドレスが登録されます。

0.0.0.0/0は「プレフィックス長0＝どのビットも指定しない＝すべての宛先」を表します。プレフィックス長が最も短いため照合の優先度は最下位に置かれ、他の具体的な経路がすべて外れたときだけ選ばれる経路です。この最長一致で選ぶという前提はRFC 4632（2006年8月）が定めるクラスレスな経路表の扱いに由来します。プレフィックス長による絞り込みは、CIDRとは？表記の読み方からサブネット設計・AWS VPCでの使い方までで扱っています。

OS別に見るデフォルトゲートウェイの確認方法と設定時の注意点

ここからは概念ではなく、実際にアドレスを確認・設定する手を動かす場面に踏み込みます。OSごとにコマンドが違うため、代表的なものを押さえておきます。

Windowsでipconfigとrouteコマンドからゲートウェイを確認する手順

Windowsでは、コマンドプロンプトやPowerShellでipconfigを実行すると、各アダプターの「デフォルトゲートウェイ」の行に現在のアドレスが表示されます。経路表そのものを見たいときはroute printを使い、宛先0.0.0.0・ネットマスク0.0.0.0の行のゲートウェイ列が対象です。PowerShellならGet-NetRouteにDestinationPrefixで0.0.0.0/0を渡しても同じ値が取れ、IPアドレス・DNS・ゲートウェイをアダプター単位でまとめて見たいときはGet-NetIPConfigurationが早いです。表示されたアドレスへ実際に届くかは、そのままpingを打てば一次切り分けになります（手順は後述のコマンド例にまとめました）。

LinuxやmacOSでip routeコマンドから経路表を確認する手順

Linuxではip route showを実行すると、先頭にdefault via 192.168.1.1 dev eth0のような行が出ます。このviaの後ろがデフォルトゲートウェイのアドレス、devの後ろが使うインターフェースです。ip routeが無い環境ではnetstat -rnやroute -nでも確認でき、宛先0.0.0.0の行のGateway列が対応します。サブコマンドと各引数の意味はiproute2のip-route(8) manページが一次情報です。

macOSはnetstat -rnで経路表を表示し、Destinationがdefaultの行のGatewayが目的の値です。route -n get defaultなら、そのゲートウェイと使用インターフェースだけを絞れます。クラウド上のLinuxサーバーでは、ゲートウェイがサブネットの先頭付近（例：10.0.0.1）に自動設定される例が多く、手動で書き換える場面は少なくなっています。

手動でIPアドレスを設定する際にゲートウェイ指定で起きるミス

固定IPを手動設定するときは、IPアドレス・サブネットマスク・デフォルトゲートウェイの3つを入力します。ここで頻発するのが、ゲートウェイのアドレスを自分のネットワークの範囲外にしてしまうミスです。たとえば自分が192.168.10.20/24なのにゲートウェイを192.168.1.1と書くと、そのゲートウェイ自体が別ネットワーク扱いになり、外部通信がまったく通らなくなります。

もうひとつ多いのが、同じセグメントの機器でゲートウェイをばらばらに設定してしまう例です。DHCPで自動割り当てにしている環境ではゲートウェイもDHCPサーバーが配るため、サーバーやネットワーク機器を固定IPにするときは、DHCPが配るのと同じ値を手入力します。自動配布の仕組みはDHCPとは？IPアドレス自動割り当ての仕組みとDORA・リース・固定IP設計、セグメントを分けて機器ごとにゲートウェイを持たせる設計はVLANとは？仕組みとIEEE 802.1QからVLAN間ルーティング設計までが土台です。

コマンドでデフォルトゲートウェイを追加・削除して経路表を書き換える

確認だけでなく、経路表へデフォルトルートを入れ直す作業もコマンドで完結します。そのまま書き写して動かせる形で並べます。

WindowsとLinuxで経路表にデフォルトルートを追加する手順

Linuxはip routeで追加・置換・削除まで一貫して扱えます。既にデフォルトルートがある状態でaddすると衝突するため、入れ替えるときはreplaceを使います。

# 現在のデフォルトルートを確認する
ip route show default
# 出力例: default via 192.168.1.1 dev eth0 proto static metric 100

# 宛先8.8.8.8がどの経路で出るかをカーネルに問い合わせる
ip route get 8.8.8.8

# デフォルトルートを追加する
sudo ip route add default via 192.168.1.1 dev eth0

# 既存のデフォルトルートを別のゲートウェイへ入れ替える
sudo ip route replace default via 192.168.1.254 dev eth0

# 誤って入れた経路を消す
sudo ip route del default via 192.168.1.1

Windowsはroute addで追加しますが、-pを付けないと再起動で消えます。PowerShellのNew-NetRouteは既定で永続の経路を作るため、構成管理から流すならこちらが扱いやすいです。

:: 経路表を表示し、宛先0.0.0.0の行のゲートウェイ列を見る
route print -4

:: デフォルトルートを永続（-p）で追加する
route -p add 0.0.0.0 mask 0.0.0.0 192.168.1.1

:: PowerShell の場合
Get-NetIPConfiguration -InterfaceAlias "イーサネット"
Get-NetRoute -DestinationPrefix 0.0.0.0/0
New-NetRoute -InterfaceAlias "イーサネット" -DestinationPrefix 0.0.0.0/0 -NextHop 192.168.1.1
Remove-NetRoute -DestinationPrefix 0.0.0.0/0 -Confirm:$false

routeの引数と-pの意味はWindowsコマンドリファレンス、New-NetRouteのパラメーターはNetTCPIPモジュールのリファレンスにあります。リモート接続中の機器でデフォルトルートを差し替えると、その操作自体で接続が切れます。作業前にコンソール経路を確保してください。

pingとtracerouteでゲートウェイの前後を切り分ける実行例

外部へ出られないときは、ゲートウェイまで届くか、その先で止まっているかを分けて見ます。次の順で1つずつ潰すのが手数の少ない進め方です。

# 1. 出口として設定されているアドレスを確認する
ip route show default

# 2. そのアドレス自体へ届くかを見る
ping -c 3 192.168.1.1

# 3. ゲートウェイの先まで進めるかを1ホップずつ見る
traceroute -n 8.8.8.8
tracert -d 8.8.8.8

# 4. 名前解決だけが落ちていないかを分ける
ping -c 3 8.8.8.8
ping -c 3 www.example.com

3で1ホップ目（ゲートウェイ）から先へ進まなければ、原因はゲートウェイより外側です。4でIPアドレス宛てのpingは通るのにホスト名で失敗するなら、DNSの設定側の問題です。なおRFC 1122の3.3.1.4は、ホストが第一ホップのゲートウェイの生死をpingを流し続けるだけで確かめてはならない（MUST NOT）と定めています。切り分けで数回打つのは有効でも、死活監視として毎秒pingを常設するのは標準の意図から外れた設計です。応答時間が揺れる場合の読み方はPingスパイクの原因と対策｜pingとpathpingで自宅かISPかを切り分ける手順で整理しています。

デフォルトゲートウェイが原因の通信トラブルとクラウドでの扱い

デフォルトゲートウェイのつまずきは、たいてい「一部の通信だけ通らない」という形で表面化します。症状から原因を素早く絞り込む見方と、クラウドでの考え方の違いを押さえます。

外部サイトにだけつながらない場合のゲートウェイ設定の切り分け

「同じ社内やLAN内の機器とは通信できるのに、インターネットだけ出られない」症状は、デフォルトゲートウェイまわりを最初に疑います。LAN内が見えているのは同一ネットワーク内の直接通信が成立している証拠で、外部だけ落ちるのは中継役の経路が機能していないことを示すためです。

切り分けは3段階で進めると速く進みます。

ipconfigやip routeでデフォルトゲートウェイのアドレスが設定されているかを見る。空欄なら未設定が原因。
そのゲートウェイのアドレスへpingを打つ。返らなければゲートウェイのアドレス誤りか、そもそも同一ネットワーク範囲外を指定している。
ゲートウェイには返るのに外部が落ちるなら、ゲートウェイより先（プロバイダ回線・DNS・上位ルーターの設定）を疑う。

この順で見れば、原因が自分の設定側かゲートウェイより外かを短時間で分けられます。外部宛ての通信がグローバルアドレスへ変換される段で止まっている場合もあり、その仕組みはNATとは？仕組み・NAPTとの違いからクラウド実装までで扱っています。

AWSのVPCでルートテーブルがデフォルトゲートウェイに相当する仕組み

クラウドでは、物理的なルーターを置く代わりに、サブネットに紐づくルートテーブルが実質的なデフォルトゲートウェイの役目を担います。AWSのVPCでは、各サブネットのルートテーブルに0.0.0.0/0の宛先を書き、転送先としてインターネットゲートウェイ（IGW）やNATゲートウェイを指定する形です。この0.0.0.0/0の行こそ、オンプレミスで言うデフォルトゲートウェイの設定に当たります。宛先ごとに選べるターゲットの一覧はAWS VPCユーザーガイドのルートテーブル構成例が一次情報です。

EC2インスタンス自身のOSから見たデフォルトゲートウェイは、サブネットの先頭付近に予約されたVPCルーターのアドレス（例：10.0.0.0/24なら10.0.0.1）になります。この予約は仕様として明示されており、同ガイドのサブネットのサイズ設定では各サブネットCIDRの先頭4アドレスと末尾1アドレスが使用不可で、末尾.1がVPCルーター用、.2がDNSサーバー用と定められています（2026年9月時点）。

パブリックサブネットはIGW、プライベートサブネットはNATゲートウェイ経由、という振り分けはこのルートテーブルの書き方の違いで、両者の使い分けはAWS NATゲートウェイとは？役割とインターネットゲートウェイの違いにまとめました。IGW経由で外へ出る通信にはグローバルIPが使われ、その割り当てはグローバルIPとは？プライベートIPとの違い・確認方法・仕組みで整理しています。ルートテーブルの向け先を1行間違えるだけで通信経路が丸ごと変わるため、初期設計の見極めが後の運用コストを左右する分岐点です。VPC・サブネット・ルーティングの設計から運用までを外部に相談したい場合は、AWSのインフラ構築で設計段階から支援を受けられます。

AWS CLIでVPCのルートテーブルとデフォルトルートを確認する

コンソールを開かずに、CLIから経路の実態を引けます。サブネットに紐づくルートテーブルを引き当て、0.0.0.0/0の行がどこを向いているかを見る手順です。

# サブネットに紐づくルートテーブルの経路を一覧する
aws ec2 describe-route-tables \
  --filters Name=association.subnet-id,Values=subnet-0abc123def456 \
  --query "RouteTables[].Routes[].[DestinationCidrBlock,GatewayId,NatGatewayId]" \
  --output table

# デフォルトルートをインターネットゲートウェイへ向ける
aws ec2 create-route \
  --route-table-id rtb-0abc123def456 \
  --destination-cidr-block 0.0.0.0/0 \
  --gateway-id igw-0abc123def456

localの行しか出ないサブネットは、外部への出口を持たないプライベートサブネットです。GatewayIdがigw始まりならパブリック、NatGatewayIdが埋まっていればNAT経由と読み分けられます。

デフォルトゲートウェイの冗長化を採用すべき場面と見送る判断基準

最後に、独自の視点として、ゲートウェイを二重化すべきかどうかを条件付きで言い切ります。冗長化は無条件に善ではなく、規模と止められなさの要件で採否が分かれます。

VRRPやHSRPでゲートウェイを二重化すべき可用性の判断基準

デフォルトゲートウェイは、外部通信すべての単一の出口です。ここが1台のルーターだけだと、その機器が落ちた瞬間にネットワーク全体が外部と切れます。これを避ける手段が、複数のルーターで1つの仮想IPを共有し、片方が停止したらもう片方が同じゲートウェイアドレスを引き継ぐ冗長化です。標準化された仕組みがRFC 5798（VRRPv3 for IPv4 and IPv6・2010年3月）で、ベンダー固有の仕組みとしてシスコのHSRPやGLBPが知られています。同RFCは優先度を8ビットで扱い、仮想IPの所有機は255、バックアップは1〜254（既定100）、0は現マスターが降りた合図と定めます。広告の間隔は既定100センチ秒（1秒）、IPv4の仮想MACアドレスは00-00-5E-00-01-{VRID}の形です。

採用すべきなのは、ゲートウェイの停止が業務や売上の停止に直結する構成です。ECサイトや基幹システムの本番系、外部SaaS連携が常時走るサーバー群、数十台以上がぶら下がる拠点のように、外部が数分でも切れると損失が出るネットワークでは、冗長化を初期設計に組み込む判断が妥当になります。Linuxでkeepalivedを使う場合のマスター側設定は次のとおりです。

# etc/keepalived/keepalived.conf （MASTER側）
vrrp_instance VI_GW {
    state MASTER
    interface eth0
    virtual_router_id 51
    priority 200
    advert_int 1
    virtual_ipaddress {
        192.168.1.254/24
    }
}

バックアップ側はstateをBACKUP、priorityを100などマスターより小さい値にし、virtual_router_idと仮想IPは両機で同一にします。この仮想IPを各機器のデフォルトゲートウェイとして配れば、切り替わっても機器側の設定を触らずに済みます。

小規模なネットワークでゲートウェイ冗長化が過剰投資になる場面

一方で、数台規模の開発用ネットワークや、外部通信が落ちても業務が止まらない検証環境にまでゲートウェイの冗長化を持ち込むのは過剰投資です。冗長化はルーターやL3スイッチを2台用意し、VRRPの設定と定期的な動作確認を運用に抱えることを意味します。得られる可用性に対して機器コストと運用の手間が見合わない場面では、素直に見送るべきです。

判断の目安はこうです。ゲートウェイが1時間止まったときに実害があるかを問い、なければ冗長化しない。小規模オフィスや検証環境なら、故障時に予備機へ手動で切り替える運用のほうが総コストは低く済みます。可用性の要件が言葉にできないうちは、まず単一ゲートウェイで組み、実害の大きさを見極めてから増設を検討してください。

よくある質問

デフォルトゲートウェイの実務でよく検索される疑問を、設定判断に直結する形で回答します。

デフォルトゲートウェイとは何のためにありますか？

自分のネットワークの外にある相手への通信を、代わりに中継してもらうためにあります。機器は同じネットワーク内の相手にしか直接は届けられないため、外部宛ての通信はデフォルトゲートウェイ（多くはルーター）へ渡し、そこから先へ転送してもらいます。これがないと、LAN内では通信できてもインターネットへは出られません。

デフォルトゲートウェイのアドレスはどうやって確認しますか？

Windowsではコマンドプロンプトでipconfigを実行し、「デフォルトゲートウェイ」の行を見ます。Linuxならip route showの先頭のdefault viaの後ろ、macOSならnetstat -rnのdefaultの行のGateway列が対象です。スマートフォンやルーターの管理画面からも確認できます。

デフォルトゲートウェイの数値は何を入れればよいですか？

自分が接続しているネットワークのルーターのIPアドレスを入れます。必ず自分のIPアドレスと同じネットワークの範囲内である必要があり、範囲外を指定すると外部通信が通りません。多くの家庭用ルーターは末尾が.1（例：192.168.1.1）や.254ですが、これは慣習であって決まりではないため、ルーターの設定画面で実際の値を確認してください。

デフォルトゲートウェイが違うと通信できないのはなぜですか？

ゲートウェイのアドレスを自分のネットワークの範囲外に設定すると、機器はそのゲートウェイ自体を「外部の相手」とみなし、そこへ通信を届けられなくなるためです。中継役に渡せなければ外部宛ての通信はすべて行き止まりになります。同じセグメントの機器はゲートウェイをそろえるのが原則です。

デフォルトゲートウェイを変更する手順は？

Linuxはsudo ip route replace defaultで入れ替え、Windowsはroute -p add 0.0.0.0 mask 0.0.0.0か、New-NetRouteで作り直します。DHCP環境ならサーバー側の配布値を直し、機器でリースを取り直すのが筋です。

デフォルトゲートウェイが0.0.0.0と表示されるのはなぜですか？

ゲートウェイが未設定の状態を表します。経路表の宛先側の0.0.0.0はすべての宛先を指しますが、ゲートウェイ列の0.0.0.0は転送先が決まっていないことを示すため、この状態では外部へ出られません。DHCPから配布値を受け取れていないか、手動設定で空欄のままかを疑います。

デフォルトゲートウェイとルーターは同じものですか？

ほぼ同じものを指しますが、視点が違います。ルーターはネットワーク同士をつなぐ機器そのものの名前で、デフォルトゲートウェイは「その機器を、自分の外部通信の受け渡し先として指定したときの役割名」です。家庭やオフィスでは、設置されたルーターのアドレスがそのままデフォルトゲートウェイとして各機器に設定される、という関係になります。