Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

IKEv2によるルートベースVPN

Internet Key Exchange version 2(IKEv2)は、ピアVPNデバイス間のセキュアなVPN通信チャネルを提供し、IPsecセキュリティアソシエーション(SA)のネゴシエーションと認証を保護された方法で定義するIPsecベースのトンネリングプロトコルです。

表1は 、IPsec Radius xAuthまたはCP値を示しています。

表1:IPsec Radius xAuthまたはCP値
Radius属性 属性ID 属性名 ベンダーID(辞書) ベンダー属性ID 属性値 タイプ
標準 8 フレーム化されたIPアドレス NA NA IPアドレス IPv4アドレス
標準 9 フレーム化されたIPネットマスク NA NA IPアドレス IPv4アドレス
標準 88 フレームプール NA NA 名前 テキスト
標準 100 フレーム化されたIPv6プール NA NA 名前 テキスト
ベンダー 26 プライマリDNS 4874(ジュニパー ERX) 4 IPアドレス IPv4アドレス
ベンダー 26 セカンダリDNS 4874(ジュニパー ERX) 5 IPアドレス IPv4アドレス
ベンダー 26 プライマリWINS(NBNS) 4874(ジュニパー ERX) 6 IPアドレス IPv4アドレス
ベンダー 26 セカンダリWINS(NBNS) 4874(ジュニパー ERX) 7 IPアドレス IPv4アドレス
ベンダー 26 IPv6プライマリDNS 4874(ジュニパー ERX) 47 IPアドレス 16進数文字列またはオクテット
ベンダー 26 IPv6セカンダリDNS 4874(ジュニパー ERX) 48 IPアドレス 16進数文字列またはオクテット

例:IKEv2 向けのルートベース VPN の設定

この例では、支社と本社の間で安全にデータを転送できるように、ルートベースのIPsec VPNを設定する方法を示しています。

要件

この例では、次のハードウェアを使用しています。

  • SRX240デバイス

  • SSG140デバイス

開始する前に、 IPsecの概要をお読みください。

概要

この例では、イリノイ州シカゴにある支社にルートベースVPNを設定しています。それは、トンネルリソースを節約しながらVPNトラフィックをきめ細かく制限することを目的とするからです。シカゴ支店のユーザーは、このVPNを使用してカリフォルニア州サニーベールの本社に接続します。

この例では、インターフェイス、IPv4 デフォルト ルート、セキュリティ ゾーン、アドレス帳を設定します。次に、IKEフェーズ1、IPsecフェーズ2、セキュリティポリシー、TCP-MSSパラメーターを設定します。この例で使用されている特定の設定パラメータについては、 表2 から 表6 を参照してください。

表2:インターフェイス、静的ルート、セキュリティゾーン、アドレス帳情報

機能

名前

設定パラメータ

インターフェイス

ge-0/0/0.0

192.168.10.1/24

ge-0/0/3.0

10.1.1.2/30

st0.0(トンネルインターフェイス)

10.11.11.10/24

スタティックルート

0.0.0.0/0(デフォルトルート)

ネクストホップは10.1.1.1です。

192.168.168.0/24

ネクストホップはst0.0です。

セキュリティゾーン

信頼

  • すべてのシステム サービスが許可されます。

  • ge-0/0/0.0インターフェイスは、このゾーンにバインドされています。

信頼できない

  • IKEは唯一許可されているシステムサービスです。

  • ge-0/0/3.0インターフェイスはこのゾーンにバインドされています。

VPN-シカゴ

st0.0インターフェイスは、このゾーンにバインドされています。

アドレス帳エントリー

サニーベール

  • このアドレスはtrustゾーンのアドレス帳のものです。

  • このアドレス帳エントリーのアドレスは192.168.10.0/24です。

シカゴ

  • このアドレスはuntrustゾーンのアドレス帳のものです。

  • このアドレス帳エントリーのアドレスは192.168.168.0/24です。

表3: IKEフェーズ1の設定パラメーター

機能

名前

設定パラメータ

プロポーザル

IKE-phase1-proposal

  • 認証方法:事前共有キー

  • Diffie-Hellmanグループ:グループ2

  • 認証アルゴリズム:sha1

  • 暗号化アルゴリズム:aes-128-cbc

ポリシー

IKEフェーズ1ポリシー

  • モード:メイン

  • プロポーザル リファレンス:ike-phase1-proposal

  • IKEフェーズ1ポリシー認証方法:事前共有鍵ASCII-text

ゲートウェイ

GW-シカゴ

  • IKEポリシーリファレンス:ike-phase1-policy

  • 外部インターフェイス:ge-0/0/3.0

  • ゲートウェイアドレス:10.2.2.2

表4: IPsecフェーズ2の設定パラメーター

機能

名前

設定パラメータ

プロポーザル

ipsec-phase2-proposal

  • プロトコル:esp

  • 認証アルゴリズム:hmac-sha1-96

  • 暗号化アルゴリズム:aes-128-cbc

ポリシー

ipsecフェーズ2ポリシー

  • プロポーザル リファレンス:ipsec-phase2-proposal

  • PFS:Diffie-Hellmanグループ2

VPN

ipsec-vpn-シカゴ

  • IKEゲートウェイリファレンス:GW-シカゴ

  • IPsecポリシーリファレンス:ipsec-phase2-policy

  • インターフェイスへのバインド:st0.0

表5:セキュリティポリシー設定パラメータ

