HTTPステータスコード一覧

情報応答は、リクエストが受信され、理解され、処理中であることを示します。クライアントには最終応答を待つように通知します。このメッセージには本文は含まれません。HTTP/1.0 標準では 1xx ステータスコードが定義されていないため、サーバーは実験的な条件下を除き、HTTP/1.0 準拠のクライアントに 1xx 応答を送信してはなりません。

100 続ける

サーバーはリクエストヘッダーを受信して​​おり、クライアントはリクエストボディの送信に進む必要があります（POSTリクエストなど、ボディの送信が必要なリクエストの場合）。不適切なヘッダーのためにリクエストが拒否された後に、大きなリクエストボディをサーバーに送信するのは非効率的です。サーバーにリクエストヘッダーをチェックさせるには、クライアントはExpect: 100-continue最初のリクエストでヘッダーとして送信し、100 Continueボディを送信する前にレスポンスでステータスコードを受け取る必要があります。クライアントが403（Forbidden）や405（Method Not Allowed）などのエラーコードを受け取った場合は、リクエストボディを送信してはなりません。レスポンスは、サーバーが期待値をサポートしていないことを示しているため、ヘッダー417 Expectation Failedなしでリクエストを繰り返す必要があることを示していますExpect（これは、たとえばHTTP/1.0サーバーの場合です）。^{[ 2 ]： §10.1.1}

101 スイッチングプロトコル

リクエスト元はサーバーに対しプロトコルの切り替えを要求し、サーバーはこれに同意した。

102 処理（WebDAV；RFC 2518）

WebDAVリクエストには、ファイル操作を含む多くのサブリクエストが含まれる場合があり、リクエストの完了に時間がかかることがあります。このコードは、サーバーがリクエストを受信して​​処理しているが、まだ応答がないことを示します。^{[ 3 ]}これにより、クライアントがタイムアウトしてリクエストが失われたと判断することを防ぎます。このステータスコードは非推奨です。^{[ 4 ]}

103 初期ヒント (RFC 8297)

最終的な HTTP メッセージの前にいくつかのレスポンス ヘッダーを返すために使用されます。^{[ 5 ]}

成功ステータスは、クライアントから要求されたアクションが受信され、理解され、承認されたことを示します。^{[ 1 ]}

200 OK

HTTPリクエストが成功した場合の標準レスポンスです。実際のレスポンスは、使用されたリクエストメソッドによって異なります。GETリクエストの場合、レスポンスにはリクエストされたリソースに対応するエンティティが含まれます。POSTリクエストの場合、レスポンスにはアクションの結果を記述または含むエンティティが含まれます。

201 作成済み

リクエストは完了し、新しいリソースが作成されました。^{[ 6 ]}

202件承認済み

リクエストは処理のために受理されましたが、処理は完了していません。リクエストは最終的に処理される場合もあれば、されない場合もあり、処理が行われた際に却下される可能性もあります。

203 非権威情報（HTTP/1.1以降）

サーバーは、オリジンから200 OKを受け取った変換プロキシ（Webアクセラレータなど）ですが、オリジンの応答を修正したバージョンを返しています。^{[ 2 ]： §15.3.4 [ 2 ]： §7.7}

204 コンテンツなし

サーバーはリクエストを正常に処理しましたが、コンテンツを返していません。

205 リセットコンテンツ

サーバーはリクエストを正常に処理し、リクエスト元にドキュメントビューのリセットを要求していますが、コンテンツは返していません。

206 部分的な内容

サーバーは、クライアントから送信された範囲ヘッダーのため、リソースの一部（バイト単位）のみを配信しています。範囲ヘッダーは、HTTPクライアントが中断されたダウンロードを再開したり、ダウンロードを複数の同時ストリームに分割したりするために使用されます。

207 マルチステータス（WebDAV; RFC 4918）

続くメッセージ本文はデフォルトではXMLメッセージであり、サブリクエストの数に応じて複数の個別の応答コードが含まれる場合があります。^{[ 7 ]}

