すべてのプロダクト
Search
ドキュメントセンター

VPN Gateway:IPsec-VPN のトラブルシューティング

最終更新日:Aug 19, 2026

IPsec 接続を設定した後にネットワーク接続の問題が発生した場合は、このドキュメントを参照してトラブルシューティングを行ってください。

1. クイックチェックリスト (5分で確認)

ログを分析する前に、以下のチェックリストを完了して、一般的な設定エラーを除外してください。多くの問題はこの段階で解決できます。

  • ネットワーク接続:ご利用のオンプレミスゲートウェイデバイスから Alibaba Cloud VPN ゲートウェイのパブリック IP アドレスに ping できますか?

    • アクション:ご利用のオンプレミスゲートウェイデバイスで ping コマンドを実行します。失敗した場合は、インターネット接続と中間のファイアウォールを確認してください。

  • ファイアウォールとセキュリティポリシー:必要なポートは開いていますか?

    • アクション:ご利用のオンプレミスゲートウェイデバイス (および該当する場合は Alibaba Cloud セキュリティグループ) のファイアウォールとアクセス制御ポリシーで、UDP ポート 500UDP ポート 4500 (NAT 越え用) のインバウンドおよびアウトバウンドトラフィックが許可されていることを確認してください。

  • パラメーター設定の一貫性:クラウド側 (Alibaba Cloud VPN ゲートウェイ) とオンプレミス側 (オンプレミスゲートウェイデバイス) の暗号化パラメーターは一致していますか?

    • アクション:両側の IKE 設定パラメーター (バージョン、暗号化アルゴリズム、認証アルゴリズム、DH グループ、事前共有鍵) を注意深く確認し、一致していることを確認してください。

  • カスタマーゲートウェイの IP アドレス:IP アドレスは正しいですか?特にオンプレミスゲートウェイデバイスが NAT デバイスの背後にある場合は注意が必要です。

    • アクション:Alibaba Cloud 管理コンソールで、IPsec 接続に関連付けられているカスタマーゲートウェイの IP アドレスを確認します。

      • オンプレミスゲートウェイデバイスにパブリック IP アドレスがある場合、この値はそのパブリック IP アドレスである必要があります。

      • オンプレミスゲートウェイデバイスが NAT デバイスの背後にある場合、この値は NAT デバイスのパブリック IP アドレスである必要があります。IP アドレスが正しくないと、「ピアからの応答がありません」というエラーの一般的な原因となります。

  • ルート設定:ルートは VPN を指していますか?

    • アクション:

      • Alibaba Cloud 側:VPC ルートテーブルを確認し、データセンターの CIDR ブロック宛てのトラフィックが VPN ゲートウェイにルーティングされていることを確認します。

      • データセンター側:ご利用のオンプレミスルーターを確認し、VPC の CIDR ブロック宛てのトラフィックが IPsec トンネルにルーティングされていることを確認します。

  • IDC 側の RFC に準拠しないプライベート CIDR ブロック:オンプレミス IDC は、RFC に準拠しないプライベート CIDR ブロック (標準のプライベート CIDR ブロック 10.0.0.0/8、172.16.0.0/12、192.168.0.0/16 ではない 30.0.0.0/xx など) を使用していますか?

  • 複数の CIDR ブロック間の相互接続設定:対象トラフィックに複数の CIDR ブロックがあるシナリオについては、「複数の CIDR ブロック間の相互接続に関する設定の推奨事項とよくある質問」をご参照ください。

  • プライベート CIDR ブロックの競合:オンプレミスデータセンターで使用されているプライベート CIDR ブロックが、VPC とその vSwitch の CIDR ブロックと重複していませんか?

    • アクション:オンプレミスデータセンターのプライベート CIDR ブロックと、VPC およびその vSwitch の CIDR ブロックを一つずつ確認し、両側の CIDR ブロックが重複していないことを確認してください。サーバーが存在する CIDR ブロックに加えて、Docker のデフォルトブリッジ CIDR ブロック 172.17.0.0/16 や、Kubernetes の Pod CIDR ブロック、Service CIDR ブロックなど、コンテナプラットフォームで使用される CIDR ブロックも確認する必要があります。これらの CIDR ブロックはプラットフォームによって自動的に割り当てられ、通常はネットワーク計画のチェックリストに含まれていないため、見落とされがちです。宛先アドレスが重複範囲内にあるトラフィックは、ローカルルーティングによってローカルインターフェイスに優先的にマッチングされ、IPsec トンネルには入りません。その結果、IPsec 接続のネゴシエーションは成功しますが、オンプレミスクライアントは VPC 内の ECS インスタンスと通信できない、または ping が失敗します。重複が存在する場合は、オンプレミスデータセンター側またはコンテナプラットフォーム側の CIDR ブロック計画を調整して、VPC の CIDR ブロックと重複しないようにしてください。

  • クロス VPC シナリオにおける CEN ルート (CEN と VPN の連携):アクセスしたい ECS インスタンスは、IPsec 接続に関連付けられている VPC とは別の VPC にありますか?

    • アクション:IPsec 接続が VPC A に関連付けられているが、ターゲットの ECS インスタンスが VPC B にあり、VPC B が Cloud Enterprise Network (CEN) を介して VPC A と通信している場合、VPN 側のルートを設定するだけではエンドツーエンドの接続性は確保できません。CEN でのルート広告も確認する必要があります。オンプレミスデータセンターの CIDR ブロックと VPC B の CIDR ブロック間の通信に必要なルートが CEN ルートテーブルに既に存在し、広告されていることを確認してください。これにより、VPC B からの戻りトラフィックが CEN を介して VPC A に戻り、IPsec トンネルに入ることができます。関連するルートがない、または広告されていない場合、IPsec 接続のネゴシエーションは成功し、オンプレミスデータセンターは VPC A の ECS インスタンスと正常に通信できますが、VPC B の ECS インスタンスとは通信できない、または ping が失敗します。

2. エラー情報の表示

クイックチェックリストで問題が解決しない場合は、特定のエラーコードまたはログ情報を表示して問題を特定できます。

2.1 エラーコードの表示

エラーコードは、トラブルシューティングの直接的な手がかりを提供します。

最新のエラー状態を取得するには、新しいネゴシエーションをトリガーできます。簡単な方法は、IPsec 接続を変更し、今すぐ有効化 の値を切り替えて保存し、その後元の値に戻すことです。
2019年3月21日より前に作成された VPN ゲートウェイは、エラーコードを表示する前にアップグレードする必要があります。

コンソール

ターゲットトンネルの [接続ステータス] 列でエラーコードを表示します。

シングルトンネルモードの場合:ターゲットの IPsec 接続の [接続ステータス] 列でエラーコードを表示します。

API

DiagnoseVpnConnections 操作を呼び出してエラーコードを取得します。

2.2 ログの表示

より詳細な分析、特にエラーコードが表示されない場合は、最大 180 日間の IPsec-VPN ログを表示できます。ログは特定の時間範囲 (最小 10 分) でフィルターできます。

コンソール

対象のトンネルの操作列で、ログの表示をクリックします。

シングルトンネルモードの場合:対象の IPsec 接続の操作列で、ログの表示をクリックします。

API

DescribeVpnConnectionLogs 操作を呼び出してログを取得します。

3. シナリオ別のソリューション

以下のカテゴリから特定の問題を見つけ、対応するソリューションを参照してください。

a. フェーズ 1 ネゴシエーションの失敗またはタイムアウト

これは最も一般的な問題です。Alibaba Cloud VPN ゲートウェイがネゴシエーションリクエストを送信しましたが、オンプレミスゲートウェイデバイスから応答を受信しなかったことを意味します。

考えられる原因

トラブルシューティング方法

1. ネットワーク接続の問題

確認:オンプレミスゲートウェイデバイスで ping および traceroute コマンドを実行します。

ソリューション:パケットが失われた場合、データセンターと Alibaba Cloud の間にネットワークの問題が存在します。インターネット接続、インターネットサービスプロバイダー (ISP)、および中間のファイアウォールを確認してください。

VPN ゲートウェイはクロスボーダー IPsec-VPN 接続をサポートしていません。クロスボーダー接続を作成するには、Cloud Enterprise Network (CEN) を使用してください。

2. カスタマーゲートウェイの IP アドレスが正しくない

確認:Alibaba Cloud 管理コンソールで、カスタマーゲートウェイの IP アドレスを確認します。

ソリューション:この IP アドレスは、オンプレミスゲートウェイデバイスがインターネットに接続するために使用するパブリック IP アドレスである必要があります。オンプレミスゲートウェイデバイスが NAT デバイスの背後にある場合、この IP アドレスは NAT デバイスのパブリック IP アドレスである必要があります。

注:カスタマーゲートウェイの IP アドレスを変更するには、新しいカスタマーゲートウェイを作成し、IPsec 接続に再関連付けする必要があります。この操作によりサービスが中断します。

