You are viewing a plain text version of this content. The canonical link for it is here.
Posted to github@trafficserver.apache.org by GitBox <gi...@apache.org> on 2022/09/26 23:45:23 UTC
[GitHub] [trafficserver] rob05c commented on pull request #9101: Fix handling of OPTIONS request
rob05c commented on PR #9101:
URL: https://github.com/apache/trafficserver/pull/9101#issuecomment-1258776843
Curious, what do you think about https://datatracker.ietf.org/doc/html/rfc9112#section-3.2.4
```
If a proxy receives an OPTIONS request with an absolute-form of
request-target in which the URI has an empty path and no query
component, then the last proxy on the request chain MUST send a
request-target of "*" when it forwards the request to the indicated
origin server.
For example, the request
OPTIONS http://www.example.org:8001/ HTTP/1.1
would be forwarded by the final proxy as
OPTIONS * HTTP/1.1
Host: www.example.org:8001
after connecting to port 8001 of host "www.example.org".
```
?
It seems to me that we're violating the spec there. I think we're just not doing that replacement. And it's a `MUST`, so it's a strict spec violation.
But how do we even know if we're the last proxy in the chain? Is there any way in the protocol or request or remap line to determine that? I'm not seeing one. Which means there's no way we can actually fulfill the spec? Unless we add some kind of remap or parent line or plugin or something to configure "remap is last proxy", that users would just have to manually set? Seems kind of terrible
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: github-unsubscribe@trafficserver.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org