You are viewing a plain text version of this content. The canonical link for it is here.

Posted to bugs@httpd.apache.org by bu...@apache.org on 2002/04/29 17:40:50 UTC

DO NOT REPLY [Bug 8625] New: - ProxyPassReverse uses ServerName rather than requested host in ServerAliases

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8625>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8625

ProxyPassReverse uses ServerName rather than requested host in ServerAliases

           Summary: ProxyPassReverse uses ServerName rather than requested
                    host in ServerAliases
           Product: Apache httpd-2.0
           Version: 2.0.35
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: mod_proxy
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: jonathan.apache@layes.com


Not sure if this is a bug or a feature but, from my perspective, it is a bug....

When mod_proxy rewrites the header of a redirect, it uses the defined ServerName
to accomplish this.  IMHO, this behaviour is incorrect if there are one or more
ServerAliases and the request comes in via one of those aliases.  The proper
behaviour, I believe, would be to have mod_proxy remember the Host: line for the
original request and use that hostname (rather than ServerName) to rewrite the
redirect.  

So as not to break the current behaviour, perhaps an option could be added to
selectively enable this correct behaviour?