3. ピアのファイアウォールがパケットをブロックしている

確認:オンプレミスゲートウェイデバイスとその上流ファイアウォールのアクセス制御ポリシーを確認します。

ソリューション:Alibaba Cloud VPN ゲートウェイのパブリック IP アドレスとの間のトラフィックが、UDP ポート 500 (IKE 用) および UDP ポート 4500 (NAT 越え用) で許可されていることを確認してください。

4. IKE (フェーズ 1) ポリシーの不一致

確認:両端の IKE 設定を比較します。

ソリューション:以下のパラメーターが同一であることを確認してください:

- IKE バージョン (ikev1 または ikev2)。IKEv2 の使用を推奨します。

- ネゴシエーションモード (main または aggressive)。メインモードの使用を推奨します。

- 暗号化アルゴリズム (例:aesaes192aes256)。

- 認証アルゴリズム (例:sha1md5sha256)。

- DH グループ (例:group2group5group14)。

- SA ライフタイム (秒)。不安定さを避けるため、この値を一致させることを推奨します。

5. オンプレミスゲートウェイデバイスの問題

確認:オンプレミスゲートウェイデバイスの状態とログで、エラーや予期せぬ再起動がないか確認します。

ソリューション:デバイスが正常に動作しており、IPsec サービスが実行中であることを確認してください。設定例については、「オンプレミスデバイスの設定」をご参照ください。

一部のデバイスでは、IPsec プロトコルのネゴシエーションをトリガーするためにデータトラフィックが必要です。トリガー方法については、デバイスベンダーにお問い合わせください。

6. その他

詳細については、「付録:エラーコードとログキーワード」をご参照ください。

b. フェーズ 2 ネゴシエーションの失敗またはタイムアウト

クイックリファレンス:

常にネゴシエーションに失敗しますか?

考えられる原因

トラブルシューティング方法

1. IPsec (フェーズ 2) ポリシーの不一致

確認:両端の IPsec 設定を比較します。

ソリューション:以下のパラメーターが同一であることを確認してください:

- 暗号化アルゴリズム (例:aesaes192aes256)。

- 認証アルゴリズム (例:sha1md5sha256)。

- DH グループ (完全転送秘密 - PFS):一方の端で PFS を有効にする場合、もう一方の端でも有効にし、同じ DH グループを使用する必要があります。一方の端が disabled に設定されている場合、もう一方の端も無効にする必要があります。

2. トラフィックセレクターは正しく設定されているが、ネゴシエーションがまだ失敗する

確認:ピアデバイスのトラフィックセレクター設定を確認し、そのローカル CIDR ブロックが Alibaba Cloud 側の IPsec 接続のリモート CIDR ブロックに対応し、そのリモート CIDR ブロックが Alibaba Cloud 側の IPsec 接続のローカル CIDR ブロックに対応していることを確認します。

ソリューション:両端のトラフィックセレクターが互いのリモート CIDR ブロックであることを確認した後、両側のルート設定が正しいか確認し、接続性をテストします。

3. その他

詳細については、「付録:エラーコードとログキーワード」をご参照ください。

以前は「フェーズ 2 ネゴシエーション成功」だったのに、今は常に「フェーズ 2 ネゴシエーション失敗」になりますか?

原因カテゴリ

原因

ソリューション

ゲートウェイの異常

Alibaba Cloud VPN ゲートウェイインスタンスの支払いが遅延している。

アカウントに資金を追加するか、新しい支払方法を追加します。詳細については、「支払方法」をご参照ください。

オンプレミスゲートウェイデバイスが異常である。

オンプレミスゲートウェイデバイスのトラブルシューティングを行います。詳細については、デバイスベンダーにお問い合わせください。

オンプレミスゲートウェイデバイスのアクセス制御ポリシーが変更された。

オンプレミスゲートウェイデバイスのアクセス制御ポリシーを確認し、データセンターと VPC 間のトラフィックが許可されていることを確認します。

IPsec-VPN 設定の変更

オンプレミスゲートウェイデバイスから IPsec-VPN 設定が削除された。

オンプレミスゲートウェイデバイスに IPsec-VPN 設定を再追加します。オンプレミスゲートウェイデバイスの設定が IPsec 接続の設定と一致していることを確認してください。いくつかの例については、「オンプレミスデバイスの設定」をご参照ください。

オンプレミスゲートウェイデバイスの IPsec-VPN 設定が変更され、IPsec 接続のパラメーター設定と一致しなくなった。

オンプレミスゲートウェイデバイスの設定を変更して、IPsec 接続の設定と一致させます。

オンプレミスゲートウェイデバイスの IPsec-VPN 設定で、パラメーターに複数の値が指定されている。たとえば、オンプレミスゲートウェイデバイスを設定する際に、IKE 設定フェーズの暗号化アルゴリズムaesaes192 に指定されている。

Alibaba Cloud 側で IPsec 接続を設定する場合、各パラメーターは 1 つの値のみをサポートします。オンプレミスゲートウェイデバイスの IPsec-VPN 設定を確認し、各パラメーターも 1 つの値のみで指定され、それが IPsec 接続の値と同じであることを確認してください。

IPsec 接続の設定が変更され、オンプレミスゲートウェイデバイスと一致しなくなった。

IPsec 接続の設定を確認し、オンプレミスゲートウェイデバイスの設定と一致させます。詳細については、「IPsec 接続」をご参照ください。

IPsec 接続に関連付けられている VPC インスタンスに、IPv4 ゲートウェイとネットワーク ACL が新たに設定された。

VPC インスタンスに適用されている IPv4 ゲートウェイとネットワーク ACL の設定を確認し、オンプレミスデータセンターと VPC インスタンス間のトラフィックを許可します。詳細については、「IPv4 ゲートウェイ」および「ネットワーク ACL」をご参照ください。

オンプレミスゲートウェイデバイスの IP アドレスの変更

オンプレミスゲートウェイデバイスが IPsec 接続を確立するために使用する IP アドレスが変更され、Alibaba Cloud 側のカスタマーゲートウェイインスタンスの IP アドレスがオンプレミスゲートウェイデバイスが使用する IP アドレスと一致しなくなった。

オンプレミスゲートウェイデバイスが IPsec 接続を確立するために使用する IP アドレスが、Alibaba Cloud 側で設定されているカスタマーゲートウェイインスタンスの IP アドレスと同じであることを確認してください。

オンプレミスゲートウェイデバイスに複数の IP アドレスがあり、Alibaba Cloud 側のカスタマーゲートウェイインスタンスの IP アドレスが、オンプレミスゲートウェイデバイスが IPsec 接続を確立するために使用する IP アドレスと一致していない。

オンプレミスゲートウェイデバイスが IPsec 接続を確立するために使用する IP アドレスが、Alibaba Cloud 側で設定されているカスタマーゲートウェイインスタンスの IP アドレスと同じであることを確認してください。

オンプレミスゲートウェイデバイスが動的 IP アドレスを使用しており、Alibaba Cloud 側のカスタマーゲートウェイインスタンスの IP アドレスが、オンプレミスゲートウェイデバイスが IPsec 接続を確立するために使用する IP アドレスと一致していない。

オンプレミスゲートウェイデバイスは、IPsec 接続を確立するために静的 IP アドレスを使用する必要があり、オンプレミスゲートウェイデバイスが使用する静的 IP アドレスが、Alibaba Cloud 側で設定されているカスタマーゲートウェイインスタンスの IP アドレスと同じであることを確認してください。

ネゴシエーションステータスが断続的に失敗に変わりますか?

原因カテゴリ

原因

ソリューション

IPsec-VPN 設定の変更

IPsec 設定フェーズの DH グループパラメーター (一部のオンプレミスゲートウェイデバイスでは PFS と呼ばれる) の設定が、IPsec 接続とそのオンプレミスゲートウェイデバイス間で一致していない。

IPsec 接続またはオンプレミスゲートウェイデバイスの IPsec 設定フェーズの DH グループパラメーター (PFS) の設定を確認し、両端の DH グループパラメーター (PFS) の値が同じになるように設定します。設定方法については、「IPsec 接続」をご参照ください。

オンプレミスゲートウェイデバイスの IPsec-VPN 設定で、パラメーターに複数の値が指定されている。たとえば、オンプレミスゲートウェイデバイスを設定する際に、IKE 設定フェーズの暗号化アルゴリズムaesaes192 に指定されている。

Alibaba Cloud 側で IPsec 接続を設定する場合:

  • 標準 VPN ゲートウェイの場合:各パラメーターは 1 つの値のみをサポートします。オンプレミスゲートウェイデバイスの IPsec-VPN 設定を確認し、各パラメーターも 1 つの値のみで指定され、それが Alibaba Cloud 側の IPsec 接続の値と同じであることを確認してください。

  • 拡張 VPN ゲートウェイおよびTR にバインドされた新機能の IPsec 接続 (2026年5月リリース) の場合:複数の暗号化アルゴリズムがサポートされています。オンプレミスゲートウェイデバイスと Alibaba Cloud 側で設定された IKE/IPsec ネゴシエーションパラメーターが一致していることを確認してください。

