HTTP / TLSチェック

CHA.LA APIノードから実際のHTTP応答、完全なリダイレクトチェーン、接続タイミング、セキュリティヘッダー、TLS証明書の検証を検査します。

HTTP / TLSの結果はまだありません公開URLを送信すると、実際の応答と証明書の証跡が表示されます。

HTTPと証明書の結果を読む

HTTPまたはHTTPS URLを入力して、応答ステータス、リダイレクト、TLS証明書を検査します。リクエストはサーバープローブから発信され、接続と設定の問題の診断に役立ちます。

2つの例を説明します例示用 · 実際の結果ではありません

HTTP応答成功HTTP

証明書のホスト名不一致TLS

各レイヤーを確認してくださいHTTPステータス、TLS検証、セキュリティヘッダーは異なる側面を示します。

ブラウザでの表示が異なるのはなぜですか？

プローブの場所、ヘッダー、Cookie、ログイン状態が異なるためです。CDNやアクセスポリシーによって異なるレスポンスが返される場合があります。

HTTPのURLに証明書がないのはなぜですか？

証明書データはTLS接続が確立された場合にのみ利用できます。通常のHTTPはTLSを使用しません。

301と302は失敗ですか？

いいえ。それらはリダイレクトを示します。ループ、予期しないドメイン、HTTPSからのダウングレードがないか、最終ターゲットと完全なチェーンを確認してください。

403や429はサーバーが壊れていることを意味しますか？

必ずしもそうではありません。403はアクセスポリシーを反映している可能性があり、429は通常レート制限を示します。停止と呼ぶ前に、ソース、権限、リクエストレートを確認してください。

有効期限内の証明書は常に有効ですか？

いいえ。ホスト名の一致、証明書チェーン、信頼も重要です。有効な日付だけではすべてのTLSチェックを保証するものではなく、サイトのコンテンツを推奨するものでもありません。

セキュリティヘッダーがないと脆弱性が証明されますか？

いいえ。ヘッダーはページの目的、埋め込みの必要性、セキュリティポリシーに照らして評価してください。ヘッダーがないことは確認のシグナルであり、確認された脆弱性ではありません。