521/522ステータスコード障害対応ガイド
ダウンロード
フォーカスモード
フォントサイズ
Tencent Cloud EdgeOneを使用してサイトアクセスを加速した後、クライアントのリクエストはEdgeOneエッジノードに送信され、その後中間層ノードに転送され、最終的にオリジンサーバーに転送されます。そのため、アクセス中に問題が発生した場合、複数のネットワーク経路に問題が関係している可能性があります。EdgeOneがオリジンサーバーへの接続に失敗した場合、52xエラーが発生します。本書では、521/522ステータスコードが発生した場合の調査方法について説明します。
以下、522ステータスコードを例に説明します：
定義
522ステータスコードはEdgeOneが独自に定義したステータスコードです。ノードがオリジンサーバーにリクエストを送信し、TCP接続確立段階でオリジンサーバーが応答しないためノードがタイムアウトした場合、ノードはクライアントに522ステータスコードを返します。その他のステータスコードの意味については、異常ステータスコードリファレンスを参照してください。
現象
考えられる原因
オリジンサーバー自体のサービス問題
オリジンサーバーのセキュリティポリシーが原因です。
通信事業者による制限（HTTP）
調査方法
サードパーティ（CDN、オリジンサーバーを除く）からHTTP/HTTPSリクエストを送信し、オリジンサーバーに対してテストを行います。サードパーティは、個人のpc、サーバー、監視プラットフォームなどです。サーバー上でコマンドラインツールCURLを使用して調査できます。
ステップ1：オリジンサーバー設定情報の確認
特別な設定がない場合は、「ドメイン名管理」で設定したオリジンサーバー、プロトコル、およびポートのみに従います。特別な設定がある場合は、以下の方法を参照して確定できます：
1.
オリジンサーバーIP：オリジンサーバーIPは、「ドメイン名管理」で設定されたオリジンサーバー、オリジンサーバーグループ、CLB、およびルールエンジンの「オリジンサーバー変更」の設定に基づいて総合的に決定されます。2.
オリジンサーバープロトコル：オリジンサーバープロトコルは、「ドメイン名管理」、ルールエンジンの「オリジンサーバーHTTPS」、および「オリジンサーバー変更」のオリジンサーバープロトコルに基づいて総合的に決定されます。3.
オリジンサーバーポート：特別な設定がない場合は、80または443です。ルールエンジンの「オリジンサーバー変更」操作でオリジンサーバーポートを変更した場合は、変更後の値が優先されます。4.
オリジンサーバーHOST：デフォルトでは加速ドメイン名に従います。ルールエンジンの「Host Header 書き換え」操作で設定した場合は、設定した値が優先されます。5.
オリジンサーバーPath：デフォルトではリクエストURLに従います。ルールエンジンの「オリジンサーバーURL書き換え」操作で変更した場合は、変更した値が優先されます。ステップ2：オリジンサーバー自体のサービス問題の調査
オリジンサーバーのサービス異常が考えられます。例えばポートのリスニングが有効になっていない場合です。コマンドラインツールtelnetを使用して、サードパーティのプラットフォームからオリジンサーバーのポートに向けてtelnetリクエストを送信できます。テスト方法は以下の通りです：
telnet [ソースip] [ポート]
注：CURLのバージョンは7.21.3以降である必要があります。
オリジンサーバーへのアクセスに
80ポートを使用し、オリジンサーバーIPが1.1.1.1であると仮定します。telnet 1.1.1.1 80
サードパーティのプラットフォームからオリジンサーバーの
80ポートにtelnetで接続します。TCP接続が切断された場合、または接続中のままの場合、オリジンサーバー上で以下のコマンドを実行し、オリジンサーバーの80ポートが開いているかどうかを確認できます。テスト例は以下の通りです：netstat -tnlp|grep -w 80
TCP接続が正常に確立された場合、またはオリジンサーバーポートが正常に開いていることを確認できた場合は、ステップ3に進みます。
ステップ3：オリジンサーバーセキュリティポリシーの調査
考えられる原因は以下の通りです：
1. オリジンサーバーにファイアウォールが設定されており、EdgeOneのオリジンサーバーノードIPがIP許可リストに含まれていません。
CURLで
EO-LOG-UUIDを取得し、Tencent Cloudテクニカルサポートに提出します。テクニカルサポートがEdgeOneのオリジンサーバーノードのIPを確認し、オリジンサーバー側でオリジンサーバーノードIPがオリジンサーバーのIP許可リストに含まれているかを自己確認します。なお、UUIDの取得方法は以下の通りです：
2. オリジンサーバーにアクセス頻度制限が設定されており、EdgeOneのオリジンサーバーアクセス頻度が高すぎます。
オリジンサーバーに対して複数のリクエストを並行して送信し、オリジンサーバーとの接続確立の失敗やタイムアウトが再現されるかどうかを確認できます。
ステップ4：通信事業者による制限
上記の確認がすべて正常な場合、オリジンサーバーの出口が通信事業者のリンクによって制限されている可能性があります。外部ネットワークの複数地点からオリジンサーバーの出口を逆方向にプローブする方法で問題を特定できます。オリジンサーバーへのログインは不要です。
プローブ方法：
パブリックネットワーク環境では、複数の異なる通信事業者、異なる地域のクライアントを選択し、オリジンサーバーIPのサービスポートに対してtcptracerouteを実行することをお勧めします：
オリジンサーバーの443ポート（HTTPS）をプローブします。tcptraceroute [オリジンサーバーIP] 443オリジンサーバーの80ポート（HTTP）をプローブします。tcptraceroute [オリジンサーバーIP] 80
環境にtcptracerouteがインストールされていない場合、mtr -T -P [ポート] [オリジンサーバーIP]で代替できます。
判定方法：
複数地点からのプローブがすべてオリジンサーバーに到達できる場合、通信事業者のリンク制限を除外できます。
複数地点からのプローブがすべて中間の特定ホップから到達できない場合、到達できない位置に基づいて判断します：
不通点がオリジンサーバー出口（最後の数ホップ）に近い場合：オリジンサーバー出口側の通信事業者リンクに問題がある可能性が高いため、オリジンサーバーが所在するデータセンターまたはクラウドベンダーに連絡し、対応する通信事業者と確認して処理してください。
不通点がプローブ端末に近い場合：プローブ端末側のローカルリンクに問題があるため、他のリージョンのクライアントに変更して再テストしてください。
問題が解決しない場合は、チケットを提出して調査を依頼してください。
521/522が発生する具体的なURL。
問題発生時刻（分単位まで正確に、時間範囲の提供を推奨します）。
EO-LOG-UUID（レスポンスヘッダーで取得でき、特定のリクエストログを特定するために使用します）。
解決方針
522ステータスコードについて、オリジンサーバーとの接続確立応答に時間がかかることが明確な場合（EdgeOneのデフォルト接続確立タイムアウト時間は5秒です）、「TCP接続確立タイムアウト時間」の調整を試すことができます。タイムアウト時間の設定は、クライアントのタイムアウト時間を超えないようにすることを推奨します。これにより、EdgeOneのオリジンサーバーアクセスノードがオリジンサーバーの応答を待つ間に、クライアントのタイムアウト切断が発生することを防ぎます。現在、「TCP接続確立タイムアウト時間」はコンソールの標準機能ではサポートされていません。必要に応じて、お問い合わせください。
フィードバック