208 既に報告済み (WebDAV; RFC 5842)

DAVバインディングのメンバーは、（マルチステータス）レスポンスの前の部分ですでに列挙されているため、再度含める必要はありません。

226 IM 使用 (RFC 3229)

サーバーはリソースの要求を処理し、応答は現在のインスタンスに適用された 1 つ以上のインスタンス操作の結果を表します。^{[ 8 ]}

3xxステータスは、クライアントがリクエストを完了するために追加のアクション（一般的にはURLリダイレクト）を実行する必要があることを示します。 ^{[ 1 ]}追加のリクエストで使用されるメソッドがGETまたはHEADの場合、ユーザーエージェントはユーザーの操作なしに追加のアクションを実行できます。ユーザーエージェントは循環リダイレクトを防止する必要があります。^{[ 2 ] : §15.4}

300の選択肢

クライアントが選択できるリソースの複数のオプションを示します（エージェント主導のコンテンツネゴシエーションによる）。たとえば、このコードは、複数のビデオフォーマットオプションを提示したり、異なるファイル名拡張子を持つファイルを一覧表示したり、単語の意味の曖昧性解消を提案したりするために使用できます。

301号室は恒久的に移動されました

リンク先が移動されたため、リクエストおよび今後同様のリクエストは指定されたURIにリダイレクトされます。クライアントにリンク編集機能がある場合は、リクエストURLへの参照を更新する必要があります。特に指定がない限り、レスポンスはキャッシュ可能です。GETリクエストを除き、ボディには新しいURLへのハイパーリンクが含まれている必要があります。GETまたはHEADリクエストを除き、クライアントはリダイレクトする前にユーザーに確認する必要があります。^{[ 9 ]}

このコードは、ユーザーを HTTP からHTTPSにアップグレードするためのベスト プラクティスと考えられています。BingとGoogleの両方が、検索エンジンの結果に表示されるページの URL を変更するためにこのコードを使用することを推奨しています。ただし、その URL が永続的に変更され、近いうちに再び変更される予定がない場合に限ります。^{[ 10 ] [ 11 ]}

302件見つかりました

リソースがLocationヘッダー フィールドで指定された別の URL を介してアクセスできることを示します。HTTP/1.0 仕様 (理由フレーズ「Moved Temporarily」を使用) では、クライアントが同じ方法でリダイレクトすることを要求していましたが、^{[ 12 ]}一般的なブラウザは代わりにリクエストを GET に変更しました。^{[ 13 ]}このため、HTTP/1.1 ( RFC 2616 ) では、リクエストを GET に変更することを要求し、元のリクエスト タイプを保持する 307 という 2 つのステータス コードが追加されました。この曖昧さの解消により明確さが増したにもかかわらず、HTTP/1.1 をサポートしていないブラウザとの互換性を維持するために、Web フレームワークでは 302 コードがまだ使用されています。^{[ 14 ] [ 2 ] : §15.4}その結果、RFC 7231 ( RFC 2616の更新) では、ユーザー エージェントが POST を GET に書き換えることができるように定義が変更されました。^{[ 15 ]}   

303 See Other (HTTP/1.1以降)

サーバーがPOSTリクエストやその他の非冪等リクエストに対してこのコードとlocationヘッダーフィールドで応答した場合、クライアントは指定された場所に対してGETリクエストを発行することが想定されます。同じ方法でターゲットリソースへのリクエストをトリガーするために、サーバーは代わりに307で応答します。

このコードの使用は、セマンティック Web理論に従って現実世界のオブジェクトを識別するURIの要求に応答する 1 つの方法として提案されています^{[ 16 ]} (もう 1 つはハッシュ URIの使用です)。^{[ 17 ] [ 16 ]}例えば、がアリスという人物を識別する場合、サーバーがアリス自身を配信できないため、GET 要求に対して 200 OK で応答するのは不適切です。代わりに、サーバーは 303 で応答して、アリスという人物の説明を提供する URI にリダイレクトします。^{[ 16 ]}http://www.example.com/id/alice

