Cisco ASA シリーズ ファイアウォール ASDM コンフィギュレーション ガイド ソフトウェア バージョン 7.1 ASA 5505、ASA 5510、ASA 5520、ASA 5540、ASA 5550、ASA 5512-X、ASA 5515-X、ASA 5525-X、ASA 5545-X、ASA 5555-X、ASA 5580、ASA 5585-X、および ASA サービス モジュール用
NAT に関する情報
NAT に関する情報
発行日;2013/10/09 | 英語版ドキュメント(2013/09/18 版) | ドキュメントご利用ガイド | ダウンロード ; この章pdf , ドキュメント全体pdf (PDF - 11MB) | フィードバック

目次

NAT に関する情報

NAT を使用する理由

NAT の用語

NAT のタイプ

NAT のタイプの概要

スタティック NAT

スタティック NAT に関する情報

ポート変換を設定したスタティック NAT に関する情報

1 対多のスタティック NAT に関する情報

他のマッピング シナリオ(非推奨)に関する情報

ダイナミック NAT

ダイナミック NAT に関する情報

ダイナミック NAT の欠点と利点

ダイナミック PAT

ダイナミック PAT に関する情報

Per-Session PAT と Multi-Session PAT

ダイナミック PAT の欠点と利点

アイデンティティ NAT

ルーテッド モードとトランスペアレント モードの NAT

ルーテッド モードの NAT

トランスペアレント モードの NAT

NAT と IPv6

NAT の実装方法

ネットワーク オブジェクトと Twice NAT の主な違い

ネットワーク オブジェクト NAT に関する情報

Twice NAT に関する情報

NAT ルールの順序

NAT インターフェイス

NAT パケットのルーティング

マッピング アドレスとルーティング

リモート ネットワークのトランスペアレント モードのルーティング要件

出力インターフェイスの決定

VPN の NAT

NAT とリモート アクセス VPN

NAT およびサイトツーサイト VPN

NAT および VPN 管理アクセス

NAT と VPN のトラブルシューティング

DNS および NAT

関連情報

NAT に関する情報

この章では、ネットワーク アドレス変換(NAT)がASAでどのように機能するかについて説明します。この章は、次の項で構成されています

「NAT を使用する理由」

「NAT の用語」

「NAT のタイプ」

「ルーテッド モードとトランスペアレント モードの NAT」

「NAT と IPv6」

「NAT の実装方法」

「NAT ルールの順序」

「NAT パケットのルーティング」

「VPN の NAT」

「DNS および NAT」

「関連情報」


) NAT の設定を開始するには、「ネットワーク オブジェクト NAT の設定(ASA 8.3 以降)」または「Twice NAT の設定(ASA 8.3 以降)」を参照してください。


NAT を使用する理由

IP ネットワーク内の各コンピュータおよびデバイスには、ホストを識別する固有の IP アドレスが割り当てられています。パブリック IPv4 アドレスが不足しているため、これらの IP アドレスの大部分はプライベートであり、プライベートの企業ネットワークの外部にルーティングできません。RFC 1918 では、アドバタイズされない、内部で使用できるプライベート IP アドレスを定義します。

10.0.0.0 ~ 10.255.255.255

172.16.0.0 ~ 172.31.255.255

192.168.0.0 ~ 192.168.255.255

 

NAT の主な機能の 1 つは、プライベート IP ネットワークがインターネットに接続できるようにすることです。NAT は、プライベート IP アドレスをパブリック IP に置き換え、内部プライベート ネットワーク内のプライベート アドレスをパブリック インターネットで使用可能な正式の、ルーティング可能なアドレスに変換します。このようにして、NAT はパブリック アドレスを節約します。これは、ネットワーク全体に対して 1 つのパブリック アドレスだけを外部に最小限にアドバタイズするように NAT を設定できるからです。

NAT の他の機能には、次のおりです。

セキュリティ:内部アドレスを隠蔽し、直接攻撃を防止します。

IP ルーティング ソリューション:NAT を使用する際は、重複 IP アドレスが問題になりません。

柔軟性:外部で使用可能なパブリック アドレスに影響を与えずに、内部 IP アドレッシング スキームを変更できます。たとえば、インターネットにアクセス可能なサーバの場合、インターネット用に固定 IP アドレスを維持できますが、内部的にはサーバのアドレスを変更できます。

IPv4 と IPv6(ルーテッド モードのみ)の間の変換:IPv4 ネットワークに IPv6 ネットワークを接続する場合は、NAT を使用すると、2 つのタイプのアドレス間で変換を行うことができます。


) NAT は必須ではありません。特定のトラフィックのセットに対して NAT を設定しない場合、そのトラフィックは変換されませんが、すべてのセキュリティ ポリシーが通常どおり適用されます。


NAT の用語

このマニュアルでは、次の用語を使用しています。

実際のアドレス/ホスト/ネットワーク/インターフェイス:実際のアドレスとは、ホストで定義されている、変換前のアドレスです。内部ネットワークが外部にアクセスするときに内部ネットワークを変換するという典型的な NAT のシナリオでは、内部ネットワークが「実際の」ネットワークになります。内部ネットワークだけではなく、ASA に接続されている任意のネットワークを変換できます。したがって、外部アドレスを変換するように NAT を設定した場合、「実際の」は、外部ネットワークが内部ネットワークにアクセスしたときの外部ネットワークを指します。

マッピング アドレス/ホスト/ネットワーク/インターフェイス:マッピング アドレスとは、実際のアドレスが変換されるアドレスです。内部ネットワークが外部にアクセスするときに内部ネットワークを変換するという典型的な NAT のシナリオでは、外部ネットワークが「マッピング」ネットワークになります。

双方向の開始:スタティック NAT では、 双方向に 開始できます。つまり、ホストへの接続とホストからの接続の両方を開始できます。

送信元および宛先の NAT:任意のパケットについて、送信元 IP アドレスと宛先 IP アドレスの両方を NAT ルールと比較し、1 つまたは両方を変換/変換解除することができます。スタティック NAT の場合、ルールは双方向であるため、たとえば、特定の接続が「宛先」アドレスから発生する場合でも、このガイドを通じてのコマンドおよび説明では「送信元」および「宛先」が使用されていることに注意してください。

NAT のタイプ

「NAT のタイプの概要」

「スタティック NAT」

「ダイナミック NAT」

「ダイナミック PAT」

「アイデンティティ NAT」

NAT のタイプの概要

NAT は、次の方法を使用して実装できます。

スタティック NAT:実際の IP アドレスとマッピング IP アドレスとの間での一貫したマッピング。双方向にトラフィックを開始できます。「スタティック NAT」を参照してください。

ダイナミック NAT:実際の IP アドレスのグループが、(通常は、より小さい)マッピング IP アドレスのグループに先着順でマッピングされます。実際のホストだけがトラフィックを開始できます。「ダイナミック NAT」を参照してください。

ダイナミック ポート アドレス変換(PAT):実際の IP アドレスのグループが、1 つの IP アドレスにマッピングされます。この IP アドレスのポートが使用されます。「ダイナミック PAT」を参照してください。

アイデンティティ NAT:実際のアドレスが同一アドレスにスタティックに変換され、基本的に NAT をバイパスします。大規模なアドレスのグループを変換するものの、小さいアドレスのサブセットは免除する場合は、NAT をこの方法で設定できます。「アイデンティティ NAT」を参照してください。

スタティック NAT に関する情報

