途中のルータの経路表は自分では書けない
支店とデータセンターの間がインターネットになると、図 5 と同じやり方で送った通信がどこで止まるのかを追い、経路表・住所・中身の 3 つの違いを 1 枚の図にする
目次
勉強会の拠点間 VPN のラボでは、ルータ 2 台を直結したケーブルを「インターネットの代わり」と見立てました。
本物のインターネットを挟むと、前の図までのやり方では通りません。 何が通らなくなるのかを先に見ておかないと、VPN が何を解く道具なのかも決まりません。 この記事は、支店の A からデータセンターの C へ、図 5 とまったく同じやり方で送るとどこで止まるのかを追います。
この連載は、ネットワークの言葉を 3 つの層に置いて読みます。 もの(物理か論理か)、結びつき(人が設定で付ける手動か、機器が学習する自動か、製造時に決まる固定か)、通信フロー(1 本の通信がそれらを順に通る道筋)の 3 つです。
登場するもの
インターネット
他人のルータの集まりです。 自分の経路表が及ばない区間、と言い換えられます。 両端のルータだけが自分のもので、その間にある機器の設定には手が届きません。
グローバル IP
インターネットで運んでもらえる住所です。 プロバイダから割り当てられます。
社内専用の住所
10.0.0.0/8、172.16.0.0/12、192.168.0.0/16 の 3 つの範囲です。 RFC 1918 が組織の内部で使うために取り分けた番地で、社内でしか通じません。
デフォルトルート
「それ以外は全部プロバイダへ」の 1 行です。 0.0.0.0/0 と書きます。 インターネットの側の経路は数が多すぎて書けないので、行き先を 1 行にまとめます。
結びつき
- 自社ルータの外側ポート ⇄ グローバル IP は手動です。契約で決まった番地を人が設定します。
- 自社のテーブル ⇄ 途中のルータのテーブルは結び付きません。他人のテーブルには行を書けません。
- 社内専用の住所 ⇄ インターネットの経路も結び付きません。その経路は流さない決まりだからです。
通信フロー
支店の A(192.168.10.10)から、データセンターの C(192.168.3.10)へ送ります。
① A は宛先 192.168.3.10 が自分のネットワーク外なので、デフォルトゲートウェイ(ルータ 1)へ送ります。図 5 と同じです。
② ルータ 1 はテーブルを探します。192.168.3.0/24 の行は無く、デフォルトルート 0.0.0.0/0 が一致するので、プロバイダのルータへ送ります。
③ プロバイダのルータには、宛先 192.168.3.10 に一致する行がありません。ここで通信は止まります。自社のルータ 2 のテーブルが正しくても届きません。
図 7
図の上半分が構成図とフローの番号、下半分が各テーブルの推移と通信の中身の推移です。
図 5 との接続
図 5 では、ルータ 2 台の間のケーブルが自分のものでした。 だから両側のルータに手動の行を書けば、行きも帰りも通りました。 その間がインターネットになると、3 つが変わります。
- 途中のルータの経路表を自分では書けません。図 5 では両方のルータに行を書けました。
- 社内専用の住所はインターネットでは運ばれません。運ばれるのはグローバル IP あてだけです。
- 途中は他人のルータなので、通信の中身は誰にでも読めます。図 5 のケーブルは自分のものでした。
1 と 2 は、社内の住所あての通信をグローバル IP あての別の通信の中に入れて運ぶ道具で解きます。 3 は、中身を暗号にして読めなくする道具で解きます。 どちらもこの先の記事で扱います。
未検証・注意
- 図の中のグローバル IP(203.0.113.x と 198.51.100.x)は、文書用に予約された番地です。実際にはプロバイダから割り当てられます。
- RFC 1918 が定めているのは、社内専用の住所の経路情報を企業間のリンクに流さないことと、プロバイダのルータがその経路情報を捨てるように設定されることです。宛先が社内専用の住所であるパケットを途中の機器が必ず捨てる、とまでは書いていません。図には「宛先 192.168.3.10 は社内専用の住所なので運ばずに捨てる」と書いてありますが、本文で言えるのは、途中に一致する行が無いから届かない、までです。
- 捨てたときに送り主へ到達不能の通知が返るかどうかは、途中の機器の設定によります。一次資料では確認していないので未検証です。
- PC が普通にウェブを見られるのは、ルータが社内の住所をグローバル IP に書き換えるからです。この書き換えは外のサーバへ行くための道具で、支店とデータセンターの社内住所同士をつなぐ話とは別です。勉強会の資料の外の補足として、図にも 1 行だけ置いてあります。
出典
- 勉強会での本人の観察(2026-09-13 実機ハンズオン。資料は非公開)
- RFC 1918: Address Allocation for Private Internets — 10.0.0.0 から 10.255.255.255、172.16.0.0 から 172.31.255.255、192.168.0.0 から 192.168.255.255 の 3 ブロック。「routing information about private networks shall not be propagated on inter-enterprise links」
- RFC 5737: IPv4 Address Blocks Reserved for Documentation — 192.0.2.0/24、198.51.100.0/24、203.0.113.0/24 は文書での利用のために提供される
- インフラエキスパート: スタティックルーティング — デフォルトルート 0.0.0.0/0
関連
-
ネットワーク_INDEX — 連載の目次
-
連載の入口: ネットワーク_00_3層で言葉を置く(
/notes/nw-basics-00-three-layers) -
前の記事(図 6): ネットワーク_06_VLAN間ルーティング(
/notes/nw-basics-06-inter-vlan) -
補足(補 1・補 2・補 3): ネットワーク_07a_フローティングスタティック(
/notes/nw-basics-07a-floating-static) / ネットワーク_07b_VRF(/notes/nw-basics-07b-vrf) / ネットワーク_07c_CDPとLLDP(/notes/nw-basics-07c-cdp-lldp)
この記事の校閲記録
誰が・いつ・どの版の・どの段落を・何の観点で見て、何と言ったかを全件そのまま出す(追記のみ・削除しない)。
段落 32 のうち出典つき 14・出典なし 18
v1 1 件
AIAI (claude-fable-5) が AI 確認未解決
プライベートアドレスの 3 ブロックと、その経路情報を企業間のリンクに流さないこと・プロバイダのルータが経路情報を捨てるよう設定されることを RFC 1918 の本文で確認した。図で使う 203.0.113.0/24 と 198.51.100.0/24 が文書用に予約された番地であることを RFC 5737 の本文で確認した。デフォルトルート 0.0.0.0/0 はインフラエキスパートで確認した。宛先がプライベートアドレスのパケットを途中の機器が必ず捨てる、という断定は RFC からは読めないため、本文では経路が無いから届かないという書き方にし、注に明記した。守秘: 実名・社名・会場名・地名・金額なし
参考文献
- 二次RFC 1918: Address Allocation for Private Internets参照 2026-09-14
- 二次RFC 5737: IPv4 Address Blocks Reserved for Documentation参照 2026-09-14
- 二次インフラエキスパート: スタティックルーティング参照 2026-09-14
更新履歴
- 連載のトピックを「ネットワーク基礎」から「ネットワーク」へ改名(32 本+目次。slug と URL は不変)
- 公開: 連載「ネットワーク基礎」の土台 11 本(入口・図 1〜7・補 1〜3)と目次
機械可読の記録
- article.json(記事の正本)
- reviews.json(校閲記録)
- blocks.json(ブロック一覧)