セキュリティ用語集

NAT(ネットワークアドレス変換)とは?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
主なポイント要点はAIの支援により生成されています。自動生成された要約には、時折誤りがあったり、重要な文脈が抜け落ちたりする場合があるため、完全な情報を得るには、必ずブログ記事の全文をご参照ください。

ネットワークアドレス変換(NAT)は、トラフィックがルーターやファイアウォールを通過する際にパケットヘッダーを書き換えることでIPアドレス空間を再マッピングするアドレス指定方式であり、これにより複数のプライベートホストがパブリックIPv4アドレスを共有し、限られたIPv4アドレス空間を節約することが可能になります。 NATは、内部アドレスやポートを外部のものにマッピングする変換テーブルを維持することで、レイヤ3(およびポート変換の場合はレイヤ4)で動作します。最も一般的な形式はポートアドレス変換(PAT)であり、これにより数千台のホストが1つのパブリックアドレスを共有することが可能になります。 NATはIPv4アドレスの枯渇問題を解決し、付随的な接続フィルタリング機能も提供しますが、状態管理、送信元情報の喪失、プロトコルの非互換性、統合ネットワークにおける複雑さといった運用上の課題も生じます。ただし、IPv6の圧倒的に広いアドレス空間により、NAT導入の主な要因は解消されています。

  • ポートアドレス変換(PAT)は、接続ごとに異なる送信元ポートを割り当てることで、数千台の内部ホストが1つのパブリックIPv4アドレスを共有できるようにするものであり、最も広く導入されているNATのバリエーションです。
  • NATは運用上、トラフィックの送信元を隠蔽するため、インターネットに公開されているログには変換後のアドレスしか表示されないことから、セキュリティインシデントを特定の内部ホストまで追跡するには、タイムスタンプ付きの正確な変換ログが必要となります。
  • IPv6は、すべてのデバイスにグローバルに一意のアドレスを提供する128ビットのアドレス空間により、NATの必要性を排除しますが、IPv4サービスにアクセスするIPv6専用クライアントに対しては、NAT64のような特殊な変換メカニズムが依然として存在します。

NATの概要

AttributeValue
Full nameNetwork address translation
CategoryAddressing method
Defined inRFC 3022 (traditional IP network address translator) and RFC 2663 (terminology)
OSI layerLayer 3, with port translation touching layer 4
Primary useLetting hosts with private IPv4 addresses reach external networks through shared public addresses
Related termsIPv4, IPv6, Private IP address, Firewall, IP address management, DHCP

NATの仕組み

NATデバイスは、2つのアドレス領域(通常はプライベートな内部ネットワークとパブリックなインターネット)の間に配置されます。このデバイスは、内部接続を外部のアドレスおよびポートにマッピングする変換テーブルを保持しています。

  1. 送信パケットの到着:内部ホストが外部の宛先へパケットを送信します。このパケットは、ホストのプライベート送信元アドレスと送信元ポートを保持した状態でNATデバイスに到達します。
  2. 翻訳エントリ作成:デバイスはパブリックアドレスを選択し、ポートアドレス変換では送信元ポートも選択します。そして、内部アドレスとポート、および外部アドレスとポート間のマッピングを、変換テーブルに記録します。
  3. ヘッダーの書き換え:デバイスは、パケットヘッダー内の送信元アドレスとポートを置き換え、チェックサムを再計算します。その後、パケットを宛先に向けて転送します。
  4. 返信の翻訳:外部サーバーは、パブリックアドレスとポートに対して応答します。デバイスはエントリを検索し、元の内部宛先を復元して、パケットをホストに転送します。
  5. エントリの有効期限:接続が切断されたり、タイムアウトを超えてアイドル状態が続いたりすると、デバイスはテーブルエントリを削除し、そのポートを再利用する場合があります。

ポートアドレス変換(NATオーバーロードとも呼ばれる)は最も一般的な形式であり、数千台の内部ホストが1つのパブリックアドレスを共有できるようにします。 静的NATは、1つの内部アドレスを1つの外部アドレスにマッピングするもので、サーバーへのインバウンドアクセスに適しています。要求されていないインバウンドトラフィックにはテーブルエントリがないため、静的マッピングやポートフォワードが存在しない限り、そのトラフィックは破棄されます。一部のプロトコルはペイロードにアドレスを埋め込んでおり、NATを経由して動作させるにはアプリケーション層のヘルパーが必要です。

企業ネットワークにおいてNATが重要な理由

NATが広く普及したのは、IPv4が提供できるアドレス数が約43億個にとどまり、接続されるデバイスの数にはるかに及ばなかったためです。 1つのパブリックアドレスを多数のホストで共有することで、アドレスの枯渇を遅らせ、組織はRFC 1918で予約されたプライベートアドレス範囲を使用して内部ネットワークに番号を割り当てることが可能になりました。その代償はステートです。アクティブな接続ごとにテーブルエントリを占有するため、負荷の高いデバイスではポートやメモリが枯渇し、新しいセッションが切断される可能性があります。

