The Request-URI is a Uniform Resource Identifier (Section section 3.2) and identifies the resource upon which to apply the request.

Request-URI は統一資源識別子で、 要求を適用する資源を識別します。

• {1945:} Request-URI = absoluteURI | abs_path
• {2068:} Request-URI = "*" | absoluteURI | abs_path
• {2616:} Request-URI = "*" | absoluteURI | abs_path | authority
• {Errata:} Request-URI = "*" | absoluteURI | abs_path [ "?" query ] | authority

The two three four options for Request-URI are dependent on the nature of the request. The asterisk "*" means that the request does not apply to a particular resource, but to the server itself, and is only allowed when the method used does not necessarily apply to a resource. One example would be

Request-URI の4つの選択肢は要求の性質に依存します。星印 * は、要求が特定の資源に適用するのではなく、サーバー自体に適用することを意味し、方式が必ずしも資源に適用する必要が無いときにだけ認めます。一つの例は

The absoluteURI form is only allowed required when the request is being made to a proxy. The proxy is {1945} requested {2068} required {2616} REQUIRED to forward the request or service it from a valid cache, and return the response. If the request is GET or HEAD and a prior response is cached, the proxy may use the cached message if it passes any restrictions in the Expires header field. Note that the proxy may MAY forward the request on to another proxy or directly to the server specified by the absoluteURI. In order to avoid request loops, a proxy must MUST be able to recognize all of its server names, including any aliases, local variations, and the numeric IP address. An example Request-Line would be:

absoluteURI (絶対 URI) 書式は、串に対して要求を行う時にだけ認めますは必須です。 串は要求を転送するかまたは妥当なキャッシュから供出して応答を返す必要があります。要求が GET または HEAD で、前の応答がキャッシュされているときは、 Expires 頭欄の制限を満たしていれば、串はそのキャッシュしたメッセージを使っても構いません。 串は要求を他の串に転送しても構いませんし absoluteURI で指定されたサーバーに直接転送しても構わないことに注意してください。 要求の循環を避けるため、串は別名, 局所変名, 数値 IP 番地を含めたすべてのサーバー名を認識することができなければなりません。 Request-Line の例:

• GET http://www.w3.org/pub/WWW/TheProject.html HTTP/1.0
• GET http://www.w3.org/pub/WWW/TheProject.html HTTP/1.1

The most common form of Request-URI is that used to identify a resource on an origin server or gateway. In this case, only the absolute path of the URI is MUST be transmitted (see Section section 3.2.1, abs_path) as the Request-URI, and the network location of the URI (net_loc authority) MUST be transmitted in a Host header field. For example, a client wishing to retrieve the resource above directly from the origin server would create a TCP connection to port 80 of the host "www.w3.org" and send the lines:

Request-URI の最も広く行われている書式は、 起源サーバーまたは関門の資源を識別するのに使います。 この場合、 URI の絶対経路のみをRequest-URI として転送しなければなりませんで、 URI のネットワーク部分 (authority) は Host 頭欄で転送しなければなりません。

followed by the remainder of the Full-Request. Note that the absolute path cannot be empty; if none is present in the original URI, it must MUST be given as "/" (the server root).

に要求の残りが続きます。 絶対経路は空になり得ないことに注意してください。元の URI になにもないときには / (サーバー根) を与えなければなりません。

{1945,2068} The Request-URI is transmitted as an encoded string, where some characters may be escaped using the "% HEX HEX" encoding defined by RFC 1738 [4] in the format specified in section 3.2.1. {2616} If the Request-URI is encoded using the "% HEX HEX" encoding [42], the {1945,2068} The origin server must {2068,2616} MUST decode the Request-URI in order to properly interpret the request. {2068,2616} Servers SHOULD respond to invalid Request-URIs with an appropriate status code.

Request-URI が % HEX HEX 符号化を使って符号化されている場合には、 起源サーバーは要求を適切に解釈するために Request-URI を復号しなければなりません。 サーバーは不当な Request-URI に対して適当な状態符号で応答するべきです。

{2068,2616} Note: The "no rewrite" rule prevents the proxy from changing the meaning of the request when the origin server is improperly using a non-reserved {1945,2068} URL URI character for a reserved purpose. Implementers should be aware that some pre-HTTP/1.1 proxies have been known to rewrite the Request-URI.

注意: 「書き換えしない」規則によって、起源サーバーが非予約 URI 文字を不適切に予約目的に使っているときに串が要求の意味を変えてしまうことを防ぎます。 実装者は、 HTTP/1.1 以前の串で Request-URI を書き換えるものがあると分かっていることに注意するべきです。