目的

名前

設定パラメータ

セキュリティ ポリシーは、trustゾーンからvpn-chicagoゾーンへのトラフィックを許可します。

vpn-tr-chi

  • 一致する条件:

    • 送信元アドレス:サニーベール

    • 宛先アドレスシカゴ

    • アプリケーション任意

  • アクション:許可

セキュリティ ポリシーは、vpn-chicagoゾーンからtrustゾーンへのトラフィックを許可します。

VPN-CHI-TR

  • 一致する条件:

    • 送信元アドレス シカゴ

    • 宛先アドレス:サニーベール

    • アプリケーション任意

  • アクション:許可

表6: TCP-MSS設定パラメーター

目的

設定パラメータ

TCP-MSSは、TCPスリーウェイハンドシェイクの一部としてネゴシエートされ、TCPセグメントの最大サイズをネットワークのMTU制限に適応するように制限します。VPNトラフィックの場合、IPsecカプセル化のオーバーヘッドと、IPおよびフレームのオーバーヘッドにより、結果として発生するESPパケットが物理インターフェイスのMTUを超える可能性があり、これはフラグメント化を引き起こします。フラグメント化により、帯域幅とデバイスリソースが増加します。

MTU が 1500 以上のイーサネットベース ネットワークのほとんどでは、1350 を開始値としてお勧めします。最適なパフォーマンスを得るには、さまざまなTCP-MSS値を試す必要があるかもしれません。例えば、パス内にMTUが小さいデバイスが存在したり、PPPやフレームリレーなどの追加オーバーヘッドがあったりすると、値を変更する必要がある場合があります。

MSS値:1350

設定

インターフェイス、静的ルート、セキュリティゾーン、アドレス帳情報の設定

CLIクイックコンフィグレーション

この例をすばやく設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを [edit] 階層レベルでCLIにコピー アンド ペーストして、設定モードから commit を入力します。

ステップバイステップの手順

次の例では、設定階層のさまざまなレベルに移動する必要があります。その方法の詳細については、『CLIユーザーガイド』の「構成モードでのCLIエディターの使用」を参照してください。

インターフェイス、静的ルート、セキュリティゾーン、アドレス帳の情報を設定するには:

  1. イーサネット インターフェイス情報を設定します。

  2. 静的ルート情報を設定します。

  3. untrustセキュリティゾーンを設定します。

  4. セキュリティゾーンにインターフェイスを割り当てます。

  5. セキュリティゾーンで許可されたシステムサービスを指定します。

  6. trustセキュリティ ゾーンを設定します。

  7. trustセキュリティゾーンにインターフェイスを割り当てます。

  8. trust セキュリティ ゾーンで許可されたシステム サービスを指定します。

  9. trust セキュリティ ゾーンのアドレス帳エントリーを設定します。

  10. vpn-chicagoセキュリティゾーンを設定します。

  11. セキュリティゾーンにインターフェイスを割り当てます。

  12. vpn-chicagoゾーンのアドレス帳エントリーを設定します。

結果

設定モードから、 show interfacesshow routing-optionsshow security zones コマンドを入力して設定を確認します。出力に意図した設定が表示されない場合は、この例の設定手順を繰り返して修正します。

デバイスの設定が完了したら、設定モードから commit を入力します。

IKEの設定

CLIクイックコンフィグレーション

この例をすばやく設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを [edit] 階層レベルでCLIにコピー アンド ペーストして、設定モードから commit を入力します。

ステップバイステップの手順

次の例では、設定階層のさまざまなレベルに移動する必要があります。その方法の詳細については、『CLIユーザーガイド』の「構成モードでのCLIエディターの使用」を参照してください。

IKEを設定するには:

  1. IKEフェーズ1のプロポーザルを作成します。

  2. IKEプロポーザルの認証方法を定義します。

  3. IKEプロポーザルのDiffie-Hellmanグループを定義します。

  4. IKEプロポーザルの認証アルゴリズムを定義します。

  5. IKEプロポーザルの暗号化アルゴリズムを定義します。

  6. IKEフェーズ1ポリシーを作成します。

  7. IKEプロポーザルへのリファレンスを指定します。

  8. IKEフェーズ1ポリシー認証方法を定義します。

  9. IKEフェーズ1ゲートウェイを作成し、その外部インターフェイスを定義します。

  10. IKEフェーズ1ポリシーリファレンスを定義します。

  11. IKEフェーズ1ゲートウェイアドレスを定義します。

  12. IKEフェーズ1ゲートウェイバージョンを定義します。

結果

設定モードから、 show security ike コマンドを入力して設定を確認します。出力に意図した設定が表示されない場合は、この例の設定手順を繰り返して修正します。

デバイスの設定が完了したら、設定モードから commit を入力します。

IPsecの設定

CLIクイックコンフィグレーション

この例をすばやく設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを [edit] 階層レベルでCLIにコピー アンド ペーストして、設定モードから commit を入力します。

ステップバイステップの手順

次の例では、設定階層のさまざまなレベルに移動する必要があります。その方法の詳細については、『CLIユーザーガイド』の「構成モードでのCLIエディターの使用」を参照してください。

