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 2019/04/24 19:05:15 UTC

[Bug 63385] New: hcuri is ignored when used with OPTIONS hcmethod

https://bz.apache.org/bugzilla/show_bug.cgi?id=63385

            Bug ID: 63385
           Summary: hcuri is ignored when used with OPTIONS hcmethod
           Product: Apache httpd-2
           Version: 2.4.39
          Hardware: PC
                OS: other
            Status: NEW
          Severity: normal
          Priority: P2
         Component: mod_proxy_hcheck
          Assignee: bugs@httpd.apache.org
          Reporter: chrisjfuller@me.com
  Target Milestone: ---

When configuring mod_proxy_hcheck to use hcmethod=options, the hcuri is
ignored. 

Configuration example:
<Proxy balancer://test>
BalancerMember https://www.example.com/ hcmethod=OPTIONS hcuri=/path/test
</Proxy>

Access log on health check target:
[24/Apr/2019:18:33:12 +0000] "OPTIONS * HTTP/1.0" 200 126 "-" "-"

Meanwhile, changing the hcmethod to either GET or HEAD shows the hcuri
parameter is respected. For example:

<Proxy balancer://test>
BalancerMember https://www.example.com/ hcmethod=GET hcuri=/path/test
</Proxy>

[24/Apr/2019:18:35:33 +0000] "GET ///path/test HTTP/1.0" 404 466 "-" "-"

<Proxy balancer://test>
BalancerMember https://www.example.com/ hcmethod=HEAD hcuri=/path/test
</Proxy>
[24/Apr/2019:18:36:17 +0000] "HEAD ///path/test HTTP/1.0" 404 159 "-" "-"

rfc2616 states that the OPTIONS method can be used to determine the capability
of a specific resource but that a * can be used simply as a ping, so this may
be by design.
"If the Request-URI is an asterisk ("*"), the OPTIONS request is intended to
apply to the server in general rather than to a specific resource. Since a
server's communication options typically depend on the resource, the "*"
request is only useful as a "ping" or "no-op" type of method; it does nothing
beyond allowing the client to test the capabilities of the server."

However, it would be useful to mirror the functionality of the GET and HEAD
hcmethods and have the OPTIONS hcmethod respect the hcuri.

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org

[Bug 63385] hcuri is ignored when used with OPTIONS hcmethod

Posted by bu...@apache.org.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63385

--- Comment #1 from Christophe JAILLET <ch...@wanadoo.fr> ---
Created attachment 36626
  --> https://bz.apache.org/bugzilla/attachment.cgi?id=36626&action=edit
Patch

Hi, could you try the attached patch?

Its purpose is to behave the same with OPTIONS, HEAD or GET when an hcuri is
configured, and fallback to "*" for OPTIONS if hcuri is not provided.

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org

[Bug 63385] hcuri is ignored when used with OPTIONS hcmethod

Posted by bu...@apache.org.
https://bz.apache.org/bugzilla/show_bug.cgi?id=63385

Christophe JAILLET <ch...@wanadoo.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |PatchAvailable

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org