On 26/08/2010 14:52, André Warnier wrote: > Pid wrote: >> On 26/08/2010 13:40, André Warnier wrote: >>> arnaud icard wrote: >>> ... >>>> Yes this is where I made a mistake. >>>> The parameters "name" and "defaultHost" must be the FULL name (i.e. >>>> hostname.domain) >>>> >>> No. I mean no, it is not exactly that. >>> >>> For the defaultHost, it does not matter very much, because it is the >>> default and anything that does not match exactly will end up there >>> anyway. >>> >>> But for the others, as far as I know, the point is that the Host name >>> attribute *must match the Host: header in the HTTP request, exactly*. >>> If requests can come in with a Host: header being just "appli1", then >>> you need to have, in the corresponding Host tag, >>> - either the name attribute = "appli1" >>> - or an <Alias>appli1</Alias> tag inside the <Host> section. >>> >>> For example: >>> >>> <Host name="appli1.test.fr"> >>> <Alias>appli1</Alias> >>> ... >>> </Host> >> >> This reverse must be valid: >> >> <Host name="appli1"> >> <Alias>appli1.test.fr</Alias> >> ... >> </Host> >> >> or the following would not work: >> >> <Host name="appli1.test.fr"> >> <Alias>appli1.test.de</Alias> >> ... >> </Host> >> > > Pid, I don't get what you mean above.
I misread what you were saying. I thought you were saying that the host.name attribute must match the relevant headers.host value, rather than an Alias. p
0x62590808.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