IPsecを設定するには:

  1. IPsecフェーズ2のプロポーザルを作成します。

  2. IPsecフェーズ2のプロポーザルプロトコルを指定します。

  3. IPsecフェーズ2のプロポーザル認証アルゴリズムを指定します。

  4. IPsecフェーズ2のプロポーザルの暗号化アルゴリズムを指定します。

  5. IPsecフェーズ2のポリシーを作成します。

  6. IPsecフェーズ2のプロポーザルのリファレンスを指定します。

  7. IPsecフェーズ2のPFSがDiffie-Hellman group 2を使用するように指定します。

  8. IKEゲートウェイを指定します。

  9. IPsecフェーズ2ポリシーを指定します。

  10. バインドするインターフェイスを指定します。

結果

設定モードから、 show security ipsec コマンドを入力して設定を確認します。出力に意図した設定が表示されない場合は、この例の設定手順を繰り返して修正します。

デバイスの設定が完了したら、設定モードから commit を入力します。

セキュリティポリシーの設定

CLIクイックコンフィグレーション

この例をすばやく設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを [edit] 階層レベルでCLIにコピー アンド ペーストして、設定モードから commit を入力します。

ステップバイステップの手順

次の例では、設定階層のさまざまなレベルに移動する必要があります。その方法の詳細については、『CLIユーザーガイド』の「構成モードでのCLIエディターの使用」を参照してください。

セキュリティポリシーを設定するには:

  1. trustゾーンからvpn-chicagoゾーンへのトラフィックを許可するセキュリティポリシーを作成します。

  2. vpn-chicagoゾーンからtrustゾーンへのトラフィックを許可するセキュリティポリシーを作成します。

結果

設定モードから、 show security policies コマンドを入力して設定を確認します。出力に意図した設定が表示されない場合は、この例の設定手順を繰り返して修正します。

デバイスの設定が完了したら、設定モードから commit を入力します。

TCP-MSSの設定

CLIクイックコンフィグレーション

この例をすばやく設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを [edit] 階層レベルでCLIにコピー アンド ペーストして、設定モードから commit を入力します。

ステップバイステップの手順

次の例では、設定階層のさまざまなレベルに移動する必要があります。その方法の詳細については、『CLIユーザーガイド』の「構成モードでのCLIエディターの使用」を参照してください。

TCP-MSS情報を設定するには、次の手順に従います。

  1. TCP-MSS情報を設定します。

結果

設定モードから、 show security flow コマンドを入力して設定を確認します。出力に意図した設定が表示されない場合は、この例の設定手順を繰り返して修正します。

デバイスの設定が完了したら、設定モードから commit を入力します。

SSGシリーズデバイスの設定

CLIクイックコンフィグレーション

参考までに、SSGシリーズデバイスの設定が提供されています。SSGシリーズデバイスの設定については、https://www.juniper.net/documentation にあるConcepts & Examples ScreenOS Reference Guideを参照してください。

この例のセクションを迅速に設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを [edit] 階層レベルでCLIにコピーアンドペーストして、設定モードから commit を入力します。

検証

設定が正常に機能していることを確認します。

IKEフェーズ1ステータスの確認

目的

IKEフェーズ1ステータスを確認します。

アクション

検証プロセスを開始する前に、192.168.10/24ネットワーク内のホストから192.168.168/24ネットワーク内のホストにトラフィックを送信する必要があります。ルートベースVPNの場合、SRXシリーズファイアウォールからトンネルを介してトラフィックを開始できます。IPsecトンネルをテストする場合は、VPNの片側にある別のデバイスからVPNの反対側にある第2デバイスにテストトラフィックを送信することをお勧めします。例えば、192.168.10.10から192.168.168.10へpingを開始します。

動作モードから、 show security ike security-associations コマンドを入力します。コマンドからインデックス番号を取得した後、 show security ike security-associations index index_number detail コマンドを使用します。

意味

show security ike security-associationsコマンドは、すべてのアクティブなIKEフェーズ1のSAを一覧表示します。SAが表示されない場合は、フェーズ1の確立に問題があったことを示しています。設定でIKEポリシーパラメータと外部インターフェイスの設定を確認してください。

SAが表示される場合は、以下の情報を確認します。

  • インデックス—この値はIKE SAごとに固有で、 show security ike security-associations index detail コマンドで使用すると、SAに関する詳細情報を得ることができます。

  • リモートアドレス—リモートIPアドレスが正しいことを確認します。

  • 状態

    • UP - フェーズ1のSAが確立されました。

    • DOWN - フェーズ 1 SA の確立に問題がありました。

  • モード—正しいモードが使用されていることを確認します。

設定で以下が適切か検証します。

  • 外部インターフェイス(インターフェイスは IKE パケットを受信するインターフェイスである必要があります)。

  • IKEポリシーパラメーター

  • 事前共有鍵情報。

  • フェーズ1のプロポーザルパラメーター(両方のピアで一致する必要があります)。

show security ike security-associations index 1 detailコマンドは、インデックス番号1のSAに関する追加情報を一覧表示します。

  • 使用される認証および暗号化アルゴリズム

  • フェーズ1のライフタイム

  • トラフィック統計情報(トラフィックが双方向に正しく流れていることを検証するために使用できます)

  • ロール情報

    トラブルシューティングは、レスポンダ ロールを使用してピア上で実行するのが最適です。

  • 開始側と応答側の情報

  • 作成されたIPsec SAの数

IPsecフェーズ2ステータスの確認

目的

IPsecフェーズ2のステータスを確認します。

アクション

