RFC2616について質問です。


To allow for transition to absoluteURIs in all requests in future
versions of HTTP, all HTTP/1.1 servers MUST accept the absoluteURI
form in requests, even though HTTP/1.1 clients will only generate
them in requests to proxies.

とありますが、この場合のacceptとはどういう意味なのでしょうか。RFCの観点から言って、プロクシ機能をサポートしていないHTTPサーバは、絶対形式のURIでリクエストを受けたときに、どのように振舞うべきなのでしょうか。

たとえば、そのリクエストが自分に対する要求かどうかを何らかの方法で調べて、もし自分に対する要求であれば、リソースの表現を返し、さもなくばエラーを返すというようにすべきでしょうか。それとも絶対形式のURIを要求された時点で、400 Bad Requestなどを返すべきでしょうか。

回答の条件
  • URL必須
  • 1人2回まで
  • 登録:2008/08/14 16:16:48
  • 終了:2008/08/15 11:41:44

回答(1件)

id:ftns No.1

ftns回答回数153ベストアンサー獲得回数162008/08/14 16:42:21

ポイント60pt

訳してみると

「HTTPの将来のバージョンのリクエストに絶対URIへの以降を許す為に、全てのHTTP/1.1サーバはリクエストで絶対URIを受け入れなければならない。HTTP/1.1クライアントは絶対URIをproxyへのリクエストにしか使わないが。」

なります。結論から言えば、「絶対URIを必ず受け入れなければならない」のです。ですからエラーなどを返してはいけません。

http://www.ietf.org/rfc/rfc2616.txt

id:a_is_for_anime

5.2節をもう少し読んで見たら、答えがわかりました(たぶん)。

絶対URIが来た場合は、そのホスト部は、Hostヘッダの代わりに使われるべき(Hostヘッダの値は無視)で、ホストをどう扱うかは実装次第ということみたいですね。

ホスト名(またはドット区切りIP)が自分自身かどうかの判定までは、RFC2616では、非プロクシサーバーには要求されていない、のかな。

どーも。

2008/08/14 17:19:31
  • id:a_is_for_anime
    a_is_for_anime 2008/08/14 16:27:13
    捕捉ですが、上記の記述は、5.1.2節のものです。
    http://www.ietf.org/rfc/rfc2616.txt

この質問への反応(ブックマークコメント)

「あの人に答えてほしい」「この質問はあの人が答えられそう」というときに、回答リクエストを送ってみてましょう。

これ以上回答リクエストを送信することはできません。制限について

絞り込み :
はてなココの「ともだち」を表示します。
回答リクエストを送信したユーザーはいません