スタティック NAT では、実際のアドレスからマッピング アドレスへの固定変換が作成されます。マッピング アドレスは連続する各接続で同じなので、スタティック NAT では、双方向の接続(ホストへの接続とホストから接続の両方)を開始できます(接続を許可するアクセス ルールが存在する場合)。一方、ダイナミック NAT および PAT では、各ホストが以降の各変換に対して異なるアドレスまたはポートを使用するので、双方向の開始はサポートされません。

図 2-1 に、一般的なスタティック NAT のシナリオを示します。この変換は常にアクティブなので、実際のホストとリモート ホストの両方が接続を開始できます。

図 2-1 スタティック NAT

 


) 必要に応じて、双方向をディセーブルにできます。


ポート変換を設定したスタティック NAT に関する情報

ポート変換を設定したスタティック NAT では、実際のプロトコルとマッピング プロトコル(TCP または UDP)およびポートを指定できます。

この項は、次の内容で構成されています。

「ポート アドレス変換を設定したスタティック NAT に関する情報」

「アイデンティティ ポート変換を設定したスタティック NAT」

「標準以外のポートのポート変換を設定したスタティック NAT」

「ポート変換を設定したスタティック インターフェイス NAT」

ポート アドレス変換を設定したスタティック NAT に関する情報

スタティック NAT を使用してポートを指定する場合、ポートまたは IP アドレスを同じ値にマッピングするか、別の値にマッピングするかを選択できます。

図 2-2 に、ポート変換が設定された一般的なスタティック NAT のシナリオを示します。自身にマッピングしたポートと、別の値にマッピングしたポートの両方を示しています。いずれのケースでも、IP アドレスは別の値にマッピングされています。この変換は常にアクティブなので、変換されたホストとリモート ホストの両方が接続を開始できます。

図 2-2 ポート変換を設定したスタティック NAT の一般的なシナリオ

 


) セカンダリ チャネルのアプリケーション インスペクションが必要なアプリケーション(FTP、VoIP など)を使用する場合は、ASAが自動的にセカンダリ ポートを変換します。


アイデンティティ ポート変換を設定したスタティック NAT

次のポート変換を設定したスタティック NAT の例では、リモート ユーザが FTP、HTTP、および SMTP にアクセスするための単一のアドレスを提供します。実際にはこれらのサーバは、実際のネットワーク上の異なるデバイスですが、各サーバに対して、異なるポートでも同じマッピング IP アドレスを使用するというポート変換ルールを設定したスタティック NAT を指定できます

標準以外のポートのポート変換を設定したスタティック NAT

ポート変換を設定したスタティック NAT を使用すると、予約済みポートから標準以外のポートへの変換や、その逆の変換も実行できます。たとえば、内部 Web サーバがポート 8080 を使用する場合、ポート 80 に接続することを外部ユーザに許可し、その後、変換を元のポート 8080 に戻すことができます。同様に、セキュリティをさらに高めるには、Web ユーザに標準以外のポート 6785 に接続するように指示し、その後、変換をポート 80 に戻すことができます。

ポート変換を設定したスタティック インターフェイス NAT

スタティック NAT は、実際のアドレスをインターフェイス アドレスとポートの組み合わせにマッピングするように設定できます。たとえば、ASA の外部インターフェイスの Telnet アクセスを内部ホストにリダイレクトする場合、内部ホストの IP アドレス/ポート 23 を ASA のインターフェイス アドレス/ポート 23 にマッピングできます。(ASA への Telnet では最低セキュリティのインターフェイスは許可されませんが、インターフェイス ポート変換を設定したスタティック NAT は、Telnet セッションを拒否するのではなく、リダイレクトします)。

1 対多のスタティック NAT に関する情報

通常、スタティック NAT は 1 対 1 のマッピングで設定します。しかし場合によっては、1 つの実際のアドレスを複数のマッピング アドレスに設定することがあります(1 対多)。1 対多のスタティック NAT を設定する場合、実際のホストがトラフィックを開始すると、常に最初のマッピング アドレスが使用されます。しかし、ホストに向けて開始されたトラフィックの場合、任意のマッピング アドレスへのトラフィックを開始でき、それらのアドレスは単一の実際のアドレスに逆変換されます。

図 2-3 に、一般的な 1 対多のスタティック NAT シナリオを示します。実際のホストが開始すると、常に最初のマッピング アドレスが使用されるため、実際のホスト IP/最初のマッピング IP の変換は、理論的には双方向変換のみが行われます。

図 2-3 1 対多のスタティック NAT

 

たとえば、10.1.2.27 にロード バランサがあるとします。要求される URL に応じて、トラフィックを正しい Web サーバにリダイレクトします。

他のマッピング シナリオ(非推奨)に関する情報

ASAには、1 対 1、1 対多だけではなく、少対多、多対少、多対 1 など任意の種類のスタティック マッピング シナリオを使用できるという柔軟性があります。1 対 1 マッピングまたは 1 対多マッピングだけを使用することをお勧めします。これらの他のマッピング オプションは、予期しない結果が発生する可能性があります。

機能的には、少対多は 1 対多と同じです。ただし、設定が複雑になり、実際のマッピングがひと目で明らかにならない可能性があるため、必要とする実際の各アドレスに対して 1 対多の設定を作成することを推奨します。たとえば、少対多のシナリオでは、少数の実際のアドレスが多数のマッピング アドレスに順番にマッピングされます(A は 1、B は 2、C は 3)。すべての実際のアドレスがマッピングされたら、次にマッピングされるアドレスは、最初の実際のアドレスにマッピングされ、すべてのマッピング アドレスがマッピングされるまで続行されます(A は 4、B は 5、C は 6)。この結果、実際の各アドレスに対して複数のマッピング アドレスが存在することになります。1 対多のコンフィギュレーションのように、最初のマッピングだけが双方向であり、以降のマッピングでは、実際のホスト のトラフィックを開始できますが、実際のホスト から のすべてのトラフィックは、送信元の最初のマッピング アドレスだけを使用できます。

図 2-4 に、一般的な少対多のスタティック NAT シナリオを示します。

図 2-4 少対多のスタティック NAT

 

多対少または多対 1 コンフィギュレーションでは、マッピング アドレスよりも多くの実際のアドレスが存在します。実際のアドレスが不足するよりも前に、マッピング アドレスが不足します。双方向の開始を実現できるのは、最下位の実際の IP アドレスとマッピングされたプールの間でマッピングを行ったときだけです。残りのそれより高位の実際のアドレスはトラフィックを開始できますが、これらへのトラフィックを開始できません。接続のリターン トラフィックは、接続の固有の 5 つのタプル(送信元 IP、宛先 IP、送信元ポート、宛先ポート、プロトコル)によって適切な実際のアドレスに転送されます。


) 多対少または多対 1 の NAT は PAT ではありません。2 台の実ホストが同じ送信元ポート番号を使用し、同じ外部サーバおよび同じ TCP 宛先ポートに接続し、両方のホストが同一の IP アドレスに変換されると、アドレスが競合する(5 つのタプルが固有ではない)ため、接続は両方ともリセットされます。


図 2-5 に、一般的な多対少のスタティック NAT のシナリオを示します。

図 2-5 多対少のスタティック NAT

 

このようにスタティック ルールを使用するのではなく、双方向の開始を必要とするトラフィックに 1 対 1 のルールを作成し、残りのアドレスにダイナミック ルールを作成することをお勧めします。

ダイナミック NAT

この項では、ダイナミック NAT について説明します。説明する項目は次のとおりです。

「ダイナミック NAT に関する情報」

「ダイナミック NAT の欠点と利点」

ダイナミック NAT に関する情報