動作モードから、 show security ipsec security-associations コマンドを入力します。コマンドからインデックス番号を取得した後、 show security ipsec security-associations index index_number detail コマンドを使用します。

意味

show security ipsec security-associationsコマンドからの出力には、以下の情報が表示されます。

  • ID番号は16384です。この値を show security ipsec security-associations index コマンドと併用して、この特定のSAに関する詳細情報を取得します。

  • ポート500を使用するIPsec SAペアが1つ存在します。

  • 両方向のSPI、ライフタイム(秒)、使用制限(またはKBで示したライフサイズ)が表示されます。3363/unlim値は、フェーズ2のライフタイムが3363秒で期限が切れ、ライフサイズが指定されていないことを示し、無制限であることを示しています。フェーズ2のライフタイムはフェーズ1のライフタイムと異なる場合があります。これは、VPNが起動した後にフェーズ2はフェーズ1に依存しないためです。

  • vsys はルート システムであり、常に 0 と表示されます。

  • IKEv2は、バージョン2ピアからの接続を許可し、バージョン2のネゴシエーションを開始します。

show security ipsec security-associations index 16384 detailコマンドからの出力には、以下の情報が表示されます。

  • ローカル ID とリモート ID により、SA のプロキシ ID が構成されます。

    プロキシIDの不一致は、フェーズ2の失敗で最もよくある原因の1つです。IPsec SAが表示されない場合は、プロキシID設定を含むフェーズ2のプロポーザルが両方のピアで正しいことを確認します。ルートベースVPNの場合、デフォルトのプロキシIDはローカル = 0.0.0.0/0、リモート = 0.0.0.0/0、サービス = anyです。同じピアIPからの複数のルートベースVPNで問題が発生する可能性があります。この場合、各IPsec SAに固有のプロキシIDを指定する必要があります。一部のサードパーティベンダーでは、プロキシIDを手動で入力して照合する必要があります。

  • フェーズ2の失敗でよくある理由のもう1つに、STインターフェイスのバインディングが指定されていないことがあります。IPsecを完了できない場合は、kmdログを確認するか、トレースオプションを設定します。

IPsec セキュリティ アソシエーションの統計情報とエラーの確認

目的

IPsec SA の ESP および認証ヘッダー カウンターとエラーを確認します。

アクション

動作モードから、統計情報を表示するVPNのインデックス番号を使用して show security ipsec statistics index index_number コマンドを入力します。

show security ipsec statisticsコマンドを使用して、すべてのSAの統計情報とエラーを確認することもできます。

すべてのIPsec統計情報を消去するには、 clear security ipsec statistics コマンドを使用します。

意味

VPN 全体でパケット損失の問題が発生した場合、 show security ipsec statistics または show security ipsec statistics detail コマンドを数回実行して、暗号化および復号化されたパケット カウンターが増加していることを確認できます。また、他のエラー カウンターが増加していることも確認する必要があります。

VPN全体におけるトラフィックフローのテスト

目的

VPN全体のトラフィックフローを検証します。

アクション

SRXシリーズファイアウォールから ping コマンドを使用して、リモートホストPCへのトラフィックフローをテストできます。ルート ルックアップが正しく実行され、ポリシー ルックアップ中に適切なセキュリティ ゾーンが参照されるように、送信元インターフェイスを指定してください。

動作モードから、 ping コマンドを入力します。

SSGシリーズデバイスから ping コマンドを使用することもできます。

意味

SRXシリーズまたはSSGシリーズデバイスからの ping コマンドが失敗した場合は、ルーティング、セキュリティポリシー、エンドホスト、またはESPパケットの暗号化と復号化に問題がある可能性があります。

例:IKEv2設定ペイロードによるPicoセルプロビジョニングのSRXシリーズの設定

多くのデバイスが導入されるネットワークでは、ネットワーク管理をシンプルにする必要があります。IKEv2構成ペイロード機能は、デバイス構成やSRXシリーズ構成のいずれにも触れることなく、これらのデバイスのプロビジョニングをサポートします。この例では、IKEv2設定ペイロード機能を使用して、SRXシリーズでピコセルのプロビジョニングをサポートするように設定する方法を示しています。

要件

この例では、以下のハードウェアおよびソフトウェアコンポーネントを使用しています。

  • シャーシクラスター内に設定された2台のSRXシリーズファイアウォール

  • 中間ルーターとして設定された1つのSRXシリーズファイアウォール

  • 2つのピコセルクライアント

  • ピコセルクライアントプロビジョニング情報で設定された1台のRADIUSサーバー

  • IKEv2設定ペイロードサポート用のJunos OSリリース12.1X46-D10以降

概要

この例では、SRXシリーズがIKEv2設定ペイロード機能を使用して、プロビジョニング情報を一連のピコセルに伝搬しています。ピコセルは工場出荷時にSRXシリーズに接続できる標準構成ですが、ピコセルのプロビジョニング情報は外部のRADIUSサーバーに保存されます。ピコセルは、保護されたネットワーク内のプロビジョニングサーバーとの安全な接続を確立した後、完全なプロビジョニング情報を受け取ります。IKEv2構成ペイロードは、IPv4とIPV6の両方でサポートされています。この例では、IPv4 の IKEv2 設定ペイロードについて説明しますが、IPv6 アドレスでも設定できます。