このコードは、呼び出し元に即座に応答する必要があるが、長時間かかる画像変換など、非同期で実行を継続する必要がある HTTP ベースのWeb APIを提供する場合に使用されます。Web API は、クライアントが操作のステータスを確認できるステータスチェック URI を提供します。完了すると、応答にはこのステータスコードと最終結果へのリダイレクト URI が含まれる場合があります。^{[ 18 ]}

304 変更なし

リクエストヘッダーのIf-Modified-SinceまたはIf-None-Matchで指定されたバージョン以降、リソースが変更されていないことを示します。この場合、クライアントは既にダウンロード済みのコピーを保持しているため、リソースを再送信する必要はありません。

305 プロキシを使用する（HTTP/1.1以降）

要求されたリソースはプロキシ経由でのみ利用可能であり、そのアドレスはレスポンスで提供されます。セキュリティ上の理由から、多くのHTTPクライアント（Mozilla FirefoxやInternet Explorerなど）はこのステータスコードに従いません。^{[ 19 ]}

306 スイッチプロキシ

現在は使用されていません。元々は「以降のリクエストでは、指定されたプロキシを使用する必要があります」という意味でした。

307 一時的なリダイレクト（HTTP/1.1以降）

この場合、リクエストは別のURIで再度送信する必要がありますが、以降のリクエストでは元のURIを使用する必要があります。従来の302の実装方法とは異なり、元のリクエストを再送信する際にリクエストメソッドを変更することはできません。例えば、POSTリクエストは別のPOSTリクエストを使用して再度送信する必要があります。

308 恒久的リダイレクト

このリクエストおよび今後のすべてのリクエストは、指定されたURIに送信される必要があります。308は301と同様の動作をしますが、HTTPメソッドの変更は許可しません。そのため、たとえば、恒久的にリダイレクトされたリソースへのフォーム送信はスムーズに継続できます。

4xxステータスコードは、エラーがクライアント側で発生したと思われる場合に使用されます。HEADリクエストへの応答時を除き、サーバーはエラー状況の説明と、それが一時的なものか永続的なものかを示す情報を含むエンティティを含める必要があります。これらのステータスコードは、あらゆるリクエストメソッドに適用可能です。ユーザーエージェントは、含まれているエンティティをユーザーに表示する必要があります。

400 不正なリクエスト

クライアント側の明らかなエラー（例えば、リクエスト構文の不正、サイズが大きすぎる、リクエストメッセージのフレーミングが無効、または不正なリクエストルーティングなど）により、サーバーはリクエストを処理できないか、処理しません。

401 不正アクセス

403 Forbidden と似ていますが、認証が必要で、認証が失敗したか、まだ提供されていない場合に特に使用されます。レスポンスには、要求されたリソースに適用可能なチャレンジを含む WWW-Authenticate ヘッダーフィールドを含める必要があります。基本アクセス認証とダイジェストアクセス認証を参照してください。401 は意味的には「認証されていない」ことを意味し、ユーザーは対象リソースに対する有効な認証資格情報を持っていません。

402 支払いが必要です

将来の使用のために予約されています。当初の意図は、このコードが、たとえばGNU Taler [ ^{20 ]によって}提案されたような、何らかの形のデジタル キャッシュまたはマイクロ ペイメントスキームの一部として使用される可能性があるということでしたが、それはまだ実現しておらず、このコードは広く使用されていません。Google Developers API は、特定の開発者がリクエストの 1 日の制限を超えた場合にこのステータスを使用します。^{[ 21 ]} Sipgate は、アカウントに呼び出しを開始するのに十分な資金がない場合にこのコードを使用します。^{[ 22 ]} Shopify は、ストアが料金を支払っておらず、一時的に無効になっている場合にこのコードを使用します。^{[ 23 ]} Stripe は、たとえば不正な支払いをブロックした場合など、パラメーターが正しかったにもかかわらず支払いが失敗した場合にこのコードを使用します。^{[ 24 ]} Cloudflare Turnstile は、cURLを使用してリソースを要求するときにこのコードを使用します。x402は、HTTP 402「支払いが必要」ステータス コードを再利用するオープン スタンダードです。