オンプレミスゲートウェイデバイスがトラフィックベースの SA ライフタイムで設定されている。

Alibaba Cloud 側の IPsec 接続は、トラフィックベースの SA ライフタイムの設定をサポートしておらず、時間ベースの SA ライフタイムの設定のみをサポートしています。オンプレミスゲートウェイデバイスでは、トラフィックベースの SA ライフタイムを設定しないか、トラフィックベースの SA ライフタイムを 0 バイトに設定することを推奨します。

ネットワーク品質の低下

IPsec 接続とオンプレミスゲートウェイデバイス間のネットワーク品質が低下しているため、DPD プロトコルパケット、ヘルスチェックプローブパケット、または IPsec プロトコルパケットが失われ、タイムアウトし、IPsec-VPN 接続が中断される。

IPsec-VPN 接続が中断された時点でのネットワーク接続性を確認してください。

IPsec 接続のピア側の制限

IPsec 接続のピアベンダーには、データトラフィックがある場合にのみ IPsec プロトコルネゴシエーションをトリガーできるという制限がある。

IPsec 接続のピア VPN ゲートウェイにこの使用制限があるかどうかを確認してください。この制限が存在する場合、ピアベンダーに IPsec プロトコルネゴシエーションのトリガー方法について相談してください。

デュアルトンネルモードで IPsec-VPN 接続を確立する際、Alibaba Cloud 側の IPsec 接続はトラフィックセレクターモードを使用し、2 つのトンネルのトラフィックセレクターはデフォルトで同じです。IPsec 接続のオンプレミスゲートウェイデバイスには関連する制限がある場合があります (たとえば、Cisco ASA ファイアウォールデバイス)。2 つのトンネルのトラフィックセレクターが同じ場合、1 つのトンネルしか正常にネゴシエーションできず、2 つのトンネルが交互に正常にネゴシエーションします。

IPsec 接続のオンプレミスゲートウェイデバイスにこの制限があるかどうかを関連ベンダーに確認してください。この制限が存在する場合、「オンプレミスデバイスの設定」を参照して、IPsec 接続のオンプレミスゲートウェイデバイスの IPsec-VPN 設定を変更してください。

c. フェーズ 2 ネゴシエーションは成功したが、例外が存在する

クイックリファレンステーブル:

BGP ルーティングプロトコルのネゴシエーションステータスは「異常」ですか?

原因カテゴリ

原因

ソリューション

BGP 設定が正しくない

オンプレミスゲートウェイデバイスに正しい BGP IP アドレスが設定されていない。

IPsec 接続とそのオンプレミスゲートウェイデバイスの BGP 設定を確認し、IPsec 接続の BGP IP アドレスとオンプレミスゲートウェイデバイスの BGP IP アドレスが同じ CIDR ブロック内にあり、互いに競合していないことを確認します。BGP IP アドレスが属する CIDR ブロックは、169.254.0.0/16 内の CIDR ブロックで、サブネットマスク長が 30 である必要があります。

IPsec-VPN 接続関連の問題

IPsec-VPN 接続の接続異常により、IPsec 接続側がオンプレミスゲートウェイデバイスからの BGP プロトコルパケットを受信できない。

IPsec-VPN 接続の接続性を確認し、IPsec 接続側がオンプレミスゲートウェイデバイスからの BGP プロトコルパケットを受信したかどうかを確認します。IPsec 接続下のトラフィックモニタリングデータを表示できます。現在のシステムがインバウンドトラフィックレコードを監視していない場合、IPsec 接続側がオンプレミスゲートウェイデバイスからの BGP プロトコルパケットを受信していないことを示します。

IPsec 接続のネゴシエーションステータスが中断されている。

IPsec 接続のログに基づき、IPsec 接続が常に「フェーズ 2 ネゴシエーション成功」ステータスにあるかどうかを確認します。IPsec 接続のネゴシエーションステータスが不安定な場合は、「エラーコードとログキーワード」に基づいて IPsec 接続の問題をトラブルシューティングします。

VPC 内の ECS インスタンスがオンプレミスデータセンターのサーバーにアクセスできませんか?

原因:VPC のルート設定、セキュリティグループルール、またはオンプレミスデータセンターのルート設定とアクセス制御ポリシーが、VPC 内の ECS インスタンスからオンプレミスデータセンターのサーバーへのアクセスを許可していない。

ソリューション:以下の情報を参照して、関連する設定のトラブルシューティングを行ってください。

  • VPC

    • VPC ルートテーブルのルート設定を確認します。ECS インスタンスがオンプレミスデータセンターのサーバーにアクセスできるように、関連するルートが VPC ルートテーブルに設定されていることを確認します。

    • VPC に適用されているセキュリティグループルールを確認します。セキュリティグループルールが ECS インスタンスとサーバー間の相互アクセスを許可していることを確認します。

  • オンプレミスデータセンター

    • オンプレミスデータセンターのルート設定を確認します。サーバーが ECS インスタンスに応答できるように、関連するルートがオンプレミスデータセンターに設定されていることを確認します。

    • オンプレミスデータセンターのアクセス制御ポリシーを確認します。オンプレミスデータセンターが ECS インスタンスとサーバー間の相互アクセスを許可していることを確認します。

オンプレミスデータセンター内でパブリック IP アドレスがプライベート IP アドレスとして使用されている場合、VPC がパブリック CIDR ブロックにアクセスできるように、パブリック IP アドレスの CIDR ブロックを VPC のカスタマー CIDR ブロックとして設定する必要があります。

オンプレミスデータセンターのサーバーが VPC 内の ECS インスタンスにアクセスできませんか?

原因:VPC のルート設定、セキュリティグループルール、またはオンプレミスデータセンターのルート設定とアクセス制御ポリシーが、オンプレミスデータセンターのサーバーから VPC 内の ECS インスタンスへのアクセスを許可していない。

ソリューション:以下の情報を参照して、関連する設定のトラブルシューティングを行ってください。

  • VPC

    • VPC ルートテーブルのルート設定を確認します。ECS インスタンスがサーバーからのアクセスに応答できるように、関連するルートが VPC ルートテーブルに設定されていることを確認します。

    • VPC に適用されているセキュリティグループルールを確認します。セキュリティグループルールが ECS インスタンスとサーバー間の相互アクセスを許可していることを確認します。

  • オンプレミスデータセンター

    • オンプレミスデータセンターのルート設定を確認します。サーバーが IPsec 接続を介して ECS インスタンスにアクセスできるように、関連するルートがオンプレミスデータセンターに設定されていることを確認します。

    • オンプレミスデータセンターのアクセス制御ポリシーを確認します。オンプレミスデータセンターが ECS インスタンスとサーバー間の相互アクセスを許可していることを確認します。

複数 CIDR ブロックのシナリオで、一部の CIDR ブロックは正常に通信できるが、他は通信できませんか?

原因:IPsec 接続を使用してオンプレミスデータセンターと VPC を接続するシナリオで、VPN ゲートウェイが Cisco、H3C、Huawei などの従来のベンダーのデバイスと相互接続し、IPsec 接続がトラフィックセレクターのルーティングモードを使用し、複数の CIDR ブロックが設定されている場合、1 つの CIDR ブロックしか通信できず、他の CIDR ブロックは通信できません。

現在の現象は、Alibaba Cloud VPN ゲートウェイが Cisco、H3C、Huawei などの従来のベンダーのデバイスと相互接続する際に、両端の IPsec プロトコルの非互換性によって引き起こされます。IPsec 接続に複数の CIDR ブロックが設定されている場合、Alibaba Cloud VPN ゲートウェイは 1 つの SA (セキュリティアソシエーション) を使用してピアゲートウェイデバイスとネゴシエーションしますが、ピアゲートウェイデバイスは複数の CIDR ブロックの場合に複数の SA を使用して VPN ゲートウェイとネゴシエーションします。

ソリューション:「複数 CIDR ブロック通信:設定の推奨事項とよくある質問」をご参照ください。

ping は成功するがサービスアクセスが失敗する、または一部のポート番号へのアクセスが失敗しますか?

原因:VPC に適用されているセキュリティグループルール、またはオンプレミスデータセンターに適用されているアクセス制御ポリシーが、対応する IP アドレス、プロトコルタイプ、ポート番号を許可していない。

ソリューション:以下の情報を参照して、関連する設定のトラブルシューティングを行ってください。

  • VPC に適用されているセキュリティグループルールを確認します。セキュリティグループルールが、オンプレミスデータセンターと VPC 間で通信する必要がある IP アドレス、プロトコルタイプ、ポート番号を許可していることを確認します。

  • オンプレミスデータセンターに適用されているアクセス制御ポリシーを確認します。アクセス制御ポリシーが、オンプレミスデータセンターと VPC 間で通信する必要がある IP アドレス、プロトコルタイプ、ポート番号を許可していることを確認します。

    オンプレミスデータセンター側にサービスポリシーやドメイン名解決などの設定がある場合は、それらも併せて確認することを推奨します。オンプレミスデータセンターと VPC 間で通信する必要がある IP アドレス、プロトコルタイプ、ポート番号が許可されていることを確認してください。