Junos OSリリース20.3R1以降、ikedプロセスを実行しているSRX5000シリーズでIPv6アドレスを割り当てるためのIKEv2 IPv6設定ペイロードがサポートされています。同じサポートが、Junos OSリリース21.1R1以降でikedプロセスを実行するvSRX仮想ファイアウォールにも含まれています。

図1 は、SRXシリーズがIKEv2設定ペイロード機能を使用したピコセルプロビジョニングをサポートするトポロジーを示しています。

図1:IKEv2構成ペイロードNetwork topology diagram showing connectivity between PICO cells, intermediate router, and SRX Series chassis cluster. Untrust zone includes PICO cells and router, connected to Trust zone via OAM and 3GPP tunnels. Trust zone features RADIUS server, OAM Cloud, and 3GPP Cloud.によるPicoセルプロビジョニングのSRXシリーズサポート

このトポロジーの各ピコセルは、管理用とデータ用の2つのIPsec VPNを開始します。この例では、管理トラフィックはOAMトンネルとラベル付けされたトンネルを使用し、データトラフィックは3GPPトンネルとラベル付けされたトンネルを通過します。各トンネルは、個別の設定可能なネットワーク上のOAMおよび3GPPプロビジョニングサーバーとの接続をサポートしており、個別のルーティングインスタンスとVPNが必要です。この例では、OAMおよび3GPP VPNを確立するためのIKEフェーズ1およびフェーズ2のオプションを提供します。

この例では、SRXシリーズがIKEv2設定ペイロードサーバーとして機能し、RADIUSサーバーからプロビジョニング情報を取得し、その情報をピコセルクライアントに提供します。SRXシリーズは、トンネルネゴシエーション中に、IKEv2設定ペイロード内の承認済み各クライアントのプロビジョニング情報を返します。SRXシリーズはクライアントデバイスとして使用できません。

さらに、SRXシリーズは、IKEv2設定ペイロード情報を使用して、トンネルネゴシエーション中にクライアントと交換するトラフィックセレクターイニシエーター(TSi)とトラフィックセレクターレスポンダー(TSr)値を更新します。設定ペイロードは、[edit security ipsec vpn vpn-name ike]階層レベルのproxy-identityステートメントを使用してSRXシリーズ上で設定されたTSiおよびTSr値を使用します。TSi と TSr の値は、各 VPN のネットワーク トラフィックを定義します。

中間ルーターは、ピコセルトラフィックをSRXシリーズの適切なインターフェイスにルーティングします。

以下のプロセスでは、接続シーケンスについて説明します。

  1. ピコセルは、工場出荷時の設定を使用して、SRXシリーズとのIPsecトンネルを開始します。

  2. SRXシリーズは、クライアント証明書情報と、SRXシリーズに登録されているCAのルート証明書を使用してクライアントを認証します。認証後、SRXシリーズは、IKE ID情報をクライアント証明書から認証要求としてRADIUSサーバーに渡します。

  3. クライアントを認証した後、RADIUSサーバーはクライアントプロビジョニング情報を使用してSRXシリーズに応答します。

    • IPアドレス(TSi値)

    • IPサブネットマスク(オプション、デフォルトは32ビット)

    • DNSアドレス(オプション)

  4. SRXシリーズは、各クライアント接続のIKEv2設定ペイロード内のプロビジョニング情報を返し、最終的なTSiおよびTSr値をピコセルと交換します。この例では、SRXシリーズは各VPNに対して次のTSiおよびTSr情報を提供します。

    VPN接続

    SRXから提供されるTSi/TSr値

    Pico 1 OAM

    TSi:10.12.1.201/32、TSr:192.168.2.0/24

    Pico 1 3GPP

    TSi:10.13.1.201/32、TSr:192.168.3.0/24、TSr:10.13.0.0/16

    Pico 2 OAM

    TSi:10.12.1.205/32、TSr:192.168.2.0/24

    Pico 2 3GPP

    TSi:10.13.1.205/32、TSr:192.168.3.0/24、TSr:10.13.0.0/16

    RADIUSサーバーから提供されるプロビジョニング情報にサブネットマスクが含まれている場合、SRXシリーズはIPサブネットを含むクライアント接続の2番目のTSr値を返します。これにより、そのサブネット上のデバイスのピア内通信が可能になります。この例では、3GPP VPN(13.13.0.0/16)に関連するサブネットに対してピア内通信が有効になっています。

    IKEv2設定ペイロード機能は、ポイントツーマルチポイントのセキュアトンネル(st0)インターフェイスとポイントツーポイントインターフェイスの両方でサポートされます。ポイントツーマルチポイントインターフェイスの場合、インターフェイスに番号を付ける必要があり、設定ペイロードで指定されたアドレスは、関連するポイントツーマルチポイントインターフェイスのサブネットワーク範囲内にある必要があります。

    Junos OSリリース20.1R1以降、SRX5000シリーズおよびikedが動作するvSRX仮想ファイアウォールのポイントツーポイントインターフェイスでIKEv2設定ペイロード機能がサポートされています。

    マルチノード高可用性は、セキュアトンネル(st0)用のポイントツーポイントインターフェイスを備えたIKEv2設定ペイロード機能をサポートします。

表7は 、OAMトンネルと3GPPトンネルの両方を確立するための情報を含む、SRXシリーズで設定されたフェーズ1およびフェーズ2のオプションを示しています。

表7: SRXシリーズのフェーズ1およびフェーズ2のオプション

オプション

IKEの提案:

提案名

IKE_PROP

認証方法

RSA デジタル証明書

