IPsec 接続を設定した後にネットワーク接続の問題が発生した場合は、このドキュメントを参照してトラブルシューティングを行ってください。
1. クイックチェックリスト (5分で確認)
ログを分析する前に、以下のチェックリストを完了して、一般的な設定エラーを除外してください。多くの問題はこの段階で解決できます。
ネットワーク接続:ご利用のオンプレミスゲートウェイデバイスから Alibaba Cloud VPN ゲートウェイのパブリック IP アドレスに
pingできますか?アクション:ご利用のオンプレミスゲートウェイデバイスで
pingコマンドを実行します。失敗した場合は、インターネット接続と中間のファイアウォールを確認してください。
ファイアウォールとセキュリティポリシー:必要なポートは開いていますか?
アクション:ご利用のオンプレミスゲートウェイデバイス (および該当する場合は Alibaba Cloud セキュリティグループ) のファイアウォールとアクセス制御ポリシーで、UDP ポート 500 と UDP ポート 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 など) を使用していますか?
アクション:IDC 側にこのような RFC に準拠しないプライベート CIDR ブロックが存在する場合、VPC のプライベートで使用されるパブリック CIDR ブロック機能を有効にする必要があります。詳細については、「プライベート通信のためのパブリック CIDR ブロックの使用」をご参照ください。
複数の 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. ネットワーク接続の問題 | 確認:オンプレミスゲートウェイデバイスで ソリューション:パケットが失われた場合、データセンターと 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 バージョン ( - ネゴシエーションモード ( - 暗号化アルゴリズム (例: - 認証アルゴリズム (例: - DH グループ (例: - SA ライフタイム (秒)。不安定さを避けるため、この値を一致させることを推奨します。 |
5. オンプレミスゲートウェイデバイスの問題 | 確認:オンプレミスゲートウェイデバイスの状態とログで、エラーや予期せぬ再起動がないか確認します。 ソリューション:デバイスが正常に動作しており、IPsec サービスが実行中であることを確認してください。設定例については、「オンプレミスデバイスの設定」をご参照ください。 一部のデバイスでは、IPsec プロトコルのネゴシエーションをトリガーするためにデータトラフィックが必要です。トリガー方法については、デバイスベンダーにお問い合わせください。 |
6. その他 | 詳細については、「付録:エラーコードとログキーワード」をご参照ください。 |
b. フェーズ 2 ネゴシエーションの失敗またはタイムアウト
クイックリファレンス:
常にネゴシエーションに失敗しますか?
考えられる原因 | トラブルシューティング方法 |
1. IPsec (フェーズ 2) ポリシーの不一致 | 確認:両端の IPsec 設定を比較します。 ソリューション:以下のパラメーターが同一であることを確認してください: - 暗号化アルゴリズム (例: - 認証アルゴリズム (例: - DH グループ (完全転送秘密 - PFS):一方の端で PFS を有効にする場合、もう一方の端でも有効にし、同じ DH グループを使用する必要があります。一方の端が |
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 設定フェーズの暗号化アルゴリズムが aes と aes192 に指定されている。 | 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 設定フェーズの暗号化アルゴリズムが aes と aes192 に指定されている。 | Alibaba Cloud 側で 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 トンネルやターゲットホストに問題があることを示すものではありません。
トラブルシューティングの提案
オンプレミスの出口デバイスのセキュリティポリシーを確認し、ICMP Time Exceeded メッセージまたは UDP ポート (traceroute はデフォルトで UDP ポート 33434 から開始します。一部のツールは ICMP モードへの切り替えをサポートしています) を制限しているかどうかを確認します。
ネットワーク接続性をセグメントごとに検証します:
オンプレミスデバイスで、Alibaba Cloud VPN ゲートウェイのパブリック IP アドレスに ping を実行します (インターネット出口から VPN ゲートウェイへの接続性を検証するため)。
オンプレミスデバイスで、Alibaba Cloud VPC 内のプライベート IP アドレスに ping を実行します (VPN トンネルの内部チャネルの接続性を検証するため)。
パストレーシングツールの可用性を確認する必要がある場合は、クラウドの 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 接続とオンプレミスゲートウェイデバイス間のネットワーク品質が低下しているため、トラフィック通信中に高いネットワーク遅延とパケット損失が発生する。 |
|
クラウドとオンプレミスで設定されたトラフィックセレクターが異なるのに、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 接続が正常にネゴシエーションするためには、両端のトラフィックセレクターが完全に同じである必要があります (包含関係は許可されません)。

考えられる影響:
前の図に示すように、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 分かかる) ことがあります。
トラブルシューティングの提案:
Alibaba Cloud VPN ゲートウェイインスタンスとオンプレミス VPN デバイスの状態とログを個別に確認します。
バックアップトンネルの実際の有効化時点と、トラフィックパスが切り替えを完了した時点を確認します。
2 つの時点を比較して、追加の時間がオンプレミスデバイスのプローブと切り替えポリシーによって引き起こされているかどうかを評価します。
ヘルスチェックの失敗 (シングルトンネルモードのみ)?
原因カテゴリ | 原因 | ソリューション |
ヘルスチェックのターゲット IP アドレスの問題 | ヘルスチェックのターゲット IP アドレスにアクセスできない。 | ターゲット IP アドレスに関連付けられているホストで、ターゲット IP アドレスを使用して |
ヘルスチェックのターゲット IP アドレスに関連付けられているホストが異常に動作しており、IPsec 接続から送信されたプローブパケット (ICMP パケット) に時間内に応答できない。 | ターゲット IP アドレスに関連付けられているホストが正常かどうかを確認します。詳細については、ゲートウェイデバイスのベンダーにお問い合わせください。 | |
ヘルスチェックのターゲット IP アドレスに関連付けられているルート設定とセキュリティポリシーが変更された。たとえば、セキュリティポリシーがヘルスチェックのソース IP アドレス、ターゲット IP アドレス、または ICMP プロトコルタイプのパケットを許可していない。 | オンプレミスゲートウェイデバイス側で、ターゲット IP アドレスに関連付けられているルート設定とセキュリティポリシーを確認し、以下を確認します:
| |
ヘルスチェックのターゲット IP アドレスが、元のパス (ターゲット IP アドレスがプローブパケットを受信するパス) からのヘルスチェックプローブパケットに応答しない。 |
| |
IPsec-VPN 接続関連の問題 | IPsec 接続のネゴシエーションステータスが中断されている。 | IPsec 接続のログに基づき、IPsec 接続が常に「フェーズ 2 ネゴシエーション成功」ステータスにあるかどうかを確認します。IPsec 接続のネゴシエーションステータスが不安定な場合は、「エラーコードとログキーワード」に基づいて IPsec 接続の問題をトラブルシューティングします。 注:IPsec 接続のヘルスチェックが失敗した後、システムは IPsec トンネルをリセットします。アクティブ/スタンバイの IPsec-VPN 接続以外のアプリケーションシナリオでは、IPsec 接続のヘルスチェックを設定することは推奨しません。 |
付録:エラーコードとログキーワード
Ctrl+F (Windows) または Cmd+F (Mac) を使用して、次の表で対応するエラーコードを見つけるか、ログキーワードを照合し、対応するトラブルシューティング方法を見つけてください。
エラーコード (コンソールのみ) | エラーコード (API のみ) | エラーメッセージ | ログキーワード | トラブルシューティング方法 |
ピアが一致しません | PeerMismatch | 受信したプロトコルパケットがカスタマーゲートウェイ情報と一致しません |
|
|
アルゴリズムが一致しません | AlgorithmMismatch | 暗号化アルゴリズム、認証アルゴリズム、または DH グループパラメーターが一致しません |
|
|
暗号化アルゴリズムが一致しません | EncryptionAlgorithmMismatch | IPsec 暗号化アルゴリズムが一致しません |
|
|
認証アルゴリズムが一致しません | AuthenticationAlgorithmMismatch | IKE 認証アルゴリズムが一致しません |
|
|
DH グループが一致しません | DhGroupMismatch | IKE フェーズ 1 の DH グループパラメーターが一致しません |
|
|
事前共有鍵が一致しません | PskMismatch | 事前共有鍵パラメーターが一致しません |
|
|
PeerID が一致しません | PeerIdMismatch | LocalID または RemoteID が一致しないか、互換性がありません |
|
|
DPD ペイロードシーケンスに互換性がありません | DpdHashNotifyCompatibility | DPD ペイロード順序の互換性 |
| IPsec 接続で DPD 機能が有効になっている場合、IPsec 接続の DPD ペイロード順序はデフォルトで |
DPD がタイムアウトしました | DpdTimeout | DPD パケットのタイムアウト |
|
|
IKE バージョンが一致しません | IkeVersionMismatch | IKE バージョン番号パラメーターが一致しないか、ネゴシエーションモードが一致しません |
|
|
ネゴシエーションモードが一致しません | NegotiationModeMismatch | ネゴシエーションモードが一致しません |
|
|
NAT-T が一致しません | NatTMismatch | NAT 越えが一致しません |
| IPsec 接続とそのオンプレミスゲートウェイデバイスの NAT 越え機能の状態が同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。オンプレミスゲートウェイデバイスが NAT ゲートウェイの背後にある場合は、IPsec 接続とそのオンプレミスゲートウェイデバイスの両方で NAT 越え機能を有効にすることを推奨します。 |
SA ライフタイムが一致しません | LifetimeMismatch | ライフタイムパラメーターが一致しません |
| IPsec 接続とそのオンプレミスゲートウェイデバイスの IKE 設定フェーズと IPsec 設定フェーズで設定された SA ライフタイム (秒) を確認します。異なる場合は、両端の設定が同じになるように変更します。IPsec 接続とそのオンプレミスゲートウェイデバイスに設定された SA ライフタイム (秒) は同じである必要はありませんが、異なるゲートウェイデバイスは異なるベンダーに属するため、IPsec-VPN 接続の安定性を確保するために、両端で同じ SA ライフタイム (秒) を設定することを推奨します。 |
セキュリティプロトコルが一致しません | SecurityProtocolMismatch | セキュリティプロトコルパラメーターが一致しません |
| オンプレミスゲートウェイデバイスが使用するセキュリティプロトコルが ESP (Encapsulating Security Payload) であるかどうかを確認します。そうでない場合は、ESP に変更します。IPsec-VPN 接続が使用するセキュリティプロトコルについて、Alibaba Cloud VPN ゲートウェイは ESP のみをサポートし、AH (Authentication Header) はサポートしません。 |
カプセル化モードが一致しません | EncapsulationModeMismatch | カプセル化モードが一致しません |
| オンプレミスゲートウェイデバイスが使用するカプセル化モードがトンネルモードであるかどうかを確認します。そうでない場合は、トンネルモードに変更します。IPsec-VPN 接続が使用するカプセル化モードについて、Alibaba Cloud VPN ゲートウェイはトンネルモードのみをサポートし、トランスポートモードはサポートしません。 |
アルゴリズムに互換性がありません | AlgorithmCompatibility | アルゴリズムの互換性 | なし | IPsec 接続とそのオンプレミスゲートウェイデバイスの IKE 設定フェーズと IPsec 設定フェーズで設定された認証アルゴリズムに互換性がありません。両端で別の認証アルゴリズム、たとえば md5 を使用することを推奨します。 |
保護されるデータフローが一致しません | TrafficSelectorMismatch | トラフィックセレクターの CIDR ブロックパラメーターが一致しません |
|
|
PFS が一致しません | PfsMismatch | IPsec フェーズ 2 の DH グループパラメーターが一致しません |
| IPsec 接続とそのオンプレミスゲートウェイデバイスの IPsec 設定フェーズの PFS 機能の設定状態が同じかどうかを確認します。異なる場合は、両端の設定が同じになるように変更します。
|
Commit bit が一致しません | CommitMismatch | コミットビットが一致しません | なし | オンプレミスゲートウェイデバイスのコミットビットが有効になっているかどうかを確認します。有効になっている場合は、コミットビットを無効にします。コミットビットは、保護されたデータが送信される前に IPsec プロトコルネゴシエーションが完了することを保証するために使用されます。Alibaba Cloud VPN ゲートウェイはコミットビットの設定をサポートしていません。 |
プロポーザルが一致しません | ProposalMismatch | プロポーザルが一致しません |
|
|
ネゴシエーションに失敗しました | NegotiationFailed | プロトコルネゴシエーションが失敗しました |
| IPsec-VPN 接続をリセットして IPsec プロトコルの再ネゴシエーションをトリガーすると、システムが再度チェックします。 |
フェーズ 1 のネゴシエーションがタイムアウトしました | Phase1NegotiationTimeout | フェーズ 1 プロトコルパケットを受信できず、タイムアウトによりネゴシエーションが失敗しました |
|
|
フェーズ 2 のネゴシエーションがタイムアウトしました | Phase2NegotiationTimeout | フェーズ 2 パケットを受信できず、タイムアウトによりネゴシエーションが失敗しました | なし |
|
ピアからのプロトコル応答メッセージが受信できません | NoResponse | ピアゲートウェイが応答しません |
|
|
ピアから delete メッセージを受信しました | ReceiveDeleteNotify | ピアから削除パケットを受信しました |
| IPsec 接続側が、オンプレミスゲートウェイデバイスから送信された |
例外は検出されていません | NoExceptionFound | ネゴシエーション例外の原因が診断されませんでした | なし | 現在の結果は、IPsec-VPN 接続がネゴシエーションを開始していないことが原因である可能性があります。Alibaba Cloud 側またはピアネットワークデバイス側で IPsec-VPN 接続をリセットしてください。Alibaba Cloud 側では、IPsec 接続の下にある [すぐに有効にする] の値を変更して保存し、その後 [すぐに有効にする] を元の設定値に戻すことで、IPsec プロトコルネゴシエーションの開始をトリガーできます。その後、現在のページを更新してチェック結果を表示してください。 |