オンプレミスの traceroute がクラウドに到達できないのに、ping は成功するのはなぜですか?

原因

traceroute と ping は異なるタイプの ICMP パケットを使用し、中間のネットワークデバイスはそれらに対して異なる処理ポリシーを適用する可能性があります:

  • ping は ICMP Echo Request/Echo Reply を使用して、ターゲットのエンドツーエンドの到達可能性を直接テストします。

  • traceroute は ICMP Time Exceeded メッセージ (パケットの TTL が 0 に減少したときに中間デバイスから返されるタイムアウト通知) に依存して、パスをホップバイホップでトレースします。

オンプレミスの出口ファイアウォールまたはルーターが、ICMP Time Exceeded メッセージ (または traceroute が使用する UDP ポート) を禁止するセキュリティポリシーで設定されている場合、そのノードでパストレーシングが中断されますが、ping の ICMP Echo パケットはブロックされないため、ping は成功します。これは中間デバイスのポリシーの違いであり、VPN トンネルやターゲットホストに問題があることを示すものではありません

トラブルシューティングの提案

  1. オンプレミスの出口デバイスのセキュリティポリシーを確認し、ICMP Time Exceeded メッセージまたは UDP ポート (traceroute はデフォルトで UDP ポート 33434 から開始します。一部のツールは ICMP モードへの切り替えをサポートしています) を制限しているかどうかを確認します。

  2. ネットワーク接続性をセグメントごとに検証します:

    • オンプレミスデバイスで、Alibaba Cloud VPN ゲートウェイのパブリック IP アドレスに ping を実行します (インターネット出口から VPN ゲートウェイへの接続性を検証するため)。

    • オンプレミスデバイスで、Alibaba Cloud VPC 内のプライベート IP アドレスに ping を実行します (VPN トンネルの内部チャネルの接続性を検証するため)。

  3. パストレーシングツールの可用性を確認する必要がある場合は、クラウドの ECS インスタンスで逆方向に traceroute を実行してオンプレミスの IP にトレースし、双方向の結果を比較できます。

プライベートネットワークアクセス中にパケット損失が発生し、接続が断続的になりますか?

原因カテゴリ

原因

ソリューション

VPN ゲートウェイの仕様の問題

トラフィック通信中に、トラフィックバーストが VPN ゲートウェイインスタンスの帯域幅仕様を超えている。VPN Gateway 管理コンソールで VPN ゲートウェイインスタンスのトラフィックモニタリング情報を表示して、トラフィックバーストが発生したかどうかを確認できます。

VPN ゲートウェイインスタンスをアップグレードするか、一時的なアップグレードを実行できます。詳細については、「サイズ変更と更新 (標準 VPNGW のみ)」をご参照ください。

IPsec-VPN 接続関連の問題

IPsec 接続のネゴシエーションステータスが中断されている。

IPsec 接続のログ情報に基づき、IPsec 接続が常に「フェーズ 2 ネゴシエーション成功」ステータスにあるかどうかを確認します。IPsec 接続のネゴシエーションステータスが不安定で、トンネルが頻繁に再ネゴシエーションし、断続的なネットワーク中断を引き起こす場合は、「エラーコードとログキーワード」に基づいて IPsec 接続の問題をトラブルシューティングします。

MTU 関連の問題

オンプレミスデータセンターのユーザー MTU が 1300 バイトを超えるように設定されている (1300 バイトは含まない)。

2021年4月1日より前に作成された VPN ゲートウェイの場合、オンプレミスデータセンターのユーザー MTU が 1300 バイトを超えるように設定されていると (1300 バイトは含まない)、IPsec-VPN 接続が機能しない可能性があります。この問題を回避するために、VPN ゲートウェイを最新バージョンにアップグレードすることを推奨します。

トラフィック転送中に、トラフィックパケットが大きすぎて転送パスの MTU 値を超え、パケットがフラグメント化されて転送される。

VPN ゲートウェイは、すでにフラグメント化されたパケットの転送のみをサポートし、パケットのフラグメント化やパケットフラグメントの再構成はサポートしていません。ユーザー MTU を 1399 バイトに設定することを推奨します。詳細については、「MTU の設定」をご参照ください。

プライベートネットワークアクセスは正常だが、転送遅延が高いですか?

原因カテゴリ

原因

ソリューション

VPN ゲートウェイの仕様の問題

トラフィック通信中に、トラフィックバーストが VPN ゲートウェイインスタンスの帯域幅仕様を超えている。VPN Gateway 管理コンソールで VPN ゲートウェイインスタンスのトラフィックモニタリング情報を表示して、トラフィックバーストが発生したかどうかを確認できます。

VPN ゲートウェイインスタンスをアップグレードするか、一時的なアップグレードを実行できます。詳細については、「サイズ変更と更新 (標準 VPNGW のみ)」をご参照ください。

ネットワーク品質の低下

IPsec 接続とオンプレミスゲートウェイデバイス間のネットワーク品質が低下しているため、トラフィック通信中に高いネットワーク遅延とパケット損失が発生する。

ping および mtr コマンドを使用して、VPN ゲートウェイのパブリックまたはプライベートネットワークをプローブし、トラブルシューティングを行います。高いネットワーク遅延が検出された場合は、セグメントごとにプローブして調査範囲を迅速に絞り込むことができます。パブリックリンクの品質が低いことが検出された場合は、Express Connect の使用を推奨します。

クラウドとオンプレミスで設定されたトラフィックセレクターが異なるのに、IPsec-VPN 接続が正常にネゴシエーションできますか?

原因:

次の図に示すように、オンプレミスゲートウェイデバイスで設定されたトラフィックセレクターの CIDR ブロックと、IPsec 接続で設定されたトラフィックセレクターの CIDR ブロックに包含関係があり、両端が IKEv2 バージョンを使用している場合、IPsec ネゴシエーション中に、Alibaba Cloud VPN ゲートウェイは両端のトラフィックセレクターが一致すると見なします。オンプレミスゲートウェイデバイスも包含関係をサポートしている場合 (つまり、包含関係のあるトラフィックセレクターが互いに一致すると見なす場合)、クラウドとオンプレミスで設定されたトラフィックセレクターが異なるにもかかわらず、IPsec-VPN 接続が正常にネゴシエーションできるという現象が発生します。

たとえば、オンプレミスゲートウェイデバイス 1 は包含関係をサポートしています。オンプレミスゲートウェイデバイス 1 が IPsec 接続 1 および IPsec 接続 2 とネゴシエーションする場合、オンプレミスゲートウェイデバイス 1 のローカル CIDR ブロック 10.55.0.0/16 は、IPsec 接続 1 のリモート CIDR ブロック 10.55.193.0/24 と IPsec 接続 2 のリモート CIDR ブロック 10.55.0.0/16 を含みます。オンプレミスゲートウェイデバイス 1 のリモート CIDR ブロック 10.66.88.0/22 は、IPsec 接続 1 のローカル CIDR ブロック 10.66.90.0/24 と IPsec 接続 2 のローカル CIDR ブロック 10.66.89.0/24 を含みます。したがって、オンプレミスゲートウェイデバイス 1 と Alibaba Cloud VPN ゲートウェイの両方がトラフィックセレクターが互いに一致すると見なし、オンプレミスゲートウェイデバイス 1 は IPsec 接続 1 と IPsec 接続 2 の両方と正常にネゴシエーションできます。

説明
  • オンプレミスゲートウェイデバイスが包含関係をサポートしていない場合 (つまり、包含関係のあるトラフィックセレクターが互いに一致しないと見なす場合)、IPsec-VPN 接続は正常にネゴシエーションできません。オンプレミスゲートウェイデバイスが包含関係をサポートしているかどうかを、オンプレミスゲートウェイデバイスのベンダーに確認してください。

  • オンプレミスゲートウェイデバイスと IPsec 接続の両方が IKEv1 バージョンを使用する場合、IPsec-VPN 接続が正常にネゴシエーションするためには、両端のトラフィックセレクターが完全に同じである必要があります (包含関係は許可されません)。

Inconsistent traffic selectors.png

考えられる影響:

前の図に示すように、1 つの VPN ゲートウェイインスタンスの下に複数の IPsec 接続があり、複数の IPsec 接続のトラフィックセレクターの CIDR ブロックに包含関係がある場合、トラフィックが期待されるパスに沿って転送されない可能性があります。