Diffie-Hellman(DH)グループ

グループ5

認証アルゴリズム

SHA-1

暗号化アルゴリズム

AES 256 CBC

IKEポリシー:

IKEポリシー名

IKE_POL

ローカル証明書

Example_SRX

IKEゲートウェイ(OAM):

IKEポリシー

IKE_POL

リモートIPアドレス

ダイナミック

IKEユーザータイプ

グループIKEID

ローカル IKE ID

ホスト名 srx_series.example.net

リモート IKE ID

ホスト名 .pico_cell.net

外部インターフェース

reth0.0

アクセスプロファイル

radius_pico

IKEバージョン

v2のみ

IKEゲートウェイ(3GPP):

IKEポリシー

IKE_POL

リモートIPアドレス

動的

IKEユーザータイプ

グループIKEID

ローカル IKE ID

識別名ワイルドカードOU=srx_series

リモート IKE ID

識別名ワイルドカードOU=pico_cell

外部インターフェース

reth1

アクセスプロファイル

radius_pico

IKEバージョン

v2のみ

IPsecプロポーザル:

提案名

IPSEC_PROP

プロトコル

ESP

認証アルゴリズム

HMAC SHA-1 96

暗号化アルゴリズム

AES 256 CBC

IPsecポリシー:

ポリシー名

IPSEC_POL

完全転送機密保持(PFS)キー

グループ5

IPsecの提案

IPSEC_PROP

IPsec VPN(OAM):

バインドインターフェイス

st0.0

IKEゲートウェイ

OAM_GW

ローカルプロキシID

192.168.2.0/24

リモートプロキシID

0.0.0.0/0

IPsecポリシー

IPSEC_POL

IPsec VPN(3GPP):

バインドインターフェイス

st0.1

IKEゲートウェイ

3GPP_GW

ローカルプロキシID

192.168.3.0/24

リモートプロキシID

0.0.0.0/0

IPsecポリシー

IPSEC_POL

証明書は、ピコセルとSRXシリーズに保存されます。

この例では、すべてのトラフィックを許可するデフォルトのセキュリティポリシーがすべてのデバイスで使用されています。実稼働環境では、より制限の厳しいセキュリティポリシーを設定する必要があります。 「セキュリティポリシーの概要」を参照してください。

設定

SRXシリーズの設定

CLIクイックコンフィグレーション

この例をすばやく設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを [edit] 階層レベルでCLIにコピー アンド ペーストして、設定モードから commit を入力します。

ステップバイステップの手順

次の例では、設定階層のさまざまなレベルに移動する必要があります。その方法の詳細については、 設定モードでの CLI エディターの使用を参照してください。

SRXシリーズを設定するには:

  1. シャーシ クラスターを設定します。

  2. インターフェイスを設定します。

  3. ルーティングオプションを設定します。

  4. セキュリティゾーンを指定します。

  5. RADIUSプロファイルを作成します。

  6. フェーズ1のオプションを設定します。

  7. フェーズ 2 のオプションを指定します。

  8. ルーティングインスタンスを指定します。

  9. サイト間トラフィックを許可するセキュリティポリシーを指定します。

結果

設定モードから、 show chassis clustershow interfacesshow security zonesshow access profile radius_picoshow security ikeshow security ipsecshow routing-instances、および show security policies コマンドを入力して、設定を確認します。出力に意図した設定が表示されない場合は、この例の設定手順を繰り返して修正します。

デバイスの設定が完了したら、設定モードから commit を入力します。

中間ルーターの設定

CLIクイックコンフィグレーション

この例をすばやく設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを [edit] 階層レベルでCLIにコピー アンド ペーストして、設定モードから commit を入力します。

ステップバイステップの手順

次の例では、設定階層のさまざまなレベルに移動する必要があります。その方法の詳細については、 設定モードでの CLI エディターの使用を参照してください。

中間ルーターを設定するには:

  1. インターフェイスを設定します。

  2. ルーティングオプションを設定します。

  3. セキュリティゾーンを指定します。

  4. セキュリティポリシーを指定します。

結果

設定モードから、 show interfacesshow routing-optionsshow security zones、および show security policies コマンドを入力して設定を確認します。出力に意図した設定が表示されない場合は、この例の設定手順を繰り返して修正します。

デバイスの設定が完了したら、設定モードから commit を入力します。

Picoセルの設定(設定例)

ステップバイステップの手順

この例のピコセル情報は、参照用に提供されています。ピコセル設定の詳細な情報は、このドキュメントの範囲外です。ピコセルの工場出荷時設定には、以下の情報を含める必要があります。

  • ローカル証明書(X.509v3)とIKE ID情報

  • トラフィックセレクター(TSi、TSr)値が任意/任意(0.0.0.0/0)に設定されている

  • SRXシリーズのIKE ID情報とパブリックIPアドレス

  • SRXシリーズの設定に一致するフェーズ1およびフェーズ2のプロポーザル

この例のピコセルは、IPsecベースのVPN接続にstrongSwansオープンソースソフトウェアを使用しています。この情報は、IKEv2設定ペイロード機能を使用したピコセルプロビジョニングのために、SRXシリーズで使用されます。多くのデバイスが導入されているネットワークでは、証明書(leftcert)とID(leftID)情報を除き、ピコセルの設定を同一にすることができます。次の設定例は、工場出荷時の設定を示しています。

  1. Pico 1の設定を確認します。

    Pico 1:設定例

  2. Pico 2の設定を確認します。

    Pico 2 サンプル設定

