You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Bryan Call (JIRA)" <ji...@apache.org> on 2016/08/15 22:26:20 UTC
[jira] [Updated] (TS-2024) HTTP Violation: proxies MUST handle
65536 byte-long URIs
[ https://issues.apache.org/jira/browse/TS-2024?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bryan Call updated TS-2024:
---------------------------
Summary: HTTP Violation: proxies MUST handle 65536 byte-long URIs (was: HTTP Violation: proxies MUST handle 65536byte-long URIs)
> HTTP Violation: proxies MUST handle 65536 byte-long URIs
> --------------------------------------------------------
>
> Key: TS-2024
> URL: https://issues.apache.org/jira/browse/TS-2024
> Project: Traffic Server
> Issue Type: Bug
> Components: HTTP
> Reporter: Igor Galić
> Fix For: sometime
>
>
> citing the RFC:
> {quote}
> The HTTP protocol does not place any a priori limit on the length of
> a URI. Servers MUST be able to handle the URI of any resource they
> serve, and SHOULD be able to handle URIs of unbounded length if they
> provide GET-based forms that could generate such URIs. A server
> SHOULD return 414 (Request-URI Too Long) status if a URI is longer
> than the server can handle (see section 10.4.15).
> Note: Servers ought to be cautious about depending on URI lengths
> above 255 bytes, because some older client or proxy
> implementations might not properly support these lengths.
> {quote}
> Section 3.1.1 of HTTPbis recommends for everyone at least 8k octets: https://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-22#section-3.1.1 - CoAdvisor "recommends" 65k for proxies.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)