305 HTTPステータスコードとは何ですか？それを正しく使うには？

Question

私が見つけたのは： "要求されたリソースは、Locationフィールドで指定されたプロキシを介してアクセスしなければなりません（MUST）：LocationフィールドはプロキシのURIを示します。起源サーバによって生成される。

正しく使用するには？指定されたURLの下にプロキシがない場合はどうなりますか？

Answer 1

リダイレクトは、クライアントに別の場所からコンテンツを取得するように指示するときに使用します。与えられたURIは、言葉の口語使用において「プロキシ」である必要はありません。最初にリクエストされたコンテンツが存在する別の場所です。

負荷分散には人が使用します。私は、クライアントがそれを正しく実装するかわからないんだけど、そうあなただけのリダイレクトしたい場合は、HTTPのRFCで説明したように、302

編集

意図した使用例と一緒に行く方が安全だろう：キャッシングプロキシがあり、その上のコンテンツは実サーバ（オリジンサーバ）から来ているとします。誰かが何らかの形で実際のサーバに直接アクセスし、代わりにプロキシからそれを取得したい場合は、305を送信します。

Answer 2

ごくまれに使用されるコードは、通信チェーン内のプロキシとしてクライアントが送信することを許可されているサーバーですか？たぶんそうではないかもしれませんが、プロキシの検出は難しいです。サーバーの直後にリバースプロキシがある場合、このプロキシは305エラーを受け入れ、HTTPクライアントに転送しますか？

通常、セキュアなプロキシアクセスを使用する「直接アクセス」をリダイレクトするために行われます。その理由は、直接アクセスが利用できるのはなぜですか？以前はセキュリティチェーンに間違っていました。

誰がサーバー側で305を使用していますか？私はあなたが305応答を生成しようとしていないことを願っています。

HTTPクライアントの場合は、302のようなリダイレクトであるため、プロキシと話しているかどうかを知る必要はありません（時にそれを知るのは難しいでしょう）。