ポリシーとルールのエラーのトラブルシューティング

このページでは、Secure Web Proxy のポリシーとルールに関連する一般的なエラーを診断して解決する方法について説明します。

Secure Web Proxy ゲートウェイに関連付けられたポリシーがない

Secure Web Proxy ゲートウェイがポリシーに関連付けられていない場合、すべてのアウトバウンド HTTP トラフィックと HTTPS トラフィックがブロックされ、403 Forbidden エラーまたは接続のリセットが発生します。これは、Secure Web Proxy がデフォルトで deny-all ポスチャーに従い、ゲートウェイにリクエストを評価または承認するための関連ルールがないために発生します。その結果、明示的な allow ルールを作成するまで、すべての送信トラフィックがブロックされます。

この問題を解決するには、適切なルールを使用してセキュリティ ポリシーを作成し、Secure Web Proxy ゲートウェイに関連付けます。

並列ルール作成の失敗

Secure Web Proxy ルールの並行作成（複数のルールを同時に追加）はサポートされておらず、409 Conflict エラーまたは Resource busy エラーが発生する可能性があります。Secure Web Proxy インスタンスが正常にデプロイされるようにするには、ルールを順番に（1 つずつ）作成する必要があります。

5 分間操作がないと接続が終了する

クライアント アプリケーションで、Secure Web Proxy を介した永続接続（ストリーミング セッション、データベース接続、WebSocket など）で接続リセットや予期しない終了が発生する場合は、これらの接続がストリーム アイドル タイムアウトを超えている可能性があります。

Secure Web Proxy は、デフォルトで構成不可能なストリーム アイドル タイムアウト（stream_idle_timeout）を 5 分（300 秒）に設定します。クライアントと宛先が 5 分間データを交換しない場合、Secure Web Proxy は接続をリセットまたは閉じます。

ストリームの非アクティブ状態が原因で接続が閉じられないようにするには、5 分未満の間隔でキープアライブ プローブまたはハートビート（TCP キープアライブ、HTTP ping フレーム、定期的なヘルス リクエストなど）を送信するようにクライアント アプリケーションまたはバックエンド アプリケーションを構成します。たとえば、1 ～ 2 分ごとにプローブを送信できます。

次のステップ