403 禁止

リクエストは有効でしたが、サーバーが処理を拒否しました。これは、ユーザーがリソースへのアクセス権限を持っていない、何らかのアカウントが必要である、または禁止されている操作（例えば、1つのレコードしか許可されていない場所で重複レコードを作成するなど）を試みたことが原因である可能性があります。このコードは通常、リクエストがWWW-Authenticateヘッダーフィールドのチャレンジに応答して認証を行ったにもかかわらず、サーバーがその認証を受け入れなかった場合にも使用されます。このリクエストは繰り返さないでください。

このコードは401とは異なり、401はクライアントが認証されていない場合に返され、有効な認証後には正常な応答が返される可能性があることを示唆するのに対し、403は認証されたアカウントの権限が不十分であるなど、認証情報を提供したにもかかわらずクライアントがリソースへのアクセスを許可されない場合に返されます。

Apache Web サーバーは、ディレクトリ一覧が無効になっており、ブラウザーに返す既存のファイルを指定するDirectory Indexディレクティブがない場合、ファイルシステムディレクトリに対応するURL ^{[ 25 ]}パスの要求に対して 403 を返します。一部の管理者は、このような要求をブロックするようにMod プロキシ拡張機能を構成しており、これも 403 を返します。IISも、そのサーバーでディレクトリ一覧が拒否されている場合は同じように応答します。WebDAV では、クライアントが PROPFIND 要求を発行したが、必要な Depth ヘッダーも発行しなかった場合、または Depth ヘッダーが infinity の場合、403 が返されます。^{[ 25 ]}

404 Not Found

要求されたリソースは見つかりませんでしたが、将来的に利用可能になる可能性があります。クライアントからの再リクエストは許可されています。

405 メソッドが許可されていません

要求されたリソースに対して、指定されたリクエストメソッドはサポートされていません（たとえば、POSTを介してデータを提示する必要があるフォームに対する GET リクエスト、または読み取り専用リソースに対する PUT リクエストなど）。

406 受け入れられません

要求されたリソースは、要求で送信された Accept ヘッダーに従って受け入れられないコンテンツのみを生成する能力を持っています。コンテンツネゴシエーションを参照してください。

407 プロキシ認証が必要です

クライアントはまずプロキシで認証を行う必要があります。

408 リクエストタイムアウト

サーバーはリクエストを待機中にタイムアウトしました。HTTP仕様によると、「クライアントは、サーバーが待機する準備が整った時間内にリクエストを送信しませんでした。クライアントは、後でいつでも変更を加えることなくリクエストを再度送信できます。」

409 紛争

リソースの現在の状態に競合があるため、要求を処理できなかったことを示します。たとえば、複数の同時更新間の編集競合などです。^{[ 26 ]}

410 ゴーン

要求されたリソースは以前使用されていたが、現在は利用できず、今後も利用できないことを示します。これは、リソースが意図的に削除され、リソースをパージする必要がある場合に使用します。410 ステータスコードを受け取った場合、クライアントは今後そのリソースを要求してはなりません。検索エンジンなどのクライアントは、インデックスからリソースを削除する必要があります。ほとんどのユースケースでは、クライアントと検索エンジンがリソースをパージする必要はなく、代わりに「404 Not Found」を使用できます。

411 長さ必須

リクエストにはコンテンツの長さが指定されていませんでしたが、リクエストされたリソースにはコンテンツの長さが必要です。

412 前提条件が満たされませんでした

サーバーは、リクエスト元がリクエストヘッダーフィールドに設定した前提条件のいずれかを満たしていません。

413 コンテンツが大きすぎます