ダイナミック NAT では、実際のアドレスのグループは、宛先ネットワーク上でルーティング可能なマッピング アドレスのプールに変換されます。マッピングされたプールにあるアドレスは、通常、実際のグループより少なくなります。変換対象のホストが宛先ネットワークにアクセスすると、ASAは、マッピングされたプールから IP アドレスをそのホストに割り当てます。変換は、実際のホストが接続を開始したときにだけ作成されます。変換は接続が継続している間だけ有効であり、変換がタイムアウトすると、そのユーザは同じ IP アドレスを保持しません。したがって、アクセス ルールでその接続が許可されている場合でも、宛先ネットワークのユーザは、ダイナミック NAT を使用するホストへの確実な接続を開始できません。

図 2-6 に、一般的なダイナミック NAT のシナリオを示します。実際のホストだけが NAT セッションを作成でき、応答トラフィックが許可されます。

図 2-6 ダイナミック NAT

 


) 変換が継続している間、アクセス ルールで許可されていれば、リモート ホストは変換済みホストへの接続を開始できます。アドレスは予測不可能であるため、ホストへの接続は確立されません。ただし、この場合は、アクセス ルールのセキュリティに依存できます。


ダイナミック NAT の欠点と利点

ダイナミック NAT には、次の欠点があります。

マッピングされたプールにあるアドレスが実際のグループより少ない場合、予想以上にトラフィックが多いと、アドレスが不足する可能性があります。

PAT では、1 つのアドレスのポートを使用して 64,000 を超える変換を処理できるため、このイベントが頻繁に発生する場合は、PAT または PAT のフォール バック方式を使用します。

マッピング プールで大量のルーティング可能なアドレスを使用する必要があり、ルーティング可能なアドレスを大量に使用できない場合があります。

ダイナミック NAT の利点は、一部のプロトコルが PAT を使用できないということです。たとえば、PAT は次の場合は機能しません。

GRE バージョン 0 などのように、オーバーロードするためのポートがない IP プロトコルでは機能しません。

一部のマルチメディア アプリケーションなどのように、1 つのポート上にデータ ストリームを持ち、別のポート上に制御パスを持ち、公開規格ではないアプリケーションでも機能しません。

NAT および PAT のサポートの詳細については、「デフォルト設定」を参照してください。

ダイナミック PAT

この項では、ダイナミック PAT について説明します。次の項目を取り上げます。

「ダイナミック PAT に関する情報」

「Per-Session PAT と Multi-Session PAT」

「ダイナミック PAT の欠点と利点」

ダイナミック PAT に関する情報

ダイナミック PAT では、実際のアドレスおよび送信元ポートが 1 つのマッピング アドレスおよび固有のポートに変換されることによって、複数の実際のアドレスが 1 つのマッピング IP アドレスに変換されます。可能な場合は、実際の送信元ポート番号がマッピング ポートに使用されます。ただし、実際のポートが使用 できない 場合は、デフォルトでマッピング ポートは実際のポート番号と同じポートの範囲(0~511、512~1023、および 1024~65535)から選択されます。したがって、1024 未満のポートに使用できるのは、小さな PAT プール 1 つだけです。下位ポート範囲を使用するトラフィックが数多くある場合は、サイズが異なる 3 つの層の代わりにフラットなポート範囲を使用するように指定できます。

送信元ポートが接続ごとに異なるため、各接続には別の変換セッションが必要です。たとえば、10.1.1.1:1025 には、10.1.1.1:1026 とは別の変換が必要です。

図 2-7 に、一般的なダイナミック PAT のシナリオを示します。実際のホストだけが NAT セッションを作成でき、応答トラフィックが許可されます。マッピング アドレスはどの変換でも同じですが、ポートがダイナミックに割り当てられます。

図 2-7 ダイナミック PAT

 

接続の有効期限が切れると、ポート変換も有効期限切れになります。Multi-Session PAT では、デフォルトで 30 秒の PAT タイムアウトが使用されます。Per-Session PAT の場合、xlate がただちに削除されます。宛先ネットワークのユーザは、PAT を使用するホストへの接続を確実には開始できません(アクセス ルールでその接続が許可されている場合も同じです)。


) 変換が継続している間、アクセス ルールで許可されていれば、リモート ホストは変換済みホストへの接続を開始できます。実際のポート アドレスおよびマッピング ポート アドレスはどちらも予測不可能であるため、ホストへの接続は確立されません。ただし、この場合は、アクセス ルールのセキュリティに依存できます。


Per-Session PAT と Multi-Session PAT

Per-session PAT 機能によって PAT のスケーラビリティが向上し、クラスタリングの場合に各メンバ ユニットに独自の PAT 接続を使用できるようになります。Multi-Session PAT 接続は、マスター ユニットに転送してマスター ユニットを所有者とする必要があります。Per-session PAT セッションの終了時に、ASA からリセットが送信され、即座に xlate が削除されます。このリセットによって、エンド ノードは即座に接続を解放し、TIME_WAIT 状態を回避します。対照的に、Multi-Session PAT では、PAT タイムアウトが使用されます(デフォルトでは 30 秒)。「ヒットエンドラン」トラフィック、たとえば HTTP や HTTPS の場合は、Per-session 機能によって、1 アドレスでサポートされる接続率が大幅に増加することがあります。Per-session 機能を使用しない場合は、特定の IP プロトコルに対する 1 アドレスの最大接続率は約 2000/秒です。Per-session 機能を使用する場合は、特定の IP プロトコルに対する 1 アドレスの接続率は 65535/平均ライフタイムです。

デフォルトでは、すべての TCP トラフィックおよび UDP DNS トラフィックが、Per-session PAT xlate を使用します。H.323、SIP、Skinny など、Multi-Session PAT による利点があるトラフィックの場合、Per-Session PAT 拒否ルールを作成して、Per-Session PAT をディセーブルにできます。「Per-Session PAT ルールの設定」を参照してください。

ダイナミック PAT の欠点と利点

ダイナミック PAT では、1 つのマッピング アドレスを使用できるため、ルーティング可能なアドレスが節約されます。さらに、ASA インターフェイスの IP アドレスを PAT アドレスとして使用できます。

ダイナミック PAT は、制御パスとは異なるデータ ストリームを持つ一部のマルチメディア アプリケーションでは機能しません。NAT および PAT のサポートの詳細については、「デフォルト設定」を参照してください。

ダイナミック PAT では、1 つの IP アドレスから発信されたように見える大量の接続が作成されることがあり、サーバは DoS 攻撃としてトラフィックを解釈する場合があります。アドレスの PAT プールを設定して、PAT アドレスのラウンドロビン割り当てを使用すると、この状況を緩和できます。

アイデンティティ NAT

IP アドレスを自身に変換する必要のある NAT コンフィギュレーションを設定できます。たとえば、NAT を各ネットワークに適するものの、1 つのネットワークを NAT から除外するという広範なルールを作成する場合、スタティック NAT ルールを作成して、アドレスを自身に変換することができます。アイデンティティ NAT は、NAT からクライアント トラフィックを除外する必要のある、リモート アクセス VPN で必要です。

図 2-8 に、一般的なアイデンティティ NAT のシナリオを示します。

図 2-8 アイデンティティ NAT

 

ルーテッド モードとトランスペアレント モードの NAT

NAT は、ルーテッド モードおよびトランスペアレント ファイアウォール モードの両方に設定できます。この項では、各ファイアウォール モードの一般的な使用方法について説明します。説明する項目は次のとおりです。

「ルーテッド モードの NAT」

「トランスペアレント モードの NAT」

ルーテッド モードの NAT

図 2-9 は、内部にプライベート ネットワークを持つ、ルーテッド モードの一般的な NAT の例を示しています。

図 2-9 NAT の例:ルーテッド モード

 