トラフィックセレクターモードで設定された IPsec 接続の場合、IPsec 接続が作成された後、システムはデフォルトで VPN ゲートウェイインスタンスのポリシーベースのルートテーブルに関連するルートを追加し、各ルートは同じポリシー優先度を持ちます。前の図に示されているシナリオでは、システムはデフォルトで VPN ゲートウェイインスタンスのポリシーベースのルートテーブルに次のルートを追加します:

ルートエントリ名

ソース CIDR ブロック

宛先 CIDR ブロック

ネクストホップ

重み

ポリシー優先度

ルートエントリ 1

10.66.90.0/24

10.55.193.0/24

IPsec 接続 1

100

10

ルートエントリ 2

10.66.89.0/24

10.55.0.0/16

IPsec 接続 2

100

10

ルートエントリ 3

10.66.90.0/24

10.55.178.0/24

IPsec 接続 3

100

10

ルートエントリ 4

10.66.88.0/24

10.55.0.0/16

IPsec 接続 4

100

10

ポリシーベースのルートマッチング規則」によると、ポリシー優先度が同じシナリオでは、システムはポリシーベースのルートの順序でルートを一つずつマッチングします。ポリシーベースのルートがマッチングされると、トラフィックは現在のポリシーベースのルートに従って直ちに転送されます。ポリシーベースのルートの順序は、ポリシーベースのルートがシステムに配信された時間によって決まります。通常、最初に設定されたポリシーベースのルートが優先的にシステムに配信されますが、現在の状況ではこれを完全に保証することはできません。したがって、後で設定されたポリシーベースのルートが優先的にシステムに配信され、後で設定されたポリシーベースのルートの優先度が最初に設定されたポリシーベースのルートよりも高くなる可能性があります。

前の図に示されているシナリオでは、オンプレミスデータセンターが IPsec-VPN 接続 1 を介して VPC にリクエストパケットを送信し、VPC が IPsec-VPN 接続 4 を介してオンプレミスデータセンターに返信パケットを送信する可能性があります。これは、ルートエントリ 4 が優先的にシステムに配信され、ルートエントリ 4 の優先度がルートエントリ 1 よりも高くなる可能性があるためです。

ソリューション:

  • オンプレミスゲートウェイデバイスと IPsec 接続に包含関係のあるトラフィックセレクターの CIDR ブロックを追加することを避けてください。両端に完全に一致するトラフィックセレクターの CIDR ブロックを追加することを推奨します。この方法は、IPsec-VPN 接続の安定性を向上させることができます。

  • IPsec 接続を作成する際には、できるだけ正確なトラフィックセレクターの CIDR ブロックを追加して、VPN ゲートウェイインスタンス下の複数の IPsec 接続のトラフィックセレクターの CIDR ブロックが重複しないようにしてください。

  • 各ポリシーベースのルートに異なるポリシー優先度と重み値を設定して、トラフィックが 1 つのポリシーベースのルートにしかマッチングしないようにしてください。

    ご利用の VPN ゲートウェイインスタンスがポリシー優先度の設定をサポートしていない場合は、VPN ゲートウェイインスタンスをアップグレードできます。アップグレード後、VPN ゲートウェイインスタンスはデフォルトでポリシーベースのルートのポリシー優先度の設定をサポートします。

VPC NAT ゲートウェイの SNAT と IPsec-VPN を組み合わせた場合に、ピアサービスへのアクセスがタイムアウトした場合はどうすればよいですか?

原因:VPC NAT ゲートウェイが SNAT を実行した後、トラフィックのソース IP が NAT ゲートウェイで使用されるパブリック IP に変更されます。VPN ゲートウェイのルート設定が、変換されたソース IP に対応するトラフィックパスと一致しない場合、戻りパケットが IPsec トンネル経由で返されなくなり、ピアサービスへのアクセス時にタイムアウトとして現れます。

ソリューション

  • VPN ゲートウェイの宛先ベースのルートテーブルに、ピアのターゲット CIDR ブロックまたは IP を指す宛先ベースのルートを追加し、対応する IPsec 接続をネクストホップとして選択します。

  • ポリシーベースのルートモードを使用する場合、ポリシーベースのルートのソース IP 設定が、SNAT 変換後の実際のソース IP (つまり、VPC NAT ゲートウェイで使用されるパブリック IP) と一致しているかどうかを確認し、ポリシーベースのルートが SNAT 変換後のトラフィックを正確にマッチングできるようにします。

IPsec トンネルが接続された後、AD Connector または DNS 解決が失敗した場合はどうすればよいですか?

原因:IPsec トンネルの ping テストが正常で、ドメイン名解決の設定が正しい場合、障害はトンネルレイヤーにない可能性があります。基盤となる UDP ポート 53 がオンプレミスのファイアウォールまたはセキュリティポリシーによってブロックされている場合、DNS 通信がブロックされ、その結果、AD Connector の接続失敗や RPC タイムアウト (エラー 1818) が発生する可能性があります。

ソリューション

  • オンプレミス IDC DNS サーバー (実際の環境の DNS サーバー IP に基づく) の UDP ポート 53 を確認して許可し、クラウドリソースがこのポートを介してオンプレミス DNS と通信できるようにします。

  • クロス クラウド CEN+VPN 環境で Windows AD ドメインコントローラーを同期する場合は、双方向のロング ping のパケット損失率と遅延をトラブルシューティングし、必要に応じてクラウドとオンプレミスの両端で同時にパケットキャプチャを行って分析します。

IPsec トンネルのフェイルオーバーに時間がかかる原因は何ですか?

原因:トンネルのフェイルオーバーにかかる全体時間は、Alibaba Cloud VPN ゲートウェイインスタンスの切り替え速度だけでなく、オンプレミス VPN デバイスの障害検出と切り替えメカニズムにも依存します。Alibaba Cloud 側のバックアップトンネルが有効になっても、オンプレミスデバイスがハートビートタイムアウト時間やプローブ間隔などの設定により切り替えを完了していない可能性があり、エンドツーエンドの回復時間が予想よりも大幅に長くなる (たとえば、回復に約 10 分かかる) ことがあります。

トラブルシューティングの提案

  1. Alibaba Cloud VPN ゲートウェイインスタンスとオンプレミス VPN デバイスの状態とログを個別に確認します。

  2. バックアップトンネルの実際の有効化時点と、トラフィックパスが切り替えを完了した時点を確認します。

  3. 2 つの時点を比較して、追加の時間がオンプレミスデバイスのプローブと切り替えポリシーによって引き起こされているかどうかを評価します。

ヘルスチェックの失敗 (シングルトンネルモードのみ)?

原因カテゴリ

原因

ソリューション

ヘルスチェックのターゲット IP アドレスの問題

ヘルスチェックのターゲット IP アドレスにアクセスできない。

ターゲット IP アドレスに関連付けられているホストで、ターゲット IP アドレスを使用して ping コマンドまたは mtr コマンドでヘルスチェックのソース IP アドレスにアクセスし、ターゲット IP アドレスの接続性をテストします。ターゲット IP アドレスがソース IP アドレスに正常にアクセスできない場合は、ターゲット IP アドレスが正しく設定されているかどうかを確認します。

ヘルスチェックのターゲット IP アドレスに関連付けられているホストが異常に動作しており、IPsec 接続から送信されたプローブパケット (ICMP パケット) に時間内に応答できない。

ターゲット IP アドレスに関連付けられているホストが正常かどうかを確認します。詳細については、ゲートウェイデバイスのベンダーにお問い合わせください。

ヘルスチェックのターゲット IP アドレスに関連付けられているルート設定とセキュリティポリシーが変更された。たとえば、セキュリティポリシーがヘルスチェックのソース IP アドレス、ターゲット IP アドレス、または ICMP プロトコルタイプのパケットを許可していない。

オンプレミスゲートウェイデバイス側で、ターゲット IP アドレスに関連付けられているルート設定とセキュリティポリシーを確認し、以下を確認します:

  • ターゲット IP アドレスがヘルスチェックのソース IP アドレスにアクセスできる。

  • セキュリティポリシーがヘルスチェックのソース IP アドレス、ターゲット IP アドレス、および ICMP プロトコルタイプのパケットを許可している。

ヘルスチェックのターゲット IP アドレスが、元のパス (ターゲット IP アドレスがプローブパケットを受信するパス) からのヘルスチェックプローブパケットに応答しない。

mtr コマンドを使用して、ターゲット IP アドレスがヘルスチェックのソース IP アドレスにアクセスする際のリクエストパケットと応答パケットの転送パスが同じかどうかを確認します。異なる場合は、オンプレミスゲートウェイデバイス側のルート設定を確認し、リクエストパケットと応答パケットの転送パスが同じであることを確認します。

IPsec-VPN 接続関連の問題

IPsec 接続のネゴシエーションステータスが中断されている。

IPsec 接続のログに基づき、IPsec 接続が常に「フェーズ 2 ネゴシエーション成功」ステータスにあるかどうかを確認します。IPsec 接続のネゴシエーションステータスが不安定な場合は、「エラーコードとログキーワード」に基づいて IPsec 接続の問題をトラブルシューティングします。