リクエストがサーバーが処理できるサイズを超えています。以前は「リクエストエンティティが大きすぎます」および「ペイロードが大きすぎます」と呼ばれていました。^{[ 27 ]： §10.4.14 [ 2 ]： §15.5.14}

414 URIが長すぎます

指定されたURIが長すぎてサーバーが処理できませんでした。これは多くの場合、GETリクエストのクエリ文字列としてエンコードされたデータが多すぎることが原因であり、その場合はPOSTリクエストに変換する必要があります。以前は「Request-URI Too Long」と呼ばれていました。^{[ 27 ]： §10.4.15}

415 サポートされていないメディアタイプ

リクエストエンティティのメディアタイプが、サーバーまたはリソースでサポートされていません。たとえば、クライアントがimage/svg+xml形式で画像をアップロードしたが、サーバーは画像に別の形式を要求する場合などです。

416 範囲は満たされません

クライアントはファイルの一部（バイト単位）を要求しましたが、サーバーはその部分を提供できません。例えば、クライアントがファイルの末尾を超える部分を要求した場合などです。以前は「要求範囲が満たされません」と呼ばれていました。^{[ 27 ]： §10.4.17}

417 期待外れ

サーバーは、Expectリクエストヘッダーフィールドの要件を満たすことができません。^{[ 28 ]}

418 私はティーポットです（RFC 2324、RFC 7168）

このコードは、1998 年にIETF の伝統的なエイプリルフールのジョークの 1 つですが、RFC 2324、「ハイパーテキストコーヒーポット制御プロトコル」で定義されており、実際の HTTP サーバーで実装されることは想定されていません。RFC では、コーヒーを淹れるように要求されたティーポットがこのコードを返すように指定されています。^{[ 29 ]}この HTTP ステータスは、Google.com の「私はティーポットです」イースターエッグなど、一部の Web サイトでイースターエッグとして使用されています。 ^{[ 30 ] [ 31 ]}時には、このステータスコードが、より適切な 403 Forbidden の代わりに、ブロックされたリクエストに対する応答として使用されることもあります。^{[ 32 ] [ 33 ]}

421 誤った宛先へのリクエスト

リクエストは、応答を生成できないサーバー（例えば、接続の再利用など）に送信されました。

422 処理できないコンテンツ

要求は形式的に正しかった（つまり、構文的に正しかった）が、処理できなかった。^{[ 2 ]： §15.5.21}

423 ロック済み (WebDAV; RFC 4918)

アクセスしようとしているリソースはロックされています。^{[ 7 ]}

424 依存関係の失敗 (WebDAV; RFC 4918)

リクエストが失敗したのは、別のリクエストに依存しており、そのリクエストが失敗したためです（例：PROPPATCH）。^{[ 7 ]}

425 早すぎる (RFC 8470)

サーバーが、リプレイされる可能性のあるリクエストを処理するリスクを冒したくないことを示しています。

426 アップグレードが必要です

クライアントは、 Upgradeヘッダーフィールドで指定されているTLS/1.3などの別のプロトコルに切り替える必要があります。

428 前提条件が必要 (RFC 6585)

オリジンサーバーは、リクエストが条件付きであることを要求します。これは、クライアントがリソースの状態を取得し、それを変更してサーバーにPUTで送信した際に、その間に第三者がサーバー上の状態を変更してしまい、競合が発生する「更新の消失」問題を防止することを目的としています。^{[ 34 ]}

429 リクエストが多すぎます (RFC 6585)

ユーザーが一定時間内に送信したリクエスト数が多すぎます。レート制限スキームでの使用を想定しています。^{[ 34 ]}

431 リクエストヘッダーフィールドが大きすぎます (RFC 6585)

サーバーは、個々のヘッダーフィールド、またはすべてのヘッダーフィールドの合計が大きすぎるため、リクエストを処理することを拒否します。^{[ 34 ]}

451 法的理由により利用不可 (RFC 7725)

サーバーオペレーターは、要求されたリソースを含むリソースまたはリソースセットへのアクセスを拒否するよう法的要求を受けました。^{[ 35 ]}コード451は、小説『華氏451度』にちなんで選ばれました。^{[ 36 ]}