HTTP/1.1 origin servers SHOULD be aware that the The exact resource identified by an Internet request is determined by examining both the Request-URI and the Host header field.

インターネット要求で識別される正確な資源は Request-URI と Host 頭欄の両方の検査で決定します。

An origin server that does not allow resources to differ by the requested host MAY ignore the Host header field value when determining the resource identified by an HTTP/1.1 request. (But see section 19.5.1 19.6.1.1 for other requirements on Host support in HTTP/1.1.)

要求されたホストによって資源を変えることを認めない起源サーバーは、HTTP/1.1 要求により識別される資源を決定する時に Host 頭欄値を無視しても構いません。 (しかし HTTP/1.1 での Host 対応の他の要件について 19.6.1.1 節を参照。)

An origin server that does differentiate resources based on the host requested (sometimes referred to as virtual hosts or vanity host names) MUST use the following rules for determining the requested resource on an HTTP/1.1 request:

要求されたホストによって資源を区別する起源サーバー (時たま仮想ホストとか変化ホスト名とか言われます。) は、 HTTP/1.1 要求の要求している資源を決定するのに次の規則を使わなければなりません。

1. 1. If Request-URI is an absoluteURI, the host is part of the Request-URI. Any Host header field value in the request MUST be ignored.
2. 2. If the Request-URI is not an absoluteURI, and the request includes a Host header field, the host is determined by the Host header field value.
3. 3. If the host as determined by rule 1 or 2 is not a valid host on the server, the response MUST be a 400 (Bad Request) error message.

1. Request-URI が absoluteURI なら、 ホストは absoluteURI の一部。 要求中の Host 頭欄値は無視しなければなりません。
2. Request-URI が absoluteURI でなく、要求が Host 頭欄を含んでいれば、 ホストは Host 頭欄値で決定します。
3. 規則 1・2 で決定したホストがそのサーバーで妥当なホストでなければ、 応答は 400 (悪い要求) 誤りメッセージでなければなりません。

Recipients of an HTTP/1.0 request that lacks a Host header field MAY attempt to use heuristics (e.g., examination of the URI path for something unique to a particular host) in order to determine what exact resource is being requested.

Host 頭欄を欠いた HTTP/1.0 要求の受信者は、 どの資源が要求されているのかを決定するために発見的方法 (例えば特定ホストに固有の URI 経路を検査するとか) を使うことを試みても構いません。

  request-header  =          Accept                   ; Section 12.1
                  |          Accept-Encoding          ; Section 12.2
                  |          Accept-Language          ; Section 12.3
                  |          Authorization            ; Section 12.5
                  |          From                     ; Section 12.20
                  |          If-Modified-Since        ; Section 12.23
                  |          Range                    ; Section 12.29
                  |          Referer                  ; Section 12.30
                  |          User-Agent               ; Section 12.41

Note that in contrast to HTTP/1.1 [2], RTSP requests always contain the absolute URL (that is, including the scheme, host and port) rather than just the absolute path.

[1] HTTP/1.1 とは異なり、 RTSP 要求は常に絶対経路だけではなくて絶対 URL を (つまり、 scheme, host, port を含めて) 指定することに注意して下さい。

HTTP/1.1 requires servers to understand the absolute URL, but clients are supposed to use the Host request header. This is purely needed for backward-compatibility with HTTP/1.0 servers, a consideration that does not apply to RTSP.

[2] HTTP/1.1 はサーバーが絶対 URL を理解することを要求していますが、 クライアントは Host 頭を使うことを想定しています。 これは単に HTTP/1.0 サーバーとの後方互換性からの必要であって、 RTSP では考慮する必要はないのです。

The asterisk "*" in the Request-URI means that the request does not apply to a particular resource, but to the server itself, and is only allowed when the method used does not necessarily apply to a resource. One example would be:

[3] Request-URI での星印 * は、要求が特定の資源には適用されるのではなく、 サーバー自体に適用され、使用している method が必ずしも資源に適用される物ではない時にのみ認められます。 一つの例を次に示します。

OPTIONS * RTSP/1.0

# Sets the strictness mode for parsing request target URIs.

# The following values are defined:

#

# `strict`: RFC3986-compliant URIs are required,

# a 400 response is triggered on violations

#

# `relaxed`: all visible 7-Bit ASCII chars are allowed

#

uri-parsing-mode = strict