1. 内部ホスト 10.1.2.27 が Web サーバにパケットを送信すると、パケットの実際の送信元アドレス 10.1.2.27 はマッピング アドレス 209.165.201.10 に変更されます。

2. 応答時、サーバはマッピング アドレス 209.165.201.10 に応答を送信します。ASA はプロキシ ARP を実行してパケットを要求するため、ASA がパケットを受信します。

3. ASA はその後、パケットをホストに送信する前に、マッピング アドレス 209.165.201.10 を変換し、実際のアドレス 10.1.2.27 に戻します。

トランスペアレント モードの NAT

NAT をトランスペアレント モードで使用すると、ネットワークで NAT を実行するためのアップストリーム ルータまたはダウンストリーム ルータが必要なくなります。

トランスペアレント モードの NAT には、次の要件および制限があります。

トランスペアレント ファイアウォールにはインターフェイス IP アドレスがないため、インターフェイス PAT を使用できません。

ARP インスペクションはサポートされていません。また、何らかの理由で、一方のASAのホストがもう一方のASAのホストに ARP 要求を送信し、開始ホストの実際のアドレスが同じサブネットの別のアドレスにマッピングされる場合、実際のアドレスは ARP 要求で可視のままになります。

IPv4 および IPv6 ネットワークの間の変換はサポートされていません。2 つの IPv6 ネットワーク間、または 2 つの IPv4 ネットワーク間の変換がサポートされます。

図 2-10 に、インターフェイス内部と外部に同じネットワークを持つ、トランスペアレント モードの一般的な NAT のシナリオを示します。このシナリオのトランスペアレント ファイアウォールは NAT サービスを実行しているため、アップストリーム ルータは NAT を実行する必要がありません。

図 2-10 NAT の例:トランスペアレント モード

 

1. 内部ホスト 10.1.1.75 が Web サーバにパケットを送信すると、パケットの実際の送信元アドレス 10.1.1.75 はマッピング アドレス 209.165.201.15 に変更されます。

2. サーバが応答すると、マッピング アドレス 209.165.201.15 に応答を送信し、ASA がそのパケットを受信します。これは、アップストリーム ルータには、ASA の管理 IP アドレスに転送されるスタティック ルートにこのマッピング ネットワークが含まれるためです。必要なルートの詳細については、「マッピング アドレスとルーティング」を参照してください。

3. その後、ASAはマッピング アドレス 209.165.201.15 を変換して実際のアドレス 10.1.1.1.75 に戻します。実際のアドレスは直接接続されているため、ASAはそのアドレスを直接ホストに送信します。

4. ホスト 192.168.1.2 の場合も、リターン トラフィックを除き、同じプロセスが発生します。ASA はルーティング テーブルでルートを検索し、192.168.1.0/24 の ASA スタティック ルートに基づいてパケットを 10.1.1.3 にあるダウンストリーム ルータに送信します。必要なルートの詳細については、「リモート ネットワークのトランスペアレント モードのルーティング要件」を参照してください。

NAT と IPv6

NAT を使用すると、IPv6 ネットワーク間、さらに IPv4 および IPv6 ネットワークの間で変換できます(ルーテッド モードのみ)。次のベスト プラクティスを推奨します。

NAT66(IPv6-to-IPv6):スタティック NAT を使用することを推奨します。ダイナミック NAT または PAT を使用できますが、IPv6 アドレスは大量にあるため、ダイナミック NAT を使用する必要がありません。リターン トラフィックを許可しない場合は、スタティック NAT ルールを単一方向にできます(Twice NAT のみ)。

NAT46(IPv4-to-IPv6):スタティック NAT を使用することを推奨します。IPv6 アドレス空間は IPv4 アドレス空間よりもかなり大きいので、容易にスタティック変換に対応できます。リターン トラフィックを許可しない場合は、スタティック NAT ルールを単一方向にできます(Twice NAT のみ)。IPv6 サブネットに変換する場合(/96 以下)、結果のマッピング アドレスはデフォルトで IPv4 埋め込み IPv6 アドレスとなります。このアドレスでは、IPv4 アドレスの 32 ビットが IPv6 プレフィックスの後に埋め込まれています。たとえば、IPv6 プレフィックスが /96 プレフィックスの場合、IPv4 アドレスは、アドレスの最後の 32 ビットに追加されます。たとえば、201b::0/96 に 192.168.1.0/24 をマッピングする場合、192.168.1.4 は 201b::0.192.168.1.4 にマッピングされます(混合表記で表示)。/64 など、より小さいプレフィックスの場合、IPv4 アドレスがプレフィックスの後に追加され、サフィックスの 0s が IPv4 アドレスの後に追加されます。また、任意で、ネット間のアドレスを変換できます。この場合、最初の IPv6 アドレスに最初の IPv4 アドレス、2 番目 IPv6 アドレスに 2 番目の IPv4 アドレス、のようにマッピングします。

NAT64(IPv6-to-IPv4):IPv6 アドレスの数に対応できる十分な数の IPv4 アドレスがない場合があります。大量の IPv4 変換を提供するためにダイナミック PAT プールを使用することを推奨します。

特定の実装のガイドラインおよび制約事項については、設定の章を参照してください。

5.

NAT の実装方法

ASAは、 ネットワーク オブジェクト NAT および Twice NAT という 2 種類の方法でアドレス変換を実装できます。この項は、次の内容で構成されています。

「ネットワーク オブジェクトと Twice NAT の主な違い」

「ネットワーク オブジェクト NAT に関する情報」

「Twice NAT に関する情報」

ネットワーク オブジェクトと Twice NAT の主な違い

これら 2 つの NAT タイプの主な違いは、次のとおりです。

実際のアドレスの定義方法

ネットワーク オブジェクト NAT:ネットワーク オブジェクトのパラメータとして NAT を定義します。ネットワーク オブジェクトは、IP ホスト、範囲、またはサブネットの名前を指定するので、実際の IP アドレスではなく、設定内のオブジェクトを使用できます。ネットワーク オブジェクトの IP アドレスは実際のアドレスとして利用できます。この方式では、設定の他の部分ですでに使用されている可能性のあるネットワーク オブジェクトに NAT を容易に追加できます。

Twice NAT:実際のアドレスとマッピング アドレスの両方のネットワーク オブジェクトまたはネットワーク オブジェクト グループを識別します。この場合、NAT はネットワーク オブジェクトのパラメータではありません。ネットワーク オブジェクトまたはグループが、NAT コンフィギュレーションのパラメータです。実際のアドレスのネットワーク オブジェクト グループ を使用できることは、Twice NAT がよりスケーラブルであることを意味します。

送信元および宛先 NAT の実装方法

ネットワーク オブジェクト NAT:各ルールは、パケットの送信元または宛先のいずれかに適用できます。つまり、送信元 IP アドレスに 1 つ、宛先 IP アドレスに 1 つと、2 つのルールが使用されることがあります。これらの 2 つのルールを相互に結び付けて、送信先と宛先の組み合わせに特定の変換を適用することはできません。

Twice NAT:1 つのルールが送信元と宛先の両方を変換します。一致するパケットは、1 つのルールだけに一致します。これ以外のルールはチェックされません。Twice NAT にオプションの宛先アドレスを設定しない場合でも、一致するパケットは、1 つの Twice NAT ルールだけに一致します。送信元および宛先は相互に結び付けられるので、送信元と宛先の組み合わせに応じて、異なる変換を適用できます。たとえば、sourceA/destinationA には、sourceA/destinationB とは異なる変換を設定できます。

NAT ルールの順序

ネットワーク オブジェクト NAT:NAT テーブルで自動的に順序付けされます。