5xxステータスは、サーバーがエラーが発生したことを認識しているか、またはリクエストを実行できないことを示します。HEADリクエストへの応答時を除き、サーバーはエラー状況の説明を含むエンティティを含め、それが一時的な状態か永続的な状態かを示す必要があります。同様に、ユーザーエージェントは含まれているエンティティをユーザーに表示する必要があります。これらの応答コードは、すべてのリクエストメソッドに適用できます。

500 内部サーバーエラー

予期せぬ事態が発生し、より具体的なメッセージを提示できない場合に表示される、一般的なエラーメッセージ。

501 未実装

サーバーがリクエストメソッドを認識しないか、リクエストを処理する機能がありません。通常、これは将来的に利用可能になることを意味します（例：WebサービスAPIの新機能）。

502不正なゲートウェイ

サーバーはゲートウェイまたはプロキシとして機能しており、上流サーバーから無効な応答を受信しました。

503 サービス利用不可

サーバーがリクエストを処理できません（過負荷状態またはメンテナンスのため）。通常、これは一時的な状態です。^{[ 37 ]}

504 ゲートウェイタイムアウト

サーバーはゲートウェイまたはプロキシとして機能しており、上流サーバーからタイムリーな応答を受信しませんでした。

505 HTTPバージョンはサポートされていません

サーバーは、リクエストで使用されているHTTPバージョンをサポートしていません。

506 バリアントも交渉を行う (RFC 2295)

リクエストに対する透明なコンテンツネゴシエーションの結果、循環参照が発生します。^{[ 38 ]}

507 ストレージ容量不足 (WebDAV; RFC 4918)

サーバーはリクエストを完了するために必要な表現を保存できません。^{[ 7 ]}

508 ループ検出 (WebDAV; RFC 5842)

サーバーはリクエストの処理中に無限ループを検出しました（208 Already Reportedの代わりに送信されました）。

510 拡張なし (RFC 2774)

サーバーが要求を満たすためには、要求のさらなる拡張が必要です。^{[ 39 ]}

511 ネットワーク認証が必要 (RFC 6585)

クライアントはネットワークアクセスを取得するために認証を行う必要があります。これは、ネットワークへのアクセスを制御するために使用されるプロキシを傍受することによって使用されることを意図しています（たとえば、Wi -Fiホットスポット経由で完全なインターネットアクセスを許可する前に利用規約への同意を要求するために使用される「キャプティブポータル」）。^{[ 34 ]}

Microsoft のInternet Information Services (IIS) Web サーバーは、クライアントのリクエストのエラーを通知するために 4xx エラー空間を拡張します。IIS は、より詳細な情報のために追加の 10 進サブコードを使用することがありますが、^{[ 40 ]}これらのサブコードは、実際の HTTP ステータス コードの代わりにではなく、レスポンス ペイロードとドキュメントにのみ表示されます。

440 ログインタイムアウト

クライアントのセッションが期限切れになったため、再度ログインする必要があります。^{[ 41 ]}

449 再試行

ユーザーが必要な情報を提供していないため、サーバーはリクエストに応じることができません。^{[ 42 ]}

450 Windowsペアレンタルコントロールによってブロックされました

Windowsのペアレンタルコントロールが要求されたウェブページへのアクセスをブロックしていることを示します。^{[ 43 ]}

451 リダイレクト

Exchange ActiveSyncでは、より効率的なサーバーが利用可能な場合、またはサーバーがユーザーのメールボックスにアクセスできない場合に使用されます。^{[ 44 ]}クライアントは、より適切なサーバーを見つけるために HTTP AutoDiscover 操作を再実行することが想定されています。^{[ 45 ]}

nginxウェブサーバーソフトウェアは、クライアントのリクエストの問題を通知するために4xxエラーの範囲を拡張します。^{[ 46 ] [ 47 ]}

444 応答なし