運用上、NATはトラフィックの実際の送信元を隠蔽します。インターネットエッジのログには変換後のアドレスしか表示されないため、インシデントを内部ホストまで追跡するには、正確なタイムスタンプ付きの変換ログが必要となります。合併後にプライベートアドレス範囲が重複すると、ネットワーク間の変換が余儀なくされることが多く、これによりルーティング、DNS応答、トラブルシューティングが複雑化します。 ピアツーピアアプリケーション、VoIP、および一部のVPN設計では、経路上にNATが存在すると、動作に失敗したり、回避策が必要になったりすることがあります。

NAT自体はセキュリティ対策ではありませんが、インバウンドマッピングがないことは、副次的な効果として、望ましくない接続をブロックします。 実際のポリシーはステートフル・ファイアウォールによって提供されます。IPv6は128ビットのアドレス空間を持つため、アドレス不足が変換の要因となることはなくなり、RFC 4864では、NATを使用せずにNATにしばしば帰せられる利点を享受する方法が記述されています。 RFC 6146 で定義されている、IPv6 専用のクライアントを IPv4 サービスに接続する NAT64 などのケースでは、IPv6 においても依然として変換が行われています。

NATに関する一般的な問題

1つのパブリックアドレスには送信元ポートのプールが限られているため、負荷の高いクライアントやプロキシがそれらをすべて使い切ってしまう可能性があります。その結果、特にピーク時の負荷が高い時間帯に、新規接続が失敗したり断続的に停止したりすることがありますが、既存のセッションは引き続き正常に動作します。

ペイロード内にIPアドレスやポートを含むプロトコルは、ヘッダーのみが書き換えられると通信に失敗する可能性があります。一部の音声、動画、およびファイル転送セッションは、NATデバイスにアプリケーションレベルのヘルパーが搭載されているか、エンドポイントがトラバーサル技術を使用していない限り、接続は成立してもメディアやデータが伝送されません。

インターネットに公開されているログには変換後のアドレスのみが表示されるため、多くのユーザーが1つのホストとして認識されてしまいます。タイムスタンプとポート番号を含む変換ログが保持され、相互に関連付けられていない限り、調査担当者はイベントを特定のホストまで追跡することはできません。

NATデバイスがトラフィックを内部へループバックできない場合、パブリックアドレスを経由してサーバーにアクセスする内部クライアントで接続に失敗することがあります。症状としては、インターネットからはサービスが利用できても、内部ネットワークからはタイムアウトが発生するといったものがあり、一般的な回避策としてスプリットホライズンDNSが挙げられます。

(多くの場合、買収後に)同じプライベートアドレス範囲を使用するネットワークを統合すると、ルーティングの競合が発生します。チームは、ドメイン間でダブルNATや変換を追加しますが、これによりトラブルシューティングやDNSレコードの管理が複雑化します。

統合型DDIがネットワーク運用をいかに簡素化するかをぜひご覧ください

自動化、可視性、制御機能が組み込まれた単一のプラットフォームから、DNS、DHCP、IPアドレスを管理できます。

NATに関するよくある質問

関連用語

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

組織のネットワーク向けに、ガバナンスが確立され、監査対応可能なIPAMワークフローおよび承認モデルを構築する

ガバナンスが確立され、監査対応が可能なIPAMワークフローを実現するIP管理ソリューションをご覧ください。企業ネットワークチーム全体で、範囲を限定した承認と完全な監査証跡を実現します…

Read more
コンテンツハブ

OSIモデルの理解:7層構造におけるDNSとIPアドレスの位置づけ

OSIモデルの7つの層と、DNSおよびIPアドレスがそれらにどのように位置づけられるかを理解しましょう。BlueCatでネットワークアーキテクチャの基礎を学びましょう。…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

IPv6 およびデュアルスタック企業ネットワーク向けの DNS および IPAM のスケーリング

デュアルスタック企業ネットワーク向けに DNS および IPAM を拡張します。Micetro が、統合された DNS、DHCP、および IPAM…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Embedding DNS, DHCP, and IPAM into Ansible and Git-based infrastructure-as-code pipelines

Embedding DNS, DHCP, and IPAM into Ansible and Git-based IaC pipelines with Micetro turns address and record changes into versioned, reviewable steps

Read more
ポッドキャスト

ポッドキャスト:AIがエンタープライズソフトウェア開発をどう変えているか

AIはネットワークの自動化を変革しますが、安全な導入には、サービス停止を防ぐための堅固なソフトウェア開発手法、テスト、およびドメインの専門知識が必要です。…

Read more
ポッドキャスト

ポッドキャスト:ネットワーク運用においてオープンプラットフォームが重要な理由

オープンプラットフォームとAPIファーストのアーキテクチャにより、ハイブリッド環境の企業全体で、インテリジェントなネットワーク運用、自動化、そしてAI駆動のワークフローが実現されます。…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

LiveAssistを活用して、すでに保有しているLiveNXのデータから答えを引き出しましょう

LiveNX用のAI搭載アドオン「LiveAssist」が、ネットワークデータを迅速で分かりやすい回答に変換し、わずか数日でその価値を実感できる仕組みについてご覧ください。…

Read more
LiveWire GEN3 device offerings overview with descriptions of deep packet visibility and deployment options
Read more

関連記事