Twice NAT:NAT テーブルで、手動で順序付けします(ネットワーク オブジェクト NAT ルールの前または後)。

詳細については、「NAT ルールの順序」を参照してください。

Twice NAT の追加機能を必要としない場合は、ネットワーク オブジェクト NAT を使用することをお勧めします。ネットワーク オブジェクト NAT は設定が容易で、Voice over IP(VoIP)などの用途では、信頼性が高い場合があります (Twice NAT は 2 つのオブジェクト間だけに適用可能であるため、VoIP では、いずれのオブジェクトにも属さない間接アドレスの変換が失敗することがあります)。

ネットワーク オブジェクト NAT に関する情報

ネットワーク オブジェクトのパラメータとして設定されているすべての NAT ルールは、 ネットワーク オブジェクト NAT ルールと見なされます。ネットワーク オブジェクト NAT は、1 つの IP アドレス、アドレスの範囲、またはサブネットであるネットワーク オブジェクトの NAT を設定するための迅速かつ容易な方法です。

ネットワーク オブジェクトを設定すると、このオブジェクトのマッピング アドレスをインライン アドレスとして、または別のネットワーク オブジェクトやネットワーク オブジェクト グループのいずれかとして識別できるようになります。

パケットがASAに入ると、送信元 IP アドレスと宛先 IP アドレスの両方がネットワーク オブジェクト NAT ルールと照合されます。個別の照合が行われる場合、パケット内の送信元 IP アドレスと宛先 IP アドレスは、個別のルールによって変換できます。これらのルールは、相互に結び付けられていません。トラフィックに応じて、異なる組み合わせのルールを使用できます。

ルールがペアになることはないので、sourceA/destinationA で sourceA/destinationB とは別の変換が行われるように指定することはできません。この種の機能には、Twice NAT を使用します(Twice NAT を使用すると、1 つのルールで送信元アドレスおよび宛先アドレスを識別できます)。

ネットワーク オブジェクト NAT の設定を開始するには、「ネットワーク オブジェクト NAT の設定(ASA 8.3 以降)」を参照してください。

Twice NAT に関する情報

Twice NAT では、1 つのルールで送信元アドレスおよび宛先アドレスの両方を識別できます。送信元アドレスと宛先アドレスの両方を指定すると、sourceA/destinationA で sourceA/destinationB とは別の変換が行われるように指定できます。

宛先アドレスはオプションです。宛先アドレスを指定する場合、宛先アドレスを自身にマッピングするか(アイデンティティ NAT)、別のアドレスにマッピングできます。宛先マッピングは、常にスタティック マッピングです。

Twice NAT では、ポート変換が設定されたスタティック NAT のサービス オブジェクトを使用できます。ネットワーク オブジェクト NAT は、インライン定義だけを受け入れます。

Twice NAT の設定を開始するには、「Twice NAT の設定(ASA 8.3 以降)」を参照してください。

図 2-11 に、2 台の異なるサーバにアクセスしている 10.1.2.0/24 ネットワークのホストを示します。ホストがサーバ 209.165.201.11 にアクセスすると、実際のアドレスは 209.165.202.129 に変換されます。ホストがサーバ 209.165.200.225 にアクセスすると、実際のアドレスは 209.165.202.130 に変換されます

図 2-11 異なる宛先アドレスを使用する Twice NAT

 

図 2-12 に、送信元ポートおよび宛先ポートの使用例を示します。10.1.2.0/24 ネットワークのホストは Web サービスと Telnet サービスの両方を提供する 1 つのホストにアクセスします。ホストが Web サービスを求めてサーバにアクセスすると、実際のアドレスは 209.165.202.129 に変換されます。ホストが Telnet サービスを求めて同じサーバにアクセスすると、実際のアドレスは 209.165.202.130 に変換されます。

図 2-12 異なる宛先ポートを使用する Twice NAT

 

図 2-13 に、マッピングされたホストに接続するリモート ホストを示します。マッピングされたホストには、209.165.201.0/27 ネットワークが起点または終点となるトラフィックに限り実際のアドレスを変換するスタティック Twice NAT 変換があります。209.165.200.224/27 ネットワーク用の変換は存在しません。したがって、変換済みのホストはそのネットワークに接続できず、そのネットワークのホストも変換済みのホストに接続できません。

図 2-13 宛先アドレス変換が設定されたスタティック Twice NAT

 

NAT ルールの順序

ネットワーク オブジェクト NAT ルールおよび Twice NAT ルールは、3 セクションに分割される 1 つのテーブルに保存されます。セクション 1 のルールが最初に適用され、次にセクション 2、最後にセクション 3 が適用されます。 表 2-1 に、各セクション内のルールの順序を示します。

 

表 2-1 NAT ルール テーブル

テーブルのセクション
ルールの種類
セクション内のルールの順序

セクション 1

Twice NAT

コンフィギュレーションに登場する順に、最初の一致ベースで適用されます。デフォルトでは、Twice NAT ルールはセクション 1 に追加されます。

(注) EasyVPN リモートを設定する場合、ASA は、このセクションの末尾に非表示の NAT ルールをダイナミックに追加します。非表示のルールではなく、VPN トラフィックに一致する Twice NAT ルールは、このセクションで設定しないでください。NAT エラーのために VPN が機能しない場合は、このセクションではなく、セクション 3 に NAT ルールを追加することを検討してください。

セクション 2

ネットワーク オブジェクト NAT

セクション 2 のルールは、ASAで自動的に決定されるように、次の順に適用されます。

1. スタティック ルール

2. ダイナミック ルール

各ルール タイプでは、次の順序ガイドラインが使用されます。

a. 実際の IP アドレスの数量:小から大の順。たとえば、アドレスが 1 個のオブジェクトは、アドレスが 10 個のオブジェクトよりも先に評価されます。

b. 数量が同じ場合には、アドレス番号(低から高の順)が使用されます。たとえば、10.1.1.0 は、11.1.1.0 よりも先に評価されます。

c. 同じ IP アドレスが使用される場合、ネットワーク オブジェクトの名前がアルファベット順で使用されます。たとえば、abracadabra は catwoman よりも先に評価されます。

セクション 3

Twice NAT

セクション 3 のルールは、コンフィギュレーションに登場する順に、最初の一致ベースで適用されます。Twice NAT ルールを追加するときには、このルールをセクション 3 に追加するかどうかを指定できます。

たとえばセクション 2 のルールでは、ネットワーク オブジェクト内に定義されている次の IP アドレスがあるとします。

192.168.1.0/24(スタティック)

192.168.1.0/24(ダイナミック)

10.1.1.0/24(スタティック)

192.168.1.1/32(ダイナミック)

172.16.1.0/24(ダイナミック)(オブジェクト def)

172.16.1.0/24(ダイナミック)(オブジェクト abc)

この結果、使用される順序は次のとおりです。

192.168.1.1/32(ダイナミック)

10.1.1.0/24(スタティック)

192.168.1.0/24(スタティック)

172.16.1.0/24(ダイナミック)(オブジェクト abc)

172.16.1.0/24(ダイナミック)(オブジェクト def)

192.168.1.0/24(ダイナミック)

NAT インターフェイス

任意のインターフェイス(つまり、すべてのインターフェイス)に適用できるように NAT ルールを設定することも、特定の実際のインターフェイスおよびマッピング インターフェイスを識別することもできます。実際のアドレスには任意のインターフェイスを指定できます。マッピング インターフェイスには特定のインターフェイスを指定できます。または、その逆も可能です。