内部的に使用され^{[ 48 ]}、サーバーにクライアントに情報を返さず、接続を即座に閉じるように指示します。

494 リクエストヘッダーが大きすぎます

クライアントから送信されたリクエストが大きすぎるか、ヘッダー行が長すぎます。

495 SSL証明書エラー

クライアントが無効なクライアント証明書を提供した場合に用いられる、 400 Bad Requestレスポンスコードの拡張版。

496 SSL証明書が必要です

クライアント証明書が必要なのに提供されていない場合に使用される、400 Bad Request応答コードの拡張版。

497 HTTPリクエストがHTTPSポートに送信されました

クライアントがHTTPSリクエストを待機しているポートに対してHTTPリクエストを行った場合に使用される、400 Bad Request応答コードの拡張版。

499 クライアントクローズリクエスト

クライアントがサーバーからの応答を受信する前にリクエストを閉じた場合に使用されます。

Cloudflareのリバースプロキシサービスは、5xx シリーズのエラーの範囲を拡張して、オリジンサーバーの問題を示すようになりました。^{[ 49 ]}

520 Webサーバーが不明なエラーを返しました

オリジンサーバーがCloudflareに対して空、不明、または予期しない応答を返しました。^{[ 50 ]}

521 Webサーバーがダウンしています

オリジンサーバーがCloudflareからの接続を拒否しました。オリジン側のセキュリティソリューションが、特定のCloudflare IPアドレスからの正当な接続をブロックしている可能性があります。^{[ 51 ]}

522 接続タイムアウト

Cloudflare がオリジンサーバーへの接続をタイムアウトしました。^{[ 52 ]}

523 発信元に到達できません

Cloudflare はオリジンサーバーに接続できませんでした。^{[ 53 ]}

524 タイムアウトが発生しました

Cloudflare はオリジンサーバーへの TCP 接続を完了できたが、オリジンサーバーはタイムリーな HTTP レスポンスを提供しなかった。^{[ 54 ]}

525 SSLハンドシェイク失敗

Cloudflare はオリジンサーバーとのSSL/TLS ハンドシェイクをネゴシエートできませんでした。 ^{[ 55 ] [ 56 ]}

526 無効なSSL証明書

Cloudflare はオリジン Web サーバー上の SSL 証明書を検証できませんでした。^{[ 57 ] [ 58 ]} Cloud Foundryの gorouterでも使用されています。

527 レールガンエラー（旧式）

エラー527は、CloudflareとオリジンサーバーのRailgunサーバー間の接続が中断されたことを示しています。^{[ 59 ]} CloudflareがRailgunを非推奨にしたため、このエラーは廃止されました。

530 起源不明

Cloudflare はオリジンホスト名を解決できなかったため、オリジンサーバーへの接続を確立できませんでした。レスポンスの本文には 1xxx エラーが含まれています。^{[ 60 ] [ 61 ]}

Amazon Web ServicesのElastic Load Balancing は、クライアントのリクエストまたはオリジン サーバーの問題を示すために、いくつかのカスタム リターン コードを追加します。^{[ 62 ]}

000

いずれかのヘッダーの圧縮長が 8K バイトを超える場合、または 1 つの接続を通じて 10K を超えるリクエストが処理される場合、HTTP/2 GOAWAY フレームとともに返されます。^{[ 62 ]}

460

クライアントはアイドルタイムアウト期間が経過する前にロードバランサーとの接続を閉じました。通常、クライアントのタイムアウトがElastic Load Balancerのタイムアウトよりも早い場合に発生します。^{[ 62 ]}

463

ロードバランサーは、30 を超える IP アドレスを含む X-Forwarded-For リクエスト ヘッダーを受信しました。^{[ 62 ]}

464

クライアントとオリジンサーバー間でプロトコルバージョンが互換性がありません。^{[ 62 ]}

561 無許可

ロードバランサーに登録されているサーバーから返された認証に関するエラー。リスナールールはユーザーを認証するように構成されていますが、IDプロバイダー（IdP）がユーザー認証時にエラーコードを返しました。^{[ 62 ]}