注:IPsec 接続のヘルスチェックが失敗した後、システムは IPsec トンネルをリセットします。アクティブ/スタンバイの IPsec-VPN 接続以外のアプリケーションシナリオでは、IPsec 接続のヘルスチェックを設定することは推奨しません。

付録:エラーコードとログキーワード

Ctrl+F (Windows) または Cmd+F (Mac) を使用して、次の表で対応するエラーコードを見つけるか、ログキーワードを照合し、対応するトラブルシューティング方法を見つけてください。

エラーコード (コンソールのみ)

エラーコード (API のみ)

エラーメッセージ

ログキーワード

トラブルシューティング方法

ピアが一致しません

PeerMismatch

受信したプロトコルパケットがカスタマーゲートウェイ情報と一致しません

received UNSUPPORTED_CRITICAL_PAYLOAD error

  1. IPsec 接続に関連付けられているカスタマーゲートウェイの IP アドレスが、IPsec 接続のオンプレミスゲートウェイデバイスの IP アドレスと同じかどうかを確認します。異なる場合は、両端の IP アドレスが同じになるように変更します。

  2. オンプレミスゲートウェイデバイスに複数の IP アドレスが設定されている場合は、カスタマーゲートウェイに設定されている IP アドレスが、オンプレミスゲートウェイデバイスで実際に使用されている IP アドレスであることを確認します。

アルゴリズムが一致しません

AlgorithmMismatch

暗号化アルゴリズム、認証アルゴリズム、または DH グループパラメーターが一致しません

  • HASH mismatched

  • parsed INFORMATIONAL_V1 request

  • packet lacks expected payload

  • authentication failure

  1. IPsec 接続とそのオンプレミスゲートウェイデバイスの IKE 設定フェーズと IPsec 設定フェーズで設定された暗号化アルゴリズム認証アルゴリズム、および DH グループ (完全転送秘密 (PFS)) が同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。

  2. オンプレミスゲートウェイデバイスの IKE 設定フェーズと IPsec 設定フェーズで複数の暗号化アルゴリズム認証アルゴリズム、または DH グループ (完全転送秘密 (PFS)) が設定されている場合は、オンプレミスゲートウェイデバイスの暗号化アルゴリズム認証アルゴリズム、および DH グループ (完全転送秘密 (PFS)) が IPsec 接続の設定と同じになるように、オンプレミスゲートウェイデバイスの設定を変更することを推奨します。

    暗号化アルゴリズム認証アルゴリズム、および DH グループ は、注:Alibaba Cloud 側で標準 VPN ゲートウェイの IPsec 接続を構成する場合、IKE 設定フェーズと IPsec 設定フェーズでは、すべて単一の値のみをサポートし、複数の値はサポートしません。

暗号化アルゴリズムが一致しません

EncryptionAlgorithmMismatch

IPsec 暗号化アルゴリズムが一致しません

  • invalid encryption algorithm

  • trns_id mismatched

  • rejected enctype

  • authentication failure

  1. IPsec 接続とそのオンプレミスゲートウェイデバイスの IPsec 設定フェーズで設定された暗号化アルゴリズムが同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。

  2. オンプレミスゲートウェイデバイスの IPsec 設定フェーズで複数の暗号化アルゴリズムが設定されている場合は、オンプレミスゲートウェイデバイスの暗号化アルゴリズムが IPsec 接続の暗号化アルゴリズムと同じになるように、オンプレミスゲートウェイデバイスの設定を変更することを推奨します。

認証アルゴリズムが一致しません

AuthenticationAlgorithmMismatch

IKE 認証アルゴリズムが一致しません

  • authtype mismatched

  • rejected hashtype

  • authentication failure

  1. IPsec 接続とそのオンプレミスゲートウェイデバイスの IKE 設定フェーズで設定された認証アルゴリズムが同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。

  2. オンプレミスゲートウェイデバイスの IKE 設定フェーズで複数の認証アルゴリズムが設定されている場合は、オンプレミスゲートウェイデバイスの認証アルゴリズムが IPsec 接続の認証アルゴリズムと同じになるように、オンプレミスゲートウェイデバイスの設定を変更することを推奨します。

DH グループが一致しません

DhGroupMismatch

IKE フェーズ 1 の DH グループパラメーターが一致しません

  • received KE type 14,expected 2

  • failed to compute dh value

  • rejected dh_group

  • proposal mismatch, transform type:4

  1. IPsec 接続とそのオンプレミスゲートウェイデバイスの IKE 設定フェーズで設定された DH グループ (完全転送秘密 (PFS)) が同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。

  2. オンプレミスゲートウェイデバイスの IKE 設定フェーズで複数の DH グループ (完全転送秘密 (PFS)) が設定されている場合は、オンプレミスゲートウェイデバイスの DH グループ (完全転送秘密 (PFS)) が IPsec 接続の DH グループ (完全転送秘密 (PFS)) と同じになるように、オンプレミスゲートウェイデバイスの設定を変更することを推奨します。

  3. ご利用のシナリオで、複数の IPsec 接続が同じカスタマーゲートウェイに関連付けられている場合、すべての IPsec 接続について、IKE 設定フェーズのすべての設定 (バージョンネゴシエーションモード暗号化アルゴリズム認証アルゴリズムDH グループ (完全転送秘密 (PFS))、および SA ライフタイム (秒) を含む) が同じである必要があります。同時に、各 IPsec 接続側の LocalId は、IPsec 接続のオンプレミスゲートウェイデバイスの RemoteId と同じである必要があり、各 IPsec 接続側の RemoteId は、オンプレミスゲートウェイデバイスの LocalId と同じである必要があります。

事前共有鍵が一致しません

PskMismatch

事前共有鍵パラメーターが一致しません

  • Decryption failed! mismatch of preshared secrets

  • mismatch of preshared secrets

  • invalid HASH_V1 payload length, decryption failed

  • could not decrypt payloads

  • authentication failure

  1. IPsec 接続とそのオンプレミスゲートウェイデバイスに設定された事前共有鍵が同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。IPsec 接続とそのオンプレミスゲートウェイデバイスの事前共有鍵を同時に変更することもできます。この操作は IPsec プロトコルの再ネゴシエーションをトリガーし、システムは両端の事前共有鍵が一致するかどうかを再度確認します。

  2. IPsec 接続とそのオンプレミスゲートウェイデバイスの事前共有鍵が同じ場合でも、両端の IKE 設定フェーズと IPsec 設定フェーズで設定された暗号化アルゴリズム認証アルゴリズム、および DH グループ (完全転送秘密 (PFS)) がすべて同じであることを確認してください。

  3. オンプレミスゲートウェイデバイスの IKE 設定フェーズと IPsec 設定フェーズで複数の暗号化アルゴリズム認証アルゴリズム、または DH グループ (完全転送秘密 (PFS)) が設定されている場合は、オンプレミスゲートウェイデバイスの暗号化アルゴリズム認証アルゴリズム、および **DH グループ (完全転送秘密 (PFS))** が IPsec 接続の設定と同じになるように、オンプレミスゲートウェイデバイスの設定を変更することを推奨します。

PeerID が一致しません

PeerIdMismatch

LocalID または RemoteID が一致しないか、互換性がありません

  • does not match peers id

  • message lacks IDr payload

  • Expecting IP address type in main mode,but FQDN

  • Unknow peer id

  • Parse PEERID failed

  • received ID_I(xxx) does not match peers id

  1. IPsec 接続側の LocalId がオンプレミスゲートウェイデバイスの RemoteId と同じかどうか、また IPsec 接続側の RemoteId がオンプレミスゲートウェイデバイスの LocalId と同じかどうかを確認します。異なる場合は、変更します。- IPsec 接続が VPN ゲートウェイインスタンスにバインドされているシナリオでは、Alibaba Cloud VPN ゲートウェイはデフォルトで VPN ゲートウェイの IP アドレスを IPsec 接続の LocalId として、カスタマーゲートウェイの IP アドレスを IPsec 接続の RemoteId として使用します。- IPsec 接続が Transit Router (TR) インスタンスにバインドされているシナリオでは、Alibaba Cloud VPN ゲートウェイはデフォルトで IPsec 接続のゲートウェイ IP アドレスを IPsec 接続の LocalId として、カスタマーゲートウェイの IP アドレスを IPsec 接続の RemoteId として使用します。

  2. IPsec 接続の IKE バージョンが ikev1 で、ネゴシエーションモードmain の場合、LocalIdRemoteId は IP アドレス形式のみをサポートします。LocalIdRemoteId の形式が要件を満たしていることを確認してください。

  3. IPsec 接続とそのオンプレミスゲートウェイデバイスに設定されたネゴシエーションモードが同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。両端を main (メインモード) に設定することを推奨します。main (メインモード) では、LocalIdRemoteId は IP アドレス形式を使用することを推奨します。

  4. IPsec 接続の IKE バージョンが ikev2 で、上記の問題が正しいことを確認した場合、IPsec 接続とそのオンプレミスゲートウェイデバイスの IKE 設定フェーズと IPsec 設定フェーズで設定された暗号化アルゴリズム認証アルゴリズム、および **DH グループ (完全転送秘密 (PFS))** が同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。

  5. 両端の LocalIdRemoteId が同じであることが確認されているにもかかわらず、IPsec 接続がまだネゴシエーションに失敗する場合 (トンネルステータスが ike_sa_not_established と表示される)、LocalIdRemoteId の形式がネゴシエーションモードと一致しているかどうかを確認します:main (メインモード) では、IKE は IP アドレス形式の LocalIdRemoteId のみをサポートし、FQDN 形式はサポートしません。FQDN 形式の LocalIdRemoteId (例:test.aliyun.comtest.local.com) を使用する必要がある場合は、IPsec 接続とそのオンプレミスゲートウェイデバイスのネゴシエーションモードを同時に aggressive (アグレッシブモード) に変更し、両端の LocalIdRemoteId を同時に FQDN 形式に変更して、両端の設定が一致していることを確認します。変更が完了したら、IKE が自動的に再ネゴシエーションするのを待つか、コンソールで手動でネゴシエーションをトリガーし、トンネルステータスが ike_sa_established に変わることを確認して、設定が有効になったことを確認します。