RADIUSサーバーの設定(FreeRADIUSを使用した設定例)

ステップバイステップの手順

この例の RADIUS サーバー情報は、参照用に提供されています。完全なRADIUSサーバー設定情報は、このドキュメントの範囲外です。以下の情報がRADIUSサーバーによってSRXシリーズに返されます。

  • フレーム化されたIPアドレス

  • Framed-IP-Netmask(オプション)

  • Primary-DNSとSecondary-DNS(オプション)

この例では、RADIUSサーバーにはOAM接続と3GPP接続用の個別のプロビジョニング情報があります。User-Nameは、SRXシリーズの認証要求で提供されたクライアント証明書情報から取得されます。

RADIUSサーバーがDHCPサーバーからクライアントプロビジョニング情報を取得する場合、RADIUSサーバーがDHCPサーバーにリレーするクライアントID情報は、SRXシリーズファイアウォールがRADIUSサーバーにリレーするクライアントIKE ID情報と一致する必要があります。これにより、さまざまなプロトコル間でクライアントIDの連続性が確保されます。

SRXシリーズファイアウォールとRADIUSサーバー間の通信チャネルは、RADIUS共有シークレットによって保護されています。

  1. Pico 1 OAM VPNのRADIUS設定を確認します。RADIUSサーバーには、以下の情報があります。

    Junos OSリリース12.3X48および15.1X49-D160、17.3R3、17.4R2、18.1R3、18.2R2、18.3R1、18.1R3-S2より前のJunos OSリリースにおけるRADIUS設定例:

    FreeRADIUS の設定例:

    Junos OSリリース15.X49-D161、15.1X49-D170、17.3R3、17.4R2、18.1R3、18.2R2、18.3R1、18.1R3-S2以降のRADIUS設定例:

    FreeRADIUS の設定例:

    この場合、RADIUSサーバーは、イントラピアトラフィックをブロックするデフォルトのサブネットマスク(255.255.255.255)を提供します。

  2. Pico 1 3GPP VPNのRADIUS設定を確認します。RADIUSサーバーには、以下の情報があります。

    Junos OSリリース12.3X48および15.1X49-D160、17.3R3、17.4R2、18.1R3、18.2R2、18.3R1、18.1R3-S2より前のJunos OSリリースにおけるRADIUS設定例:

    FreeRADIUS の設定例:

    Junos OSリリース15.X49-D161、15.1X49-D170、17.3R3、17.4R2、18.1R3、18.2R2、18.3R1、18.1R3-S2以降のRADIUS設定例:

    FreeRADIUS の設定例:

    この場合、RADIUS サーバーはサブネット マスク値(255.255.0.0)を提供し、イントラピア トラフィックを有効にします。

    Junos OS リリース 20.1R1 以降、IKE ゲートウェイ構成の IKEv2 構成ペイロード要求に共通のパスワードを構成できるようになりました。1文字から128文字の範囲の共通パスワードで、管理者は共通パスワードを定義できます。このパスワードは、SRXシリーズファイアウォールがIKEv2設定ペイロードを使用してリモートIPsecピアに代わってIPアドレスを要求する場合に、SRXシリーズファイアウォールとRADIUSサーバーの間で使用されます。RADIUSサーバーは、設定ペイロード要求に対してSRXシリーズファイアウォールにIP情報を提供する前に、認証情報を検証します。共通パスワードは config-payload-password configured-password 構成ステートメントを使用して階層レベルで構成できます [edit security ike gateway gateway-name aaa access-profile access-profile-name] 。さらに、この例では、ユーザー名(IKE ID)情報用の証明書の異なる部分を使用して、同じクライアント証明書から 2 つのトンネルを作成します。

検証

設定が正常に機能していることを確認します。

SRXシリーズのIKEフェーズ1ステータスの確認

目的

IKEフェーズ1ステータスを確認します。

アクション

ノード0の動作モードから、 show security ike security-associations コマンドを入力します。コマンドからインデックス番号を取得した後、 show security ike security-associations detail コマンドを使用します。

意味

show security ike security-associationsコマンドは、ピコセルデバイスを持つすべてのアクティブなIKEフェーズ1のSAを一覧表示します。SAが表示されない場合は、フェーズ1の確立に問題があったことを示しています。設定でIKEポリシーパラメータと外部インターフェイスの設定を確認してください。この例では、OAM VPN の IKE フェーズ 1 SA のみを示しています。ただし、3GPP VPNのIKEフェーズ1パラメータを示す別のIKEフェーズ1SAが表示されます。

SAが表示される場合は、以下の情報を確認します。

  • インデックス—この値は各IKE SAに固有です。 show security ike security-associations index detail コマンドを使用すると、SAに関する詳細情報を得ることができます。

  • リモートアドレス—ローカルIPアドレスが正しいことと、ポート500がピアツーピア通信に使用されていることを確認します。

  • ロールレスポンダーの状態:

    • Up:フェーズ1SAが確立されました。

    • Down - フェーズ 1 SA の確立に問題がありました。

  • ピア(リモート)IKE ID—証明書情報が正しいことを確認します。

  • ローカルIDとリモートID—これらのアドレスが正しいことを確認してください。

  • モード—正しいモードが使用されていることを確認します。