Apache HTTPサーバーで使用されます。

509 帯域幅制限を超過しました

サーバーがサーバー管理者によって指定された帯域幅を超えました。これは、共有ホスティングプロバイダーが顧客の帯域幅を制限するためによく使用されます。^{[ 63 ]} cPanelでも使用されます。

Laravelフレームワークで使用されています。

419ページが期限切れです

CSRFトークンが欠落しているか、期限切れです。^{[ 64 ]}

Spring Frameworkで使用されます。

420 メソッド失敗

WebDAVの開発中に提案された非推奨の応答ステータス^{[ 65 ]}で、メソッドが失敗した場合にSpring Frameworkで使用されます^{[ 66 ] 。}

Twitterで使用されています。

420 心を落ち着かせる

クライアントがレート制限されている場合、Twitter Search and Trends API のバージョン 1 によって返されます。バージョン 1.1 以降では、代わりに429 Too Many Requestsレスポンス コードが使用されます。^{[ 67 ]}「Enhance your calm」というフレーズは1993 年の映画Demolition Manに由来し、この数字との関連性はおそらく大麻を指していると思われます。

Shopifyで使用されています。

430 リクエストヘッダーフィールドが大きすぎます

Shopifyが一定時間内にリクエストされた URL が多すぎる場合に、429 Too Many Requestsレスポンス コードの代わりに使用していた非推奨のレスポンス。 ^{[ 68 ]}

430 Shopifyセキュリティ拒否

Shopify は、リクエストが悪意のあるものと判断されたことを示すためにこれを使用します。^{[ 69 ]}

530 オリジンDNSエラー

Cloudflare が要求された DNS レコードを解決できないことを示しています。^{[ 69 ]}

540 一時的に障害を負った

要求されたエンドポイントが一時的に無効になっていることを示します。^{[ 69 ]}

783 予期しないトークン

リクエストにJSON構文エラーが含まれていることを示します。^{[ 69 ]}

ArcGIS Serverで使用されます。

498 無効なトークン

有効期限切れまたはその他の理由で無効なトークンであることを示します。^{[ 70 ]}

499トークンが必要です

トークンが必要であるが、送信されていないことを示します。^{[ 70 ]}

cPanelで使用されます。

508 リソース制限に達しました

サーバーのアカウントが、CPU/RAM 使用量や同時実行プロセス数など、割り当てられたリソースを超過した場合に、503の代わりに使用されます。 ^{[ 71 ]}

QualysがSSLLabsサーバーテストAPIで使用しています。

529 サイトが過負荷状態です

サイトがリクエストを処理できないことを示すシグナル。^{[ 72 ]}

Pantheon Systemsのウェブプラットフォームで使用されています。

530 サイトが凍結されています

活動がないため凍結されたサイトを示します。^{[ 73 ]}

LinkedInで使用されています。

999 リクエストが拒否されました

ログインしないとウェブページにアクセスできない、またはブロックされていることに関連しています。^{[ 74 ]}

218 これは問題ありません

非公式な包括的なエラー状態であり、設定がProxyErrorOverride有効になっている場合にメッセージ本文をサーバー経由で通過させるために、広くApache HTTPサーバーに起因するものとされているが、ステータスコードと動作は公式のApache仕様の一部ではない。このステータスコードとApacheの関連性は、出典不明のWikipediaへの追加に起因しており、その後他の参照資料に取り上げられ、循環参照が生じた。^{[ 75 ]}

598 ネットワーク読み取りタイムアウトエラー

HTTPプロキシの一部が、プロキシの背後にあるネットワーク読み取りタイムアウトをプロキシの前のクライアントに通知するために使用する非公式な慣習。^{[ 76 ]}

599 ネットワーク接続タイムアウトエラー

一部のHTTPプロキシが、プロキシの背後にあるネットワーク接続タイムアウトを、プロキシの前面にいるクライアントに通知するために使用するエラー。