DPD ペイロードシーケンスに互換性がありません

DpdHashNotifyCompatibility

DPD ペイロード順序の互換性

ignore information because the message has no hash payload

IPsec 接続で DPD 機能が有効になっている場合、IPsec 接続の DPD ペイロード順序はデフォルトで hash-notify です。オンプレミスゲートウェイデバイスの DPD ペイロード順序も hash-notify であるかどうかを確認します。そうでない場合は、オンプレミスゲートウェイデバイスの DPD ペイロード順序を hash-notify に変更します。

DPD がタイムアウトしました

DpdTimeout

DPD パケットのタイムアウト

DPD: remote seems to be dead

  1. IPsec 接続とそのオンプレミスゲートウェイデバイスの両方で DPD 機能が有効になっているかどうかを確認し、両端の DPD 機能の有効状態が同じであることを確認します。DPD パケットのタイムアウトは IPsec プロトコルの再ネゴシエーションを引き起こします。

  2. IPsec 接続とオンプレミスゲートウェイデバイス間のネットワーク品質とルート設定を確認し、互いに通信できることを確認します。

IKE バージョンが一致しません

IkeVersionMismatch

IKE バージョン番号パラメーターが一致しないか、ネゴシエーションモードが一致しません

unknown ikev2 peer

  1. IPsec 接続とそのオンプレミスゲートウェイデバイスに設定された IKE バージョンが同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。

    • オンプレミスゲートウェイデバイスが IKE バージョンを自動的に選択するか、IKEv1 と IKEv2 の両方をサポートする場合は、オンプレミスゲートウェイデバイスに IKE バージョンを指定することを推奨します。オンプレミスゲートウェイデバイスの IKE バージョンは、IPsec 接続の IKE バージョンと同じである必要があります。

    • 両端で IKEv2 バージョンを使用することを推奨します。

  2. IPsec 接続とそのオンプレミスゲートウェイデバイスに設定されたネゴシエーションモードが同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。

ネゴシエーションモードが一致しません

NegotiationModeMismatch

ネゴシエーションモードが一致しません

  • in Identity not acceptable Aggressive mode

  • not acceptable Identity Protection mode

  1. IPsec 接続とそのオンプレミスゲートウェイデバイスに設定されたネゴシエーションモードが同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。両端で main (メインモード) を使用することを推奨します。

  2. 両端が main (メインモード) の場合に IPsec 接続がまだネゴシエーションに失敗する場合 (この問題は一部の極端なシナリオで発生します)、両端のネゴシエーションモードを aggressive (アグレッシブモード) に変更してみてください。

NAT-T が一致しません

NatTMismatch

NAT 越えが一致しません

ignore the packet, received unexpecting payload type 130

IPsec 接続とそのオンプレミスゲートウェイデバイスの NAT 越え機能の状態が同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。オンプレミスゲートウェイデバイスが NAT ゲートウェイの背後にある場合は、IPsec 接続とそのオンプレミスゲートウェイデバイスの両方で NAT 越え機能を有効にすることを推奨します。

SA ライフタイムが一致しません

LifetimeMismatch

ライフタイムパラメーターが一致しません

long lifetime proposed

IPsec 接続とそのオンプレミスゲートウェイデバイスの IKE 設定フェーズと IPsec 設定フェーズで設定された SA ライフタイム (秒) を確認します。異なる場合は、両端の設定が同じになるように変更します。IPsec 接続とそのオンプレミスゲートウェイデバイスに設定された SA ライフタイム (秒) は同じである必要はありませんが、異なるゲートウェイデバイスは異なるベンダーに属するため、IPsec-VPN 接続の安定性を確保するために、両端で同じ SA ライフタイム (秒) を設定することを推奨します。

セキュリティプロトコルが一致しません

SecurityProtocolMismatch

セキュリティプロトコルパラメーターが一致しません

proto_id mismatched

オンプレミスゲートウェイデバイスが使用するセキュリティプロトコルが ESP (Encapsulating Security Payload) であるかどうかを確認します。そうでない場合は、ESP に変更します。IPsec-VPN 接続が使用するセキュリティプロトコルについて、Alibaba Cloud VPN ゲートウェイは ESP のみをサポートし、AH (Authentication Header) はサポートしません。

カプセル化モードが一致しません

EncapsulationModeMismatch

カプセル化モードが一致しません

encmode mismatched

オンプレミスゲートウェイデバイスが使用するカプセル化モードがトンネルモードであるかどうかを確認します。そうでない場合は、トンネルモードに変更します。IPsec-VPN 接続が使用するカプセル化モードについて、Alibaba Cloud VPN ゲートウェイはトンネルモードのみをサポートし、トランスポートモードはサポートしません。

アルゴリズムに互換性がありません

AlgorithmCompatibility

アルゴリズムの互換性

なし

IPsec 接続とそのオンプレミスゲートウェイデバイスの IKE 設定フェーズと IPsec 設定フェーズで設定された認証アルゴリズムに互換性がありません。両端で別の認証アルゴリズム、たとえば md5 を使用することを推奨します。

保護されるデータフローが一致しません

TrafficSelectorMismatch

トラフィックセレクターの CIDR ブロックパラメーターが一致しません

  • traffic selector mismatch

  • invalid-id-information

  • traffic selector unacceptable

  • can't find matching selector

  • received INVALID_ID_INFORMATION error notify

  • received Notify type TS_UNACCEPTABLE

  1. IPsec 接続が使用する IKE バージョンに基づき、トラフィックセレクターの CIDR ブロック設定を確認し、以下の原則に従っていることを確認します:

    • IPsec 接続が使用する IKE バージョンが ikev1 の場合、トラフィックセレクターは単一の CIDR ブロックの設定のみをサポートします。

    • IPsec 接続が使用する IKE バージョンが ikev2 の場合、トラフィックセレクターは複数の CIDR ブロックの設定をサポートします。

    注:IPsec 接続に複数の CIDR ブロックが設定されているシナリオでは、IPsec 接続とオンプレミスゲートウェイデバイスの IPsec プロトコルネゴシエーションメカニズムが異なるため、一部の CIDR ブロックは正常に通信できても、他の CIDR ブロックは通信できない場合があります。解決策については、「複数 CIDR ブロックのシナリオで、一部の CIDR ブロックは正常に通信できるが、他は通信できませんか?」をご参照ください。

  2. IPsec 接続とそのオンプレミスゲートウェイデバイスに設定されたトラフィックセレクターが同じかどうかを確認し、以下を確認します:

    • IPsec 接続側のローカル CIDR ブロックが、オンプレミスゲートウェイデバイスのリモート CIDR ブロックと同じである。

    • IPsec 接続側のリモート CIDR ブロックが、オンプレミスゲートウェイデバイスのローカル CIDR ブロックと同じである。

PFS が一致しません

PfsMismatch

IPsec フェーズ 2 の DH グループパラメーターが一致しません

  • pfs group mismatched

  • message lacks KE payload

IPsec 接続とそのオンプレミスゲートウェイデバイスの IPsec 設定フェーズの PFS 機能の設定状態が同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。

  • IPsec 接続側の IPsec 設定フェーズで DH グループ (完全転送秘密 (PFS)) が無効に設定されている場合、IPsec 接続側で PFS 機能が有効になっていないことを示し、オンプレミスゲートウェイデバイスの PFS 機能も無効になっていることを確認する必要があります。

  • IPsec 接続側の IPsec 設定フェーズで DH グループ (完全転送秘密 (PFS)) が無効以外の値に設定されている場合、IPsec 接続側で PFS 機能が有効になっていることを示し、オンプレミスゲートウェイデバイスの PFS 機能も有効になっていることを確認する必要があります。IPsec 接続とそのオンプレミスゲートウェイデバイスの両方で PFS 機能を有効にすることを推奨します。