設定で次の項目が正しいことを確認します。

  • 外部インターフェイス(インターフェイスはIKEパケットを送信するインターフェイスである必要があります)

  • IKEポリシーパラメータ

  • フェーズ1のプロポーザルパラメーター(ピア間で一致する必要があります)

show security ike security-associationsコマンドは、セキュリティアソシエーションに関する以下の追加情報を一覧表示します。

  • 使用される認証および暗号化アルゴリズム

  • フェーズ1のライフタイム

  • トラフィック統計情報(トラフィックが双方向に正しく流れていることを検証するために使用できます)

  • ロール情報

    トラブルシューティングは、レスポンダ ロールを使用してピア上で実行するのが最適です。

  • 開始側と応答側の情報

  • 作成されたIPsec SAの数

  • 進行中のフェーズ2ネゴシエーションの数

SRXシリーズのIPsecセキュリティアソシエーションの確認

目的

IPsecステータスを確認します。

アクション

ノード0の動作モードから、 show security ipsec security-associations コマンドを入力します。コマンドからインデックス番号を取得した後、 show security ipsec security-associations detail コマンドを使用します。

意味

この例では、Pico 1のアクティブなIKEフェーズ2のSAを示しています。SAが表示されない場合は、フェーズ2の確立に問題があったことになります。設定でIPsecポリシーパラメーターを確認します。各フェーズ2SA(OAMおよび3GPP)について、インバウンド方向とアウトボード方向の両方で情報が提供されます。 show security ipsec security-associations コマンドからの出力には、以下の情報が表示されます。

  • リモートゲートウェイのIPアドレスは10.1.1.1です。

  • 両方向のSPI、ライフタイム(秒)、使用制限(またはKBで示したライフサイズ)が表示されます。3529/という値は、フェーズ2のライフタイムが3529秒で終了すること、ライフサイズが指定されていないことを示し、無制限であることを示しています。フェーズ2のライフタイムはフェーズ1のライフタイムと異なる場合があります。これは、VPNが起動した後はフェーズ2はフェーズ1に依存しないためです。

  • 月曜の列にあるハイフンで示されているように、このSAではVPN監視が有効になっていません。VPN監視が有効な場合、Uは監視が稼働していることを示し、Dは監視が停止していることを示します。

  • 仮想システム(vsys)はルート システムであり、常に 0 が表示されます。

上記の show security ipsec security-associations index index_id detail コマンドの出力には、以下の情報が表示されます。

  • ローカル ID とリモート ID により、SA のプロキシ ID が構成されます。

    プロキシIDの不一致は、フェーズ2の失敗で最もよくある原因の1つです。IPsec SAが表示されない場合は、プロキシID設定を含むフェーズ2のプロポーザルが両方のピアで正しいことを確認します。ルートベースVPNの場合、デフォルトのプロキシIDはローカル = 0.0.0.0/0、リモート = 0.0.0.0/0、サービス = anyです。同じピアIPからの複数のルートベースVPNで問題が発生する可能性があります。この場合、各IPsec SAに固有のプロキシIDを指定する必要があります。一部のサードパーティベンダーでは、プロキシIDを手動で入力して照合する必要があります。

  • 使用される認証および暗号化アルゴリズム。

  • フェーズ2のプロポーザルパラメーター(ピア間で一致する必要があります)。

  • OAMおよび3GPPゲートウェイへのセキュアなトンネル(st0.0およびst0.1)バインディング。

信頼できるCAを使用したIKEポリシー

この例では、信頼できる CA サーバーをピアの IKE ポリシーにバインドする方法を示します。

開始する前に、ピアの IKE ポリシーに関連付けるすべての信頼できる CA のリストを用意しておく必要があります。

IKEポリシーは、単一の信頼できるCAプロファイルまたは信頼できるCAグループに関連付けることができます。セキュアな接続を確立するために、IKEゲートウェイは、証明書を検証する間、IKEポリシーを使用して、設定されたCAグループ(caプロファイル)に自身を制限します。信頼できる CA または信頼できる CA グループ以外のソースから発行された証明書は検証されません。IKEポリシーから証明書検証リクエストがある場合、IKEポリシーに関連付けられたCAプロファイルが証明書を検証します。IKEポリシーがどのCAにも関連付けられていない場合、デフォルトでは、設定されたCAプロファイルのいずれかによって証明書が検証されます。

この例では、 root-ca という名前のCAプロファイルが作成され、そのプロファイルに root-ca-identity が関連付けられています。

信頼できるCAグループに追加したいCAプロファイルは最大20個まで設定できます。信頼できるCAグループで20を超えるCAプロファイルを設定した場合、設定をコミットできません。

  1. CAプロファイルを作成し、CA識別子をプロファイルに関連付けます。
  2. IKEプロポーザルとIKEプロポーザルの認証方法を定義します。
  3. Diffie-Hellman グループ、認証アルゴリズム、IKE プロポーザルの暗号化アルゴリズムを定義します。
  4. IKEポリシーを設定し、ポリシーをIKEプロポーザルに関連付けます。
  5. IKEポリシーのローカル証明書識別子を設定します。
  6. IKEポリシーに使用するCAを定義します。

デバイスに設定されているCAプロファイルと信頼できるCAグループを表示するには、 show security pki コマンドを実行します。

show security ikeコマンドは、ike_policyという名前のIKEポリシーの下にCAプロファイルグループと、IKEポリシーに関連付けられた証明書を表示します。