--- title: "ソケットサイト回復性とWANリカバリ" slug: "socket-site-resiliency-with-wan-recovery-1" updated: 2026-09-07T23:33:38Z published: 2026-09-07T23:33:38Z canonical: "knowledge.catonetworks.com/socket-site-resiliency-with-wan-recovery-1" --- > ## Documentation Index > Fetch the complete documentation index at: https://knowledge.catonetworks.com/llms.txt > Use this file to discover all available pages before exploring further. # ソケットサイト回復性とWANリカバリ この記事では、Catoクラウドとの接続に問題が発生する可能性が極めて低い状況で、Socketサイトにレジリエンシーを提供するWANリカバリー機能について説明します。 ## WAN回復の概要 WANリカバリー機能は、Catoクラウドを使用して通信できない場合に、Socketサイトにレジリエンシーを提供する複数のリカバリーオプションの1つです。 WANリカバリーは、Catoクラウドとの接続に問題がある場合に、インターネットを介してSocketサイト間のVPNトンネルを使用して、サイト間のWANトラフィックの接続を維持します。 ### WANリカバリーはどのように機能しますか？ WANリカバリーはフルメッシュトポロジーに基づいており、すべてのSocketサイトにデフォルトで有効化されています。 各Socketは、パブリックインターネット上で他のすべてのSocketへの直接DTLSトンネルを作成します。 定期的にトンネル上でキープアライブメッセージを送信し、ライブトンネルをオープン状態にしてリカバリー時間を短縮します。 このトポロジーは、アカウント内のSocketサイトに最大のレジリエンシーを提供します。 次の図は、1つのSocketがCatoクラウドと切断された場合の例を示しています。 そのサイトにWANリカバリーが有効化されていて、2つのSocket間に直接接続を提供します。 ![](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/01_recovery.png?sv=2026-02-06&spr=https&st=2026-11-10T17%3A09%3A35Z&se=2026-11-10T18%3A09%3A35Z&sr=c&sp=r&sig=IBD2yUf4E6UdT6AJ8oxbXc2gcat6vHUMlFLoXwky%2FT0%3D) WANリカバリーはCato Cloudの回復力とサイトの接続性を維持するための重要な要素です。 詳細情報はこれらのビデオをご覧ください: - [WAN回復のベストプラクティス](https://academy.catonetworks.com/best-practices-for-wan-recovery) - [改善されたWANリカバリー](https://academy.catonetworks.com/improved-wan-recovery) - [CMAにおけるWANリカバリーステータス](https://academy.catonetworks.com/wan-recovery-status-in-the-management-application) ### サイト固定インタフェースとWANリカバリー サイトのスムーズなWANリカバリーへの移行を保証するために、静的IPを使用し、オフクラウドトンネルのセットアップを改善するためにサイトのSocketインターフェースパブリックIPと静的ポート設定を定義できます。 すべてのSocketに対する静的IP設定が困難なアカウントに対しては、データセンターのような主要なサイトに静的IP設定を使用することをお勧めします。これらのデータセンターはWANリカバリーのハブとして機能します。 ハブサイトのIPアドレスはPoPに送信され、WANリカバリーに設定されたアカウント内の他のSocketに伝播されます。 ### ハブ&スポーク接続構成の使用 WANリカバリー用のフルメッシュ接続構成は小規模および中規模展開に主に適していますが、この動作は不要なトラフィックを生成し、大規模環境でCPU負荷を増加させます。 これらの環境では、ハブ&スポーク接続構成に移行してトンネルとプローブの数を減少させ、最適なパフォーマンスと効率を維持します。 詳細情報は[WANリカバリー用オフクラウド接続構成-Hub & Spoke](/v1/docs/hub-spoke-off-cloud-topology-for-wan-recovery)を参照してください。 ### 中国サイトのWANリカバリー 中国のSocketサイトはオフクラウドダイレクトトンネルを介した通信をサポートします。 これにより、中国内のサイト間で大量のトラフィックを直接ルーティングし、事業継続性のユースケースを可能にします。 ## WANトラフィックの回復 SocketはWANリカバリーのためにオープントンネルを維持し、Catoクラウドとの接続が失われた場合に、他のサイトとの接続を復元し、切断時間を最小限に抑えます。 その後、SocketはすぐにWANリカバリーリンクを介してWANトラフィックの送信を開始します。 Cato Management Application (CMA) を使用して、特定のサイトまたは全アカウント 詳しくは[この記事](/v1/docs/working-with-advanced-configuration-for-the-account)をご覧ください。 Cato Cloudへの接続が回復すると、回復が終了し、トラフィックはCato Cloudを経由して送信されます。 ### WAN回復のためのサイトの設定 WANリカバリーのハブとして機能するデータセンターなどの主要なサイトには静的IPアドレスの使用をお勧めします。 ハブサイト内の各WANリンクに対してオフクラウド **パブリックIP** と **静的ポート** を定義します。 [構えページ](/v1/docs/reviewing-posture-checks-for-your-account) を使用して、全てのサイトがWANリカバリーをサポートするために高度な設定で有効になっていることを確認できます。 **WAN回復のためにサイトを設定するには:** 1. ナビゲーションメニューから**ネットワーク > サイト**を選択し、サイトを選択します 2. ナビゲーションメニューから**サイト設定 > ソケット**を選択します 3. WAN回復のためにWANリンクを設定します: 1. WANリンクをクリックします。 **ソケットインタフェース編集**パネルが開きます。 ![](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/02_recovery.png?sv=2026-02-06&spr=https&st=2026-11-10T17%3A09%3A35Z&se=2026-11-10T18%3A09%3A35Z&sr=c&sp=r&sig=IBD2yUf4E6UdT6AJ8oxbXc2gcat6vHUMlFLoXwky%2FT0%3D)**** 2. **トラフィックステータス**を**有効**に設定します。 3. **(オプション)** リンクの静的 **パブリックIP** と **静的ポート** を定義します。 **ベストプラクティス:** 主要なハブサイトにこの設定を構成することをお勧めします。 4. すべてのソケットWANリンクに対してステップ3を繰り返します。 5. **適用**をクリックし、その後に**保存**をクリックします。 サイトがWANリカバリーに設定されます。 ### WAN回復イベントの分析 WANリカバリーイベントは、Catoクラウドではなくインターネット経由でDTLSトンネルを使用して他のサイトにトラフィックが送信される場合に生成されます。 CMAはWANリカバリーについて次のイベントを表示します。 - オフクラウド回復がアクティブ化されました - このイベントは、ソケットがWAN回復トランスポートを介してWANトラフィックを送信し始めたときに生成されます。 - オフクラウドリカバリー停止 - このイベントはCato Cloudへの接続が復元され、SocketがWANリカバリートランスポート経由でWANトラフィックの送信を停止する際に生成されます。 サイトのWANリカバリーが機能している場合(ステータスが**準備完了**）、回復のDTLSトンネルを介してトラフィックを送信していない場合はイベントは生成されません。 ## WAN回復ステータスの監視 CMAは、ソケットサイトのWANリカバリー準備状況を可視化します。 WANリカバリーを妨げる問題を抱えるサイトを事前に特定し、修正を行ってWANのレジリエンスを維持できます。 **ベストプラクティス:** 各WANインタフェースを静的または動的IPアドレスで構成して、確実なトンネル検出と正確なステータス報告を保証します。 ネットワーク＞サイトページの**WANリカバリートンネル**列でWANリカバリーを監視できます。 各サイトのリアルタイムステータスは、WANリカバリーのためのWANリンクの準備状態を示します。 - 準備完了 (X/X): このサイトはWAN回復用で、すべてのソケットサイトと接続されています - 部分的（X/Y）: サイトはWANリカバリーの準備が部分的に完了しています（たとえば、16/20は、このサイトがWANリカバリー用に20サイトのうち16サイトに接続されていることを意味します） - 準備未完了 (0/Y): このサイトはWAN回復の準備ができておらず、ソケットサイトと接続されていません。 このサイトは、Cato Cloudの障害が発生した場合、WAN接続を失います ![](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/03_recovery.png?sv=2026-02-06&spr=https&st=2026-11-10T17%3A09%3A35Z&se=2026-11-10T18%3A09%3A35Z&sr=c&sp=r&sig=IBD2yUf4E6UdT6AJ8oxbXc2gcat6vHUMlFLoXwky%2FT0%3D) **すべてのサイトのWAN回復ステータスを確認するには:** - ナビゲーションメニューから **ネットワーク ＞ サイト** を選択し、**WANリカバリートンネル**列でステータスを確認します。 特定のサイトのステータスは、これらのページで確認できます。 - ホーム > トポロジーを選択し、サイトを選択します - サイト設定 > {サイト名} > ソケット ### 部分的または準備未完了のステータスを修正 サイトが**部分的**または**未準備**のステータスを示している場合、完全な回復準備を復元するために次の手順を実行します。 1. WANインターフェイス設定を確認: 各WANインターフェイスに有効な静的または動的IPアドレスがあり、WANリンクが動作していることを確認します。 2. トンネルの確立を確認: CMAまたはソケットWebUIを使用して、オフクラウドトンネルがリモートサイトとの間で作成および維持されていることを確認します。 3. ローカルネットワークの問題をトラブルシューティングします。可能性のある原因を調査します。 - インバウンド/アウトバウンドのファイアウォールルールがトラフィックをブロックしている - NATの動作不正またはポートの制限 - ルーティングの誤設定 4. ベストプラクティスを適用: 実行可能な場合は、トンネルの安定性とステータスの正確性を向上させるために、重要なサイト(例: データセンターやハブ)に静的WAN IPを設定します。 ### WAN回復の監視における既知の制限 - サイト固有の問題: **準備未完了**ステータスは、通常、サイトでのローカル問題(WANリンクの障害、設定問題、IP割り当て問題など)を示します。リモートサイトでの問題ではありません。 - メッシュの可視性の範囲: ステータスは、サイト間のトンネルメッシュ全体を反映します。 どの特定のトンネルがダウンしているかは即座に表示されません。 各サイトまたはインターフェースごとに調査が必要な場合があります。 - ネットワーク条件: 一時的なネットワーク問題、NATの挙動、またはファイアウォールルールがトンネルの確立を妨げ、ステータスの正確さを遅延または影響する可能性があります。 ## WAN回復中のアカウントへの影響 WANリカバリーは、すべてのSocketサイトでデフォルトで有効化されており、オフクラウドトラフィックを使用してレジリエンスを提供します。 もし1つ以上のサイトで無効化されている場合、それらのサイトはWANリカバリー中に他のサイトと通信できません。 例えば、サイトAとBではWANリカバリーが有効化されていますが、サイトCでは有効化されていない場合、WANリカバリー中にサイトCはサイトAおよびBと通信できず、サイトAおよびBもサイトCと通信できません。 [LANファイアウォールポリシー](/v1/docs/what-is-the-socket-next-gen-lan-firewall)は影響を受けず、WANリカバリー中もSocketによりローカルでポリシーが適用されているため、通常どおり機能します。 ### ソケットを再起動しない WANリカバリー中は、Socketを再起動しないでください。 WANリカバリー中にSocketを再起動すると、サイトに悪影響を与え、他のサイトとの接続を再確立できなくなる可能性があります。 ### アクティブ/アクティブまたはアクティブ/パッシブのWAN回復 すべてのデプロイメントで、WANリカバリーが有効化されている場合、各Socketは、オフクラウドトラフィックに対して有効化されたすべてのWANインターフェース上で、リモートSocketサイトへの安全なDTLSトンネルを確立します。 アクティブ/アクティブデプロイメントでは、SocketはWANリカバリー用のアクティブWANリンクをランダムに選択します。 アクティブ/パッシブデプロイメントでは、SocketはアクティブなWANリンクを使用します。 ### WAN回復中のCMAへの影響 影響を受けたサイトがPoPに接続されていないため、Cato管理アプリケーション（CMA）はWANリカバリー中に完全なサイトデータを受信しません。 [Socket WebUI](/v1/docs/accessing-the-socket-webui)にログインして、**SD-WAN**タブを使用してトラフィックとオフクラウドトンネルを監視することができます。 以下の例は、Socket WebUIでのトラフィックモニタリングを示しています： ![](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/04_recovery.png?sv=2026-02-06&spr=https&st=2026-11-10T17%3A09%3A35Z&se=2026-11-10T18%3A09%3A35Z&sr=c&sp=r&sig=IBD2yUf4E6UdT6AJ8oxbXc2gcat6vHUMlFLoXwky%2FT0%3D)BGPとWAN回復 WANリカバリー中、Socketのルーティングテーブルは固定され、リカバリーが開始される前に存在していたすべてのBGPレンジは、他のサイトへのオフクラウドトラフィック経由でルーティング可能です。 WANリカバリー開始後に導入されたBGPレンジは、Socketがリカバリーを終了してPoPに再接続するまで到達不可能です。 ### WAN回復中のPoPの制限 WANリカバリーのオフクラウドトランスポートを介して送られるトラフィックは、CatoクラウドのPoPで処理されません。 つまり、WANリカバリー中には、次の項目を含むPoPサービスがトラフィックに適用されません。 - セキュリティ - WANおよびインターネットのファイアウォールポリシー - 脅威防止サービス(例: IPS、アンチマルウェア) - 管理されたXDRサービス - ネットワーキング - NATポリシー - 複雑なネットワークルール - DNSフォワーディング - DHCPリレー - 静的範囲変換(SRT) - アクセス - クライアントアクセス(例: クライアント接続ポリシー) - デバイスポーズチャ ## WAN回復と代替 WANリカバリー [Alt WANリンクを介した回復](/v1/docs/recovering-connectivity-with-alt-wan-links)を有効にしたアカウントの場合、 Socketは最初にトラフィックを代替WANリンクに移します。 代替WANリンクが利用できない場合、SocketはWANトラフィックをWANリカバリーリンクに移します。 一般的に、WANリカバリーは輸送オプションとして最も低い優先順位であり、他の輸送オプションが利用できない場合にのみ使用されます。 理解するためのNATパンチング、Socketを接続するために WANリカバリーは、サイト間のWAN接続を確立するためにNATパンチングに依存しています。 SocketがCatoクラウドに接続すると、PoPはSocketに他のすべてのエンドポイントを通知し、SocketはそれぞれにDTLSトンネルを開きます。 Socketは他のSocketと直接接続を確立するためにNATパンチング技術を使用します。 ## ソケットを接続するためのNATパンチングの理解 したがって、SocketがNATパンチングを許可するためにCatoクラウドに接続されている必要があります。 ソケットがCato Cloudに接続すると、PoPはソケットに他のすべてのエンドポイントを通知し、ソケットはそれぞれにDTLSトンネルを開きます。 blobid1.png **注**: NATパンチングの交渉はCato Cloud上で開始されます。 PoPはサイトIDに基づいて直接接続を確立するイニシエータ (Socket 1) を選択します (最も高いID値を持つサイトがイニシエータ)。 イニシエータSocketは次の詳細をCatoクラウドに要求します: IPアドレスとポート番号、例: IPアドレス82.128.1.1とポート番号4444 (ステップ #2)。 ![](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/05-recovery.png?sv=2026-02-06&spr=https&st=2026-11-10T17%3A09%3A35Z&se=2026-11-10T18%3A09%3A35Z&sr=c&sp=r&sig=IBD2yUf4E6UdT6AJ8oxbXc2gcat6vHUMlFLoXwky%2FT0%3D) NATパンチング技術は、各ソケットペアに対して次の方法で機能します。 1. PoPはサイトIDに基づいて、1つのソケットをイニシエータとして選択し、直接接続(ソケット1)を確立します(最高ID値のサイトがイニシエータです)。 2. イニシエータソケットは、次の詳細についてCato Cloudにリクエストを送信します: IPアドレスとポート番号、例として、IPアドレス82.128.1.1とポート番号4444(ステップ#2) 3. Cato PoPはソケット1にソースIPアドレスとポートを送信します 4. ソケット1は自分のIPアドレスとポートをCatoトンネルを通してソケット2に送信します 5. ソケット2は、次の詳細についてCato Cloudにリクエストを送信します: IPアドレスとポート 6. Cato PoPはソケット2にソースIPアドレスとポートを送信します 7. ソケット2は自分のIPアドレスとポートをCatoトンネルを通してソケット1に送信します 8. ソケット1は、ソースポートの範囲内で、異なるポート番号を持つ32個のパケットをソケット2に送信します 9. ソケット2は、ソースポートの範囲内で、異なるポート番号を持つ32個のパケットをソケット1に送信します 10. 正しいポートが見つかると、ソケットは送信元IPアドレスとポート番号でDTLSトンネルを開きます。 ソケット2がソケット1に接続すると、ルーターはNATエントリをそのルーティングテーブルに追加します。 11. その時点から、ソケットは接続を開いたままに保つために15秒ごとにキープアライブメッセージを送信します ### NATパンチングによる再接続時間の最小化 NATパンチが成功した後、ソケットはこのNATデータを保存します。 ソケットの再起動の場合、このNATデータを使用して他のソケットに即座に再接続できます。 NATデータの保存により、ソケットの再接続時間が大幅に短縮されます。 ネットワークファイアウォールやルーターの背後にあるソケットの場合、ファイアウォールまたはルーターが再起動すると、NATエントリが変更されます。 NATデータはもはや関連性がなくなり、ソケットは再度NATパンチプロセスを行う必要があります。