Commit bit が一致しません

CommitMismatch

コミットビットが一致しません

なし

オンプレミスゲートウェイデバイスのコミットビットが有効になっているかどうかを確認します。有効になっている場合は、コミットビットを無効にします。コミットビットは、保護されたデータが送信される前に IPsec プロトコルネゴシエーションが完了することを保証するために使用されます。Alibaba Cloud VPN ゲートウェイはコミットビットの設定をサポートしていません。

プロポーザルが一致しません

ProposalMismatch

プロポーザルが一致しません

  • no proposal chosen

  • received NO_PROPOSAL_CHOSEN

  • no suitable proposal found

  • failed to get valid proposal

  • none of my proposal matched

  • no matching proposal found, sending NO_PROPOSAL_CHOSEN

  • proposal mismatch

  • couldn't find configuaration

  • ignore the packet,expecting the packet encrypted

  1. IPsec 接続とそのオンプレミスゲートウェイデバイスに設定された IKE バージョンが同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。両端で IKEv2 バージョンを使用することを推奨します。

  2. IPsec 接続とそのオンプレミスゲートウェイデバイスの IKE 設定フェーズのすべての設定が同じかどうかを確認します。異なる場合は、両端の設定が次の条件を満たすように変更します:

    • バージョンネゴシエーションモード暗号化アルゴリズム認証アルゴリズムDH グループ (完全転送秘密 (PFS))、および SA ライフタイム (秒) パラメーターの設定は両端で同じである必要があります。

    • IPsec 接続側の LocalId は、オンプレミスゲートウェイデバイスの RemoteId と同じである必要があり、IPsec 接続側の RemoteId は、オンプレミスゲートウェイデバイスの LocalId と同じである必要があります。

  3. IPsec 接続とそのオンプレミスゲートウェイデバイスの IPsec 設定フェーズのすべての設定が同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します (暗号化アルゴリズム認証アルゴリズムDH グループ (完全転送秘密 (PFS))SA ライフタイム (秒)、および NAT 越えを含む)。同時に、IPsec 接続とオンプレミスゲートウェイデバイスに設定されたトラフィックセレクターが次の条件を満たすことを確認します:

    • IPsec 接続側のローカル CIDR ブロックが、オンプレミスゲートウェイデバイスのリモート CIDR ブロックと同じである。

    • IPsec 接続側のリモート CIDR ブロックが、オンプレミスゲートウェイデバイスのローカル CIDR ブロックと同じである。

  4. ご利用のシナリオで、複数の IPsec 接続が同じカスタマーゲートウェイに関連付けられている場合、すべての IPsec 接続について、IKE 設定フェーズのすべての設定 (バージョンネゴシエーションモード暗号化アルゴリズム認証アルゴリズムDH グループ (完全転送秘密 (PFS))、および SA ライフタイム (秒) を含む) が同じである必要があります。同時に、各 IPsec 接続側の LocalId は、現在の IPsec 接続のオンプレミスゲートウェイデバイスの RemoteId と同じである必要があり、各 IPsec 接続側の RemoteId は、現在の IPsec 接続のオンプレミスゲートウェイデバイスの LocalId と同じである必要があります。

  5. IPsec-VPN 接続をリセットして、IPsec プロトコルの再ネゴシエーションをトリガーしてみてください。

ネゴシエーションに失敗しました

NegotiationFailed

プロトコルネゴシエーションが失敗しました

phase2 negotiation failed due to time up waiting for phase1

IPsec-VPN 接続をリセットして IPsec プロトコルの再ネゴシエーションをトリガーすると、システムが再度チェックします。

フェーズ 1 のネゴシエーションがタイムアウトしました

Phase1NegotiationTimeout

フェーズ 1 プロトコルパケットを受信できず、タイムアウトによりネゴシエーションが失敗しました

  • phase1 negotiation failed due to time up

  • ignore information because ISAKMP-SA has not been established

  1. オンプレミスゲートウェイデバイスが IPsec プロトコルパケットを正常に受信または送信できるかどうかを確認します。

  2. IPsec 接続に関連付けられているカスタマーゲートウェイの IP アドレスが、IPsec 接続のオンプレミスゲートウェイデバイスの IP アドレスと同じかどうかを確認します。異なる場合は、両端の IP アドレスが同じになるように変更します。

  3. オンプレミスゲートウェイデバイスに例外 (たとえば、障害による再起動) がないかどうかを確認します。

  4. オンプレミスゲートウェイデバイスと IPsec 接続が互いにアクセスできるかどうかを確認します。オンプレミスゲートウェイデバイスで pingmtr、または traceroute コマンドを使用して、VPN ゲートウェイの IP アドレスまたは IPsec 接続のゲートウェイ IP アドレスにアクセスし、両端が互いにアクセスできることを確認します。

  5. 現在の VPN ゲートウェイは、クロスボーダー IPsec-VPN 接続の作成をサポートしていません。クロスボーダー接続を作成する必要がある場合は、Cloud Enterprise Network (CEN) を使用してください。

  6. IPsec-VPN 接続をリセットして、IPsec プロトコルの再ネゴシエーションをトリガーしてみてください。

フェーズ 2 のネゴシエーションがタイムアウトしました

Phase2NegotiationTimeout

フェーズ 2 パケットを受信できず、タイムアウトによりネゴシエーションが失敗しました

なし

  1. IPsec 接続とそのオンプレミスゲートウェイデバイスの IPsec 設定フェーズのパラメーター設定が同じかどうかを確認します (暗号化アルゴリズム認証アルゴリズムDH グループ (完全転送秘密 (PFS))、および SA ライフタイム (秒) を含む)。異なる場合は、両端の IPsec 設定フェーズのパラメーター設定が同じになるように変更します。

  2. IPsec 接続とそのオンプレミスゲートウェイデバイスの NAT 越え機能の状態が同じかどうかを確認します。両端の NAT 越え機能が同時に有効になっているか、同時に無効になっていることを確認します。

  3. IPsec 接続とそのオンプレミスゲートウェイデバイスが使用する IKE バージョンを変更してみて、両方を IKEv1 にするか、両方を IKEv2 に同時に変更します。

ピアからのプロトコル応答メッセージが受信できません

NoResponse

ピアゲートウェイが応答しません

  • sending retransmit 1 of request message ID 0, seq 1

  • retransmission count exceeded the limit

  1. オンプレミスゲートウェイデバイスが IPsec プロトコルパケットを正常に受信または送信できるかどうかを確認します。

  2. IPsec 接続に関連付けられているカスタマーゲートウェイの IP アドレスが、IPsec 接続のオンプレミスゲートウェイデバイスの IP アドレスと同じかどうかを確認します。異なる場合は、両端の IP アドレスが同じになるように変更します。

  3. オンプレミスゲートウェイデバイスに例外 (たとえば、障害による再起動) がないかどうかを確認します。

  4. オンプレミスゲートウェイデバイスと IPsec 接続が互いにアクセスできるかどうかを確認します。オンプレミスゲートウェイデバイスで pingmtr、または traceroute コマンドを使用して、VPN ゲートウェイの IP アドレスまたは IPsec 接続のゲートウェイ IP アドレスにアクセスし、両端が互いにアクセスできることを確認します。

  5. オンプレミスゲートウェイデバイスに適用されているアクセス制御ポリシーを確認し、以下の条件を満たしているかどうかを確認します:

    • UDP プロトコルのポート 500 と 4500 を許可する。

    • VPN ゲートウェイインスタンスの IP アドレスまたは IPsec 接続のゲートウェイ IP アドレスを許可する。

  6. IPsec-VPN 接続をリセットして、IPsec プロトコルの再ネゴシエーションをトリガーしてみてください。

ピアから delete メッセージを受信しました

ReceiveDeleteNotify

ピアから削除パケットを受信しました

received DELETE IKE_SA

IPsec 接続側が、オンプレミスゲートウェイデバイスから送信された delete notify パケットを受信しました。オンプレミスゲートウェイデバイス側で原因をトラブルシューティングしてください。

例外は検出されていません

NoExceptionFound

ネゴシエーション例外の原因が診断されませんでした

なし

現在の結果は、IPsec-VPN 接続がネゴシエーションを開始していないことが原因である可能性があります。Alibaba Cloud 側またはピアネットワークデバイス側で IPsec-VPN 接続をリセットしてください。Alibaba Cloud 側では、IPsec 接続の下にある [すぐに有効にする] の値を変更して保存し、その後 [すぐに有効にする] を元の設定値に戻すことで、IPsec プロトコルネゴシエーションの開始をトリガーできます。その後、現在のページを更新してチェック結果を表示してください。