[jboss-jira] [JBoss JIRA] (WFLY-4954) Undertow mod_cluster proxy enforces aliases checks a.k.a. UseAlias:true
Michal Karm Babacek (JIRA)
issues at jboss.org
Fri Jul 17 04:39:03 EDT 2015
[ https://issues.jboss.org/browse/WFLY-4954?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13090288#comment-13090288 ]
Michal Karm Babacek commented on WFLY-4954:
-------------------------------------------
How about this? :) (moved)
> Undertow mod_cluster proxy enforces aliases checks a.k.a. UseAlias:true
> -----------------------------------------------------------------------
>
> Key: WFLY-4954
> URL: https://issues.jboss.org/browse/WFLY-4954
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.0.0.Alpha4
> Reporter: Michal Karm Babacek
> Assignee: Stuart Douglas
>
> If one uses hostnames and a worker registers itself e.g. as {{Host=karm.brq.redhat.com}} the Undertow mod_cluster proxy enforces exact alias matching, which corresponds to Apache HTTP Server mod_cluster module implementation directive [UseAlias|http://docs.jboss.org/mod_cluster/1.2.0/html_single/#d0e505] being set to 1 (enforcing).
> h4. Symptoms
> Thus registered worker's context:
> {noformat}
> INFO [io.undertow] (default task-3) registering context /clusterbench, for node worker-1,
> with aliases [default-host, localhost]
> {noformat} causes HTTP 404 errors both while trying to access the context on IP address or hostname.
> This worker: {noformat}INFO [io.undertow] (default task-20) registering context /clusterbench, for node worker-1,
> with aliases [default-host, karm.brq.redhat.com]
> {noformat}, with one of its aliases being {{karm.brq.redhat.com}} could be accessed via the Undertow mod_cluster proxy without problems.
> h4. Call to action
> We need to decide whether this difference in default behaviour is desirable or not and act accordingly.
> WDYT?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
More information about the jboss-jira
mailing list