たとえば、複数のインターフェイスで同じプライベート アドレスを使用し、外部へのアクセス時にはすべてのインターフェイスを同じグローバル プールに変換する場合、実際のアドレスに任意のインターフェイスを指定し、マッピング アドレスには outside インターフェイスを指定します。


) トランスペアレント モードでは、特定の送信元インターフェイスと宛先インターフェイスを選択する必要があります。


NAT パケットのルーティング

ASA は、マッピング アドレスに送信されるパケットの宛先である必要があります。ASA は、マッピング アドレスの送信先を受信するすべてのパケットの出力インターフェイスを決定する必要があります。ここでは、ASA が NAT を使用してパケットの受け入れおよび配信をどのように処理するかについて説明します。次の項目を取り上げます。

「マッピング アドレスとルーティング」

「リモート ネットワークのトランスペアレント モードのルーティング要件」

「出力インターフェイスの決定」

マッピング アドレスとルーティング

実際のアドレスをマッピング アドレスに変換すると、必要に応じてマッピング アドレスのルーティングを設定する方法が選択したマッピング アドレスによって決まります。

マッピング IP アドレスに関するその他のガイドラインについては、「ネットワーク オブジェクト NAT の設定(ASA 8.3 以降)」および「Twice NAT の設定(ASA 8.3 以降)」を参照してください。

次のマッピング アドレスのタイプを参照してください。

マッピング インターフェイスと同じネットワーク上のアドレス

マッピング インターフェイスと同じネットワーク上のアドレスを使用する場合、ASA はプロキシ ARP を使用してマッピング アドレスの ARP 要求に応答し、マッピング アドレス宛てのトラフィックを代行受信します。この方法では、ASAがその他のネットワークのゲートウェイである必要がないため、ルーティングが簡略化されます。このソリューションは、外部ネットワークに十分な数のフリー アドレスが含まれている場合に最も適しており、ダイナミック NAT またはスタティック NAT などの 1:1 変換を使用している場合は考慮が必要です。ダイナミック PAT では、少数のアドレスで使用できる変換の数が大きく拡張されます。そのため、外部ネットワークで使用できるアドレスが少なくても、この方法を使用できます。PAT では、マッピング インターフェイスの IP アドレスも使用できます。


マッピング インターフェイスを任意のインターフェイスとして設定し、マッピング インターフェイスの 1 つとして同じネットワーク上のマッピング アドレスを指定すると、そのマッピング アドレスの ARP 要求を別のインターフェイスで受信する場合、入力インターフェイスでそのネットワークの ARP エントリを手動で設定し、その MAC アドレスを指定する必要があります(arp コマンドを参照)。通常、マッピング インターフェイスのインターフェイスを指定すると、マッピング アドレスの固有のネットワークを使用するので、この状況は発生しません。


固有のネットワーク上のアドレス

マッピング インターフェイスで使用可能なアドレスより多くのアドレスが必要な場合は、別のサブネット上のアドレスを指定できます。アップストリーム ルータには、ASA をポイントするマッピング アドレスのスタティック ルートが必要です。または、ルーテッド モードの場合、ASA でマッピング アドレスのスタティック ルートを設定し、ルーティング プロトコルを使用してルートを再配布します。トランスペアレント モードの場合は、実際のホストが直接接続されていれば、ASA を指すアップストリーム ルータにスタティック ルートを設定します。ブリッジ グループ IP アドレスを指定します。トランスペアレント モードのリモート ホストの場合、アップストリーム ルータのスタティック ルートで代わりにダウンストリーム ルータの IP アドレスを指定できます。

実際のアドレスと同じアドレス(アイデンティティ NAT)。

アイデンティティ NAT のデフォルト動作ではプロキシ ARP がイネーブルになっており、他のスタティック NAT ルールと一致します。必要に応じて、プロキシ ARP をディセーブルにできます。 :必要に応じて標準スタティック NAT のプロキシ ARP をディセーブルにできます。その場合は、アップストリーム ルータの適切なルートがあることを確認する必要があります。

通常、アイデンティティ NAT には、プロキシ ARP は必要なく、場合によっては接続の問題を引き起こすことがあります。たとえば、任意の IP アドレスの広範なアイデンティティ NAT ルールを設定した場合、プロキシ ARP をイネーブルのままにしておくと、マッピング インターフェイスに直接接続されたネットワーク上のホストの問題を引き起こすことがあります。この場合、マッピング ネットワークのホストが同じネットワークの他のホストと通信すると、ARP 要求内のアドレスは(任意のアドレスと一致する)NAT ルールと一致します。パケットが実際には ASA 宛てではなくても、ASA はそのアドレスのプロキシ ARP を実行します。(この問題は、NAT ルールが設定されている場合でも発生します。NAT ルールは送信元と宛先両方のアドレスと一致する必要がありますが、プロキシ ARP の決定は「送信元」アドレスに対してのみ行われます)。実際のホストの ARP 応答の前に ASA の ARP 応答を受信した場合、トラフィックは誤って ASA に送信されます(図 2-14 を参照)。

図 2-14 アイデンティティ NAT に関するプロキシ ARP の問題

 

まれに、アイデンティティ NAT にプロキシ ARP が必要になります。たとえば、仮想 Telnet 用です。AAA をネットワーク アクセスに使用すると、ホストは、その他のトラフィックが通過する前に、Telnet などのサービスを使用して ASA に対して認証する必要があります。必要なログインを提供するために、ASA に仮想 Telnet サーバを設定できます。仮想 Telnet アドレスに外部からアクセスする場合は、特にプロキシ ARP 機能用のアドレスのアイデンティティ NAT ルールを設定する必要があります。仮想 Telnet の内部プロセスにより、プロキシ ARP では ASA は NAT ルールに応じて送信元インターフェイスからトラフィックを送信するのではなく、仮想 Telnet アドレス宛てのトラフィックを保持できます。(図 2-15 を参照)。

図 2-15 プロキシ ARP と仮想 Telnet

 

リモート ネットワークのトランスペアレント モードのルーティング要件

トランスペアレント モードで NAT を使用する場合、一部のタイプのトラフィックには、スタティック ルートが必要になります。詳細については、を参照してください。

出力インターフェイスの決定

ASA がマッピング アドレスのトラフィックを受信する場合、ASA は NAT ルールに従って宛先アドレスを逆変換し、実際のアドレスにパケットを送信します。ASA は、次の方法でパケットの出力インターフェイスを決定します。

トランスペアレント モード:ASA は NAT ルールを使用して実際のアドレスの出力インターフェイスを決定します。NAT ルールの一部として送信元インターフェイスと宛先インターフェイスを指定する必要があります。

ルーテッド モード:ASA は、次のいずれかの方法で出力インターフェイスを決定します。

NAT ルールでインターフェイスを設定する:ASA は NAT ルールを使用して出力インターフェイスを決定します。ただし、代わりにオプションとして常にルート ルックアップを使用することもできます。一部のシナリオでは、ルート ルックアップの上書きが必要になる場合があります。たとえば、「NAT および VPN 管理アクセス」を参照してください。

NAT ルールでインターフェイスを設定しない:ASA はルート ルックアップを使用して出力インターフェイスを決定します。

図 2-16 は、ルーテッド モードで出力インターフェイスを選択する方法を示します。ほとんどの場合、ルート ルックアップは NAT ルールのインターフェイスと同じです。ただし、一部のコンフィギュレーションでは、2 つの方法が異なる場合があります。

図 2-16 ルーテッド モードでの出力インターフェイスの選択

 

VPN の NAT

「NAT とリモート アクセス VPN」

「NAT およびサイトツーサイト VPN」

「NAT および VPN 管理アクセス」

「NAT と VPN のトラブルシューティング」

NAT とリモート アクセス VPN

図 2-17 は、内部サーバ(10.1.1.6)とインターネットにアクセスする VPN クライアント(209.165.201.10)を示します。VPN クライアント用のスプリット トンネリング(指定したトラフィックのみが VPN トンネル上でやりとりされる)を設定しない限り、インターネット バインドされた VPN トラフィックも ASA を経由する必要があります。VPN トラフィックが ASA に渡されると、ASA はパケットを復号化し、得られたパケットには送信元として VPN クライアント ローカル アドレス(10.3.3.10)が含まれています。内部ネットワークと VPN クライアント ローカル ネットワークの両方で、インターネットにアクセスするために NAT によって提供されるパブリック IP アドレスが必要です。次の例では、インターフェイス PAT ルールを使用しています。VPN トラフィックが、入ってきたインターフェイスと同じインターフェイスから出て行けるようにするには、インターフェイス内通信(別名「ヘアピン ネットワーキング」)をイネーブルにする必要があります。

図 2-17 インターネット宛 VPN トラフィックのインターフェイス PAT(インターフェイス内)

 

図 2-18 に、内部のメール サーバにアクセスする VPN クライアントを示します。ASA は、内部ネットワークと外部ネットワークの間のトラフィックが、インターネット アクセス用に設定したインターフェイス PAT ルールに一致することを期待するので、VPN クライアント(10.3.3.10)から SMTP サーバ(10.1.1.6)へのトラフィックは、リバース パス障害が原因で廃棄されます。10.3.3.10 から 10.1.1.6 へのトラフィックは、NAT ルールに一致しませんが、10.1.1.6 から 10.3.3.10 へのリターン トラフィックは、送信トラフィックのインターフェイス PAT ルールに一致する 必要があります 。順方向および逆方向のフローが一致しないため、ASA は受信時にパケットをドロップします。この障害を回避するには、それらのネットワーク間のアイデンティティ NAT ルールを使用して、インターフェイス PAT ルールから VPN クライアント内部のトラフィックを除外する必要があります。アイデンティティ NAT は同じアドレスにアドレスを変換します。

図 2-18 VPN クライアントのアイデンティティ NAT

 

上記のネットワークのための次のサンプル NAT の設定を参照してください。

! Enable hairpin for non-split-tunneled VPN client traffic:
same-security-traffic permit intra-interface
 
! Identify local VPN network, & perform object interface PAT when going to Internet:
object network vpn_local
subnet 10.3.3.0 255.255.255.0
nat (outside,outside) dynamic interface
 
! Identify inside network, & perform object interface PAT when going to Internet:
object network inside_nw
subnet 10.1.1.0 255.255.255.0
nat (inside,outside) dynamic interface
 
! Use twice NAT to pass traffic between the inside network and the VPN client without
! address translation (identity NAT):
nat (inside,outside) source static inside_nw inside_nw destination static vpn_local vpn_local

NAT およびサイトツーサイト VPN

図 2-19 に、ボールダーとサンノゼのオフィスを接続するサイトツーサイト トンネルを示します。インターネットに渡すトラフィックについて(たとえばボールダーの 10.1.1.6 から www.example.com へ)、インターネットへのアクセスのために NAT によって提供されるパブリック IP アドレスが必要です。次の例では、インターフェイス PAT ルールを使用しています。ただし、VPN トンネルを経由するトラフィックについては(たとえば、ボールダーの 10.1.1.6 からサンノゼの 10.2.2.78 へ)、NAT を実行しません。そのため、アイデンティティ NAT ルールを作成して、そのトラフィックを除外する必要があります。アイデンティティ NAT は同じアドレスにアドレスを変換します。

図 2-19 サイトツーサイト VPN のためのインターフェイス PAT およびアイデンティティ NAT

 

図 2-20 に、ASA1(ボールダー)に接続する VPN クライアントと、ASA1 と ASA2(サンノゼ)間のサイトツーサイト トンネル上でアクセス可能なサーバ(10.2.2.78)に対する Telnet 要求を示します。これはヘアピン接続であるため、VPN クライアントからの非スプリット トンネルのインターネット宛トラフィックにも必要な、インターフェイス内通信をイネーブルにする必要があります。発信 NAT ルールからこのトラフィックを除外するため、VPN に接続された各ネットワーク間で行うのと同様に、VPN クライアントとボールダーおよびサンノゼのネットワーク間でアイデンティティ NAT を設定する必要もあります。

図 2-20 サイトツーサイト VPN への VPN クライアント アクセス

 

ASA1(ボールダー)については、次の NAT の設定例を参照してください。

! Enable hairpin for VPN client traffic:
same-security-traffic permit intra-interface
 
! Identify local VPN network, & perform object interface PAT when going to Internet:
object network vpn_local
subnet 10.3.3.0 255.255.255.0
nat (outside,outside) dynamic interface
 
! Identify inside Boulder network, & perform object interface PAT when going to Internet:
object network boulder_inside
subnet 10.1.1.0 255.255.255.0
nat (inside,outside) dynamic interface
 
! Identify inside San Jose network for use in twice NAT rule:
object network sanjose_inside
subnet 10.2.2.0 255.255.255.0
 
! Use twice NAT to pass traffic between the Boulder network and the VPN client without
! address translation (identity NAT):
nat (inside,outside) source static boulder_inside boulder_inside destination static vpn_local vpn_local
 
! Use twice NAT to pass traffic between the Boulder network and San Jose without
! address translation (identity NAT):
nat (inside,outside) source static boulder_inside boulder_inside destination static sanjose_inside sanjose_inside
 
! Use twice NAT to pass traffic between the VPN client and San Jose without
! address translation (identity NAT):
nat (outside,outside) source static vpn_local vpn_local destination static sanjose_inside sanjose_inside
 

ASA2(サンノゼ)については、次の NAT の設定例を参照してください。

! Identify inside San Jose network, & perform object interface PAT when going to Internet:
object network sanjose_inside
subnet 10.2.2.0 255.255.255.0
nat (inside,outside) dynamic interface
 
! Identify inside Boulder network for use in twice NAT rule:
object network boulder_inside
subnet 10.1.1.0 255.255.255.0
 
! Identify local VPN network for use in twice NAT rule:
object network vpn_local
subnet 10.3.3.0 255.255.255.0
 
! Use twice NAT to pass traffic between the San Jose network and Boulder without
! address translation (identity NAT):
nat (inside,outside) source static sanjose_inside sanjose_inside destination static boulder_inside boulder_inside
 
! Use twice NAT to pass traffic between the San Jose network and the VPN client without
! address translation (identity NAT):
nat (inside,outside) source static sanjose_inside sanjose_inside destination static vpn_local vpn_local
 

NAT および VPN 管理アクセス

VPN を使用する場合、ASA を開始したインターフェイス以外のインターフェイスへの管理アクセスを許可することができます( management-access コマンドを参照)。たとえば、外部インターフェイスから ASA を開始する場合、管理アクセス機能では、ASDM、SSH、Telnet、または SNMP を使用して内部インターフェイスに接続することが可能です。または、内部インターフェイスに ping を実行できます。

図 2-21 に、ASA 内部インターフェイスへの VPN クライアントの Telnet 接続を示します。管理アクセス インターフェイスを使用し、「NAT とリモート アクセス VPN」または「NAT およびサイトツーサイト VPN」に従ってアイデンティティ NAT を設定する場合、ルート ルックアップ オプションを使用して NAT を設定する必要があります。ルート ルックアップがない場合、ASA は、ルーティング テーブルの内容に関係なく、NAT コマンドで指定されたインターフェイスからトラフィックを送信します。次の例では、出力インターフェイスは内部インターフェイスです。ASA で、内部ネットワークに管理トラフィックを送信しません。これは、内部インターフェイスの IP アドレスには戻りません。ルート ルックアップ オプションを使用すると、ASA は、内部ネットワークの代わりに内部インターフェイスの IP アドレスに直接トラフィックを送信できます。VPN クライアントから内部ネットワーク上のホストへのトラフィックの場合、ルート ルックアップ オプションがあっても正しい出力インターフェイス(内部)になるため、通常のトラフィック フローは影響を受けません。ルート ルックアップ オプションの詳細については、「出力インターフェイスの決定」を参照してください。

図 2-21 VPN 管理アクセス

 

上記のネットワークのための次のサンプル NAT の設定を参照してください。

! Enable hairpin for non-split-tunneled VPN client traffic:
same-security-traffic permit intra-interface
 
! Enable management access on inside ifc:
management-access inside
 
! Identify local VPN network, & perform object interface PAT when going to Internet:
object network vpn_local
subnet 10.3.3.0 255.255.255.0
nat (outside,outside) dynamic interface
 
! Identify inside network, & perform object interface PAT when going to Internet:
object network inside_nw
subnet 10.1.1.0 255.255.255.0
nat (inside,outside) dynamic interface
 
! Use twice NAT to pass traffic between the inside network and the VPN client without
! address translation (identity NAT), w/route-lookup:
nat (outside,inside) source static vpn_local vpn_local destination static inside_nw inside_nw route-lookup
 

NAT と VPN のトラブルシューティング

VPN を使用した NAT の問題をトラブルシューティングするためには、次の監視ツールを参照してください。

パケット トレーサ:正しく使用した場合、パケット トレーサは、パケットが該当している NAT ルールを表示します。

show nat detail :特定の NAT ルールのヒット カウントおよび変換解除されたトラフィックを表示します。

show conn all :ボックス トラフィックとの間の接続を含むアクティブ接続を表示します。

非動作設定と動作設定に習熟するには、 次の手順を実行します。

1. アイデンティティ NAT を使用しない VPN を設定します。

2. show nat detail show conn all を入力します。

3. アイデンティティ NAT の設定を追加します。

show nat detail show conn all を繰り返します。

DNS および NAT

応答内のアドレスを NAT コンフィギュレーションと一致するアドレスに置き換えて、DNS 応答を修正するようにASAを設定することが必要になる場合があります。DNS 修正は、各変換ルールを設定するときに設定できます。

この機能は、NAT ルールに一致する DNS クエリーと応答のアドレスをリライトします(たとえば、IPv4 の A レコード、IPv6 の AAAA レコード、または逆引き DNS クエリーの PTR レコード)。マッピング インターフェイスから他のインターフェイスに移動する DNS 応答では、A レコードはマップされた値から実際の値へリライトされます。逆に、任意のインターフェイスからマッピング インターフェイスに移動する DNS 応答では、A レコードは実際の値からマップされた値へリライトされます。


) Twice NAT ルールを設定する場合、送信元アドレスおよび宛先アドレスを指定すると、DNS 修正を設定できません。これらの種類のルールでは、A と B に向かった場合に 1 つのアドレスに対して異なる変換が行われる可能性があります。B.したがって、ASAは、DNS 応答内の IP アドレスを適切な Twice NAT ルールに一致させることができません。DNS 応答には、DNS 要求を求めたパケット内の送信元アドレスと宛先アドレスの組み合わせに関する情報が含まれません。


図 2-22 に、外部インターフェイスからアクセス可能である DNS サーバを示します。ftp.cisco.com というサーバが内部インターフェイス上にあります。ftp.cisco.com の実際のアドレス(10.1.3.14)を、外部ネットワーク上で可視のマッピング アドレス(209.165.201.10)にスタティックに変換するように、ASAを設定します この場合、このスタティック ルールで DNS 応答修正をイネーブルにする必要があります。これにより、実際のアドレスを使用して ftp.cisco.com にアクセスすることを許可されている内部ユーザは、マッピング アドレスではなく実際のアドレスを DNS サーバから受信できるようになります。内部ホストが ftp.cisco.com のアドレスを求める DNS 要求を送信すると、DNS サーバは応答でマッピング アドレス(209.165.201.10)を示します。ASA は、内部サーバのスタティック ルールを参照し、DNS 応答内のアドレスを 10.1.3.14 に変換します。DNS 応答修正をイネーブルにしない場合、内部ホストは ftp.cisco.com に直接アクセスする代わりに、209.165.201.10 にトラフィックを送信することを試みます。

図 2-22 DNS 応答修正、外部の DNS サーバ

 

図 2-23 に、外部 DNS サーバに DMZ ネットワークにある ftp.cisco.com の IP アドレスを要求する内部ネットワークのユーザを示します。DNS サーバは、ユーザが DMZ ネットワーク上になくても、外部と DMZ 間のスタティック ルールに従ってマッピング アドレス(209.165.201.10)で応答します。ASA は、DNS 応答内のアドレスを 10.1.3.14 に変換します。実際のアドレスを使用して ftp.cisco.com にアクセスする必要がある場合、それ以上の設定は必要ありません。内部と DMZ 間にもスタティック ルールがある場合は、このルールに対して DNS 応答修正もイネーブルにする必要があります。DNS 応答は、2 回変更されます。この場合、ASA は内部と DMZ 間のスタティック ルールに従ってもう一度 DNS 応答内のアドレスを 192.168.1.10 に変換します。

図 2-23 DNS 応答修正、別々のネットワーク上の DNS サーバ、ホスト、およびサーバ

 

図 2-24 に、外部の FTP サーバと DNS サーバを示します。ASAには、外部サーバ用のスタティック変換があります。この場合、ftp.cisco.com のアドレスを DNS サーバに要求すると、DNS サーバは応答で実際のアドレス 209.165.20.10 を示します。ftp.cisco.com のマッピング アドレス(10.1.2.56)が内部ユーザによって使用されるようにするには、スタティック変換に対して DNS 応答修正を設定する必要があります。

図 2-24 DNS 応答修正、ホスト ネットワーク上の DNS サーバ

 

図 2-24 に、外部の IPv4 ネットワーク上の FTP サーバと DNS サーバを示します。ASAには、外部サーバ用のスタティック変換があります。この場合に、内部 IPv6 ユーザが ftp.cisco.com のアドレスを DNS サーバに要求すると、DNS サーバは応答として実際のアドレス 209.165.200.225 を返します。ftp.cisco.com のマッピング アドレス(2001:DB8::D1A5:C8E1)が内部ユーザによって使用されるようにするには、スタティック変換に対して DNS 応答修正を設定する必要があります。この例には、DNS サーバのスタティック NAT 変換、および内部 IPv6 ホストの PAT ルールも含まれています。

図 2-25 外部 NAT を使用する DNS64 応答修正

 

図 2-26 に、外部の FTP サーバと DNS サーバを示します。ASAには、外部サーバ用のスタティック変換があります。この場合、内部のユーザが 10.1.2.56 の逆引き DNS ルックアップを実行する場合、ASA は実際のアドレスを使用して逆引き DNS クエリーを変更し、DNS サーバはサーバ名、ftp.cisco.com を使用して応答します。

図 2-26 PTR の変更、ホスト ネットワークの DNS サーバ

 

関連情報

ネットワーク オブジェクト NAT を設定するには、「ネットワーク オブジェクト NAT の設定(ASA 8.3 以降)」 を参照してください。

Twice NAT を設定するには、「Twice NAT の設定(ASA 8.3 以降)」を参照してください