Name based virtual host bug after Apache restart

--_000_A03AB46677048443A2923D043D579581259B93B44DSEGOTC5130C CR_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,

After some years out of the Apache discussion, I'm back for a quite specifi=
c question... ;-)

We have been running Apache HTTP Server 2.0 for some years now. Everything =
works fine as expected but I think we encounter something that can only be =
a bug.

We are using _name based virtual hosts_ and mod_rewrite. Each virtual host =
is defined in a specific conf file that is included by httpd.conf

Let's say:

FileA:
<VirtualHost ip:port>
ServerName nameA1.org
ServerAlias nameA2.org
[...]
</VirtualHost>

FileB:
<VirtualHost ip:port>
ServerName nameB1.org
ServerAlias nameB2.org
[...]
</VirtualHost>

(yes, I'm talking about same ip:port)

One day nameB1.org started not to work properly: requests to, say http://na=
meB1.org/ didn't go to FileB, but were treated by httpd.conf. We could see=
that in log files. A simple restart and the problem was fixed. A few weeks=
later, the problem reoccured and we realized it happend just after a resta=
rt we had done (without changing FileB at all).

Today we realized we had the problem again: I double checked logs and saw i=
t started after a restart I made. I tested that requests to nameB2.org work=
ed, _not_ nameB1.org: they were treated by httpd.conf and ended as "forbidd=
en" (because of course the proper Rewrite rules are in the appropriate virt=
ualhost).

In a word: _sometimes_ when we restart Apache, one of our many servernames/=
aliases doesn't go to the proper virtualhost, it is treated by httpd.conf.

Answers to some questions you might ask:
- we are running 2.0.58
- This is _always the same servername_ that fails.
- the actual servername that bugs is of the form www.aservername.co.za<http=
://www.aservername.co.za/> (something with the double country extension?? -=
we do have other servers of the form .co.uk, co.il, etc and they work as e=
xpected)
- I checked that the servername appears only in the proper virtual host
- I verified that DNS resolution stayed correct: the IP is always the one f=
rom the correct virtualhost, it SHOULD work.
- note that a serveralias in the same virtualhost still works: in fact, it'=
s ServerName www.something.com<http://www.something.com> and ServerAlias so=
mething.com. something.com goes to the correct virtualhost, www.something.c=
om<http://www.something.com> doesn't.
- originaly the servername was one of many serveraliases in a virtualhost. =
We extracted it to a separate virtualhost and conf file but the problem sti=
ll occurs.

Any idea???

Thanks!

Olivier

--_000_A03AB46677048443A2923D043D579581259B93B44DSEGOTC5130C CR_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Diso-8859-1"=
>
<META content=3D"MSHTML 6.00.2900.3640" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010>Hi,</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>After som=
e years out
of the Apache discussion, I'm back for a quite specific question...
;-)</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010><SPAN
class=3D468405113-13012010><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010></SPAN></FONT> </DIV>
<DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>We have b=
een running
Apache HTTP Server 2.0 for some years now.
</SPAN></FONT></SPAN></SPAN></FONT><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010><SPAN class=3D468405113-13012010>Everything work=
s fine as
expected but I think we encounter something that can only be a
bug.</SPAN></SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010><SPAN
class=3D468405113-13012010></SPAN></SPAN></FONT> </DIV></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>We are us=
ing _name
based virtual hosts_ and mod_rewrite. Each virtual host is defined in a spe=
cific
conf file that is included by httpd.conf</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>Let's
say:</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010>FileA:</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010><Virtu=
alHost
ip:port></SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>ServerNam=
e
nameA1.org</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>ServerAli=
as
nameA2.org</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010>[...]</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010></VirtualHost></SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010></SPAN></=
FONT><FONT
face=3DArial size=3D2><SPAN class=3D468405113-13012010></SPAN></FONT><FONT =
face=3DArial
size=3D2><SPAN class=3D468405113-13012010></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010>FileB:</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010><Virtu=
alHost
ip:port></SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>ServerNam=
e
nameB1.org</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>ServerAli=
as
nameB2.org</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010><SPAN
class=3D468405113-13012010>[...]</SPAN></SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010></VirtualHost></SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>(yes, I'm=
talking
about same ip:port)</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>One day
nameB1.org started not to work properly: requests to, say <A
href=3D"http://nameB1.org/ ">http://<FONT
color=3D#000000>nameB1.org/ </FONT></A> didn't go to FileB, but were t=
reated
by httpd.conf. We could see that in log files. A simple restart and the pro=
blem
was fixed. A few weeks later, the problem reoccured and we realized it happ=
end
just after a restart we had done (without changing FileB at
all).</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>Today we =
realized we
had the problem again: I double checked logs and saw it started after a res=
tart
I made. I tested that requests to nameB2.org worked, _not_ nameB1.org: they=
were
treated by httpd.conf and ended as "forbidden" (because of course the prope=
r
Rewrite rules are in the appropriate virtualhost).</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>In a word=
:
_sometimes_ when we restart Apache, one of our many servernames/aliases doe=
sn't
go to the proper virtualhost, it is treated by httpd.conf.</SPAN></FONT></D=
IV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>Answers t=
o some
questions you might ask:</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>- we are =
running
2.0.58</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>- This is=
_always
the same servername_ that fails.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>- the act=
ual
servername that bugs is of the form <A
href=3D"http://www.aservername.co.za/">www.aservername.co.za</A> (some=
thing
with the double country extension?? - we do have other servers of the form=

..co.uk, co.il, etc and they work as expected)</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010></SPAN></=
FONT>- I
checked that the servername appears only in the proper virtual
host</SPAN></FONT></DIV></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>- I verif=
ied that
DNS resolution stayed correct: the IP is always the one from the correct
virtualhost, it SHOULD work.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>- note th=
at a
serveralias in the same virtualhost still works: in fact, it's ServerName <=
A
href=3D"http://www.something.com">www.something.com</A> and ServerAlias
something.com. something.com goes to the correct virtualhost, <A
href=3D"http://www.something.com">www.something.com</A> doesn't.</SPAN=
></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>- origina=
ly the
servername was one of many serveraliases in a virtualhost. We extracted it =
to a
separate virtualhost and conf file but the problem still
occurs.</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN class=3D468405113-13012010>Any
idea???</SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010>Thanks!</SPAN></FONT></DIV></SPAN></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010></SPAN></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><SPAN
class=3D468405113-13012010>Olivier</SPAN></FONT></DIV></BODY></HTML>

--_000_A03AB46677048443A2923D043D579581259B93B44DSEGOTC5130C CR_--
Chirouze Olivier [ Mi, 13 Januar 2010 15:39 ] [ ID #2028655 ]

Re: Name based virtual host bug after Apache restart

On Wed, Jan 13, 2010 at 2:39 PM, Chirouze Olivier
<olivier.chirouze [at] volvo.com> wrote:
> Hi,
>
> After some years out of the Apache discussion, I'm back for a quite speci=
fic
> question... ;-)
>
> We have been running Apache HTTP Server 2.0 for some years now. Everythin=
g
> works fine as expected but I think we encounter something that can only b=
e a
> bug.
>
> We are using _name based virtual hosts_ and mod_rewrite. Each virtual hos=
t
> is defined in a specific conf file that is included by httpd.conf
>
> Let's say:
>
> FileA:
> <VirtualHost ip:port>
> ServerName nameA1.org
> ServerAlias nameA2.org
> [...]
> </VirtualHost>
>
> FileB:
> <VirtualHost ip:port>
> ServerName nameB1.org
> ServerAlias nameB2.org
> [...]
> </VirtualHost>
>
> (yes, I'm talking about same ip:port)
>
> One day nameB1.org=C2=A0started not to work properly: requests to,
> say=C2=A0http://nameB1.org/=C2=A0 didn't go to FileB, but were treated by=
httpd.conf.
> We could see that in log files. A simple restart and the problem was fixe=
d.
> A few weeks later, the problem reoccured and we realized it happend just
> after a restart we had done (without changing FileB at all).
>
> Today we realized we had the problem again: I double checked logs and saw=
it
> started after a restart I made. I tested that requests to nameB2.org work=
ed,
> _not_ nameB1.org: they were treated by httpd.conf and ended as "forbidden=
"
> (because of course the proper Rewrite rules are in the appropriate
> virtualhost).
>
> In a word: _sometimes_ when we restart Apache, one of our many
> servernames/aliases doesn't go to the proper virtualhost, it is treated b=
y
> httpd.conf.
>
> Answers to some questions you might ask:
> - we are running 2.0.58
> - This is _always the same servername_ that fails.
> - the actual servername that bugs is of the form
> www.aservername.co.za=C2=A0(something with the double country extension??=
- we do
> have other servers of the form .co.uk, co.il, etc and they work as expect=
ed)
> - I checked that the servername appears only in the proper virtual host
> - I verified that DNS resolution stayed correct: the IP is always the one
> from the correct virtualhost, it SHOULD work.
> - note that a serveralias in the same virtualhost still works: in fact, i=
t's
> ServerName www.something.com and ServerAlias something.com. something.com
> goes to the correct virtualhost, www.something.com=C2=A0doesn't.
> - originaly the servername was one of many serveraliases in a virtualhost=
..
> We extracted it to a separate virtualhost and conf file but the problem
> still occurs.
>
> Any idea???
>
> Thanks!
>
> Olivier

What does ``httpd -S -f /path/to/conf'' say about this vhost?

Is the vhost that it ends up going to the default vhost? Ie the first
encountered when parsing the conf file.
This would indicate that the requested hostname didn't match any other
applicable vhost.

The one weird thing in your config is that you are specifying an
ip:port for your vhosts. Are you using _solely_ name based virtual
hosting? If so, I would configure the vhosts with ``<VirtualHost
*:80>'' (and obviously, ``NameVirtualHost *:80'' in the appropriate
place) rather than a specific ip:port.

Cheers

Tom

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe [at] httpd.apache.org
" from the digest: users-digest-unsubscribe [at] httpd.apache.org
For additional commands, e-mail: users-help [at] httpd.apache.org
Tom Evans [ Mi, 13 Januar 2010 15:46 ] [ ID #2028656 ]

RE: Name based virtual host bug after Apache restart

Hi Tom, thanks for the so prompt answer!

I didn't know that option of httpd, looks interesting.
As of today, the vhost goes to the appropriate file (according to the DUMP =
VHOST). But I would use that same command when it fails again (after next r=
eboot? ;-)

To answer your question, we are listening on different IPs and that is why =
we need to specify it in the vhost config.

Olivier


> -----Original Message-----
> From: Tom Evans [mailto:tevans.uk [at] googlemail.com]
> Sent: 13 January 2010 15:47
> To: users [at] httpd.apache.org
> Subject: Re: [users [at] httpd] Name based virtual host bug after
> Apache restart
>
> On Wed, Jan 13, 2010 at 2:39 PM, Chirouze Olivier
> <olivier.chirouze [at] volvo.com> wrote:
> > Hi,
> >
> > After some years out of the Apache discussion, I'm back for
> a quite specific
> > question... ;-)
> >
> > We have been running Apache HTTP Server 2.0 for some years
> now. Everything
> > works fine as expected but I think we encounter something
> that can only be a
> > bug.
> >
> > We are using _name based virtual hosts_ and mod_rewrite.
> Each virtual host
> > is defined in a specific conf file that is included by httpd.conf
> >
> > Let's say:
> >
> > FileA:
> > <VirtualHost ip:port>
> > ServerName nameA1.org
> > ServerAlias nameA2.org
> > [...]
> > </VirtualHost>
> >
> > FileB:
> > <VirtualHost ip:port>
> > ServerName nameB1.org
> > ServerAlias nameB2.org
> > [...]
> > </VirtualHost>
> >
> > (yes, I'm talking about same ip:port)
> >
> > One day nameB1.org=A0started not to work properly: requests to,
> > say=A0http://nameB1.org/=A0 didn't go to FileB, but were
> treated by httpd.conf.
> > We could see that in log files. A simple restart and the
> problem was fixed.
> > A few weeks later, the problem reoccured and we realized it
> happend just
> > after a restart we had done (without changing FileB at all).
> >
> > Today we realized we had the problem again: I double
> checked logs and saw it
> > started after a restart I made. I tested that requests to
> nameB2.org worked,
> > _not_ nameB1.org: they were treated by httpd.conf and ended
> as "forbidden"
> > (because of course the proper Rewrite rules are in the appropriate
> > virtualhost).
> >
> > In a word: _sometimes_ when we restart Apache, one of our many
> > servernames/aliases doesn't go to the proper virtualhost,
> it is treated by
> > httpd.conf.
> >
> > Answers to some questions you might ask:
> > - we are running 2.0.58
> > - This is _always the same servername_ that fails.
> > - the actual servername that bugs is of the form
> > www.aservername.co.za=A0(something with the double country
> extension?? - we do
> > have other servers of the form .co.uk, co.il, etc and they
> work as expected)
> > - I checked that the servername appears only in the proper
> virtual host
> > - I verified that DNS resolution stayed correct: the IP is
> always the one
> > from the correct virtualhost, it SHOULD work.
> > - note that a serveralias in the same virtualhost still
> works: in fact, it's
> > ServerName www.something.com and ServerAlias something.com.
> something.com
> > goes to the correct virtualhost, www.something.com=A0doesn't.
> > - originaly the servername was one of many serveraliases in
> a virtualhost.
> > We extracted it to a separate virtualhost and conf file but
> the problem
> > still occurs.
> >
> > Any idea???
> >
> > Thanks!
> >
> > Olivier
>
> What does ``httpd -S -f /path/to/conf'' say about this vhost?
>
> Is the vhost that it ends up going to the default vhost? Ie the first
> encountered when parsing the conf file.
> This would indicate that the requested hostname didn't match any other
> applicable vhost.
>
> The one weird thing in your config is that you are specifying an
> ip:port for your vhosts. Are you using _solely_ name based virtual
> hosting? If so, I would configure the vhosts with ``<VirtualHost
> *:80>'' (and obviously, ``NameVirtualHost *:80'' in the appropriate
> place) rather than a specific ip:port.
>
> Cheers
>
> Tom
>
> ------------------------------------------------------------ ---------
> The official User-To-User support forum of the Apache HTTP
> Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe [at] httpd.apache.org
> " from the digest: users-digest-unsubscribe [at] httpd.apache.org
> For additional commands, e-mail: users-help [at] httpd.apache.org
>
> =

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe [at] httpd.apache.org
" from the digest: users-digest-unsubscribe [at] httpd.apache.org
For additional commands, e-mail: users-help [at] httpd.apache.org
Chirouze Olivier [ Mi, 13 Januar 2010 16:00 ] [ ID #2028658 ]

Re: Name based virtual host bug after Apache restart

On Wed, Jan 13, 2010 at 10:00 AM, Chirouze Olivier
<olivier.chirouze [at] volvo.com> wrote:
> Hi Tom, thanks for the so prompt answer!
>
> I didn't know that option of httpd, looks interesting.
> As of today, the vhost goes to the appropriate file (according to the DUMP VHOST). But I would use that same command when it fails again (after next reboot? ;-)

that command doesn't query the running server, it just parses the
config file, so you won't see it change when you hit your alleged bug.

--
Eric Covener
covener [at] gmail.com

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe [at] httpd.apache.org
" from the digest: users-digest-unsubscribe [at] httpd.apache.org
For additional commands, e-mail: users-help [at] httpd.apache.org
Eric Covener [ Mi, 13 Januar 2010 16:14 ] [ ID #2028659 ]

Re: Name based virtual host bug after Apache restart

> - the actual servername that bugs is of the form
> www.aservername.co.za=A0(something with the double country extension?? - =
we do
> have other servers of the form .co.uk, co.il, etc and they work as expect=
ed)

> - note that a serveralias in the same virtualhost still works: in fact, i=
t's
> ServerName www.something.com and ServerAlias something.com. something.com
> goes to the correct virtualhost, www.something.com=A0doesn't.

For relief, could you just duplicate the ServerName into the ServerAlias?

What rewrite stuff do you have that might care about incoming
hostnames or the servername?

--
Eric Covener
covener [at] gmail.com

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe [at] httpd.apache.org
" from the digest: users-digest-unsubscribe [at] httpd.apache.org
For additional commands, e-mail: users-help [at] httpd.apache.org
Eric Covener [ Mi, 13 Januar 2010 16:16 ] [ ID #2028660 ]

RE: Name based virtual host bug after Apache restart

Of course, I should have guessed about the command just statically parsing =
files. However, at least I'd have a live proof that it's a bug if I run the=
command while the server behaves strange :-)

Sorry, what do you mean about duplicate? Would you mean:

<VirtualHost ip:port>
ServerName nameB1.org
ServerAlias nameB1.org
ServerAlias nameB2.org
[...]
</VirtualHost>

OR

<VirtualHost ip:port>
ServerName nameB2.org
ServerAlias nameB1.org
[...]
</VirtualHost>

?

By the way, I should have specified that we have a QA server with exact sam=
e configuration and off course, we can't reproduce the bug ;-)

Regarding Rewrite rules, we have plenty of them: the Apache I'm talking abo=
ut is a reverse proxy. But I'm pretty sure I would server a hello_world.htm=
l it would be the same...

Olivier

> -----Original Message-----
> From: Eric Covener [mailto:covener [at] gmail.com]
> Sent: 13 January 2010 16:17
> To: users [at] httpd.apache.org
> Subject: Re: [users [at] httpd] Name based virtual host bug after
> Apache restart
>
> > - the actual servername that bugs is of the form
> > www.aservername.co.za=A0(something with the double country
> extension?? - we do
> > have other servers of the form .co.uk, co.il, etc and they
> work as expected)
>
> > - note that a serveralias in the same virtualhost still
> works: in fact, it's
> > ServerName www.something.com and ServerAlias something.com.
> something.com
> > goes to the correct virtualhost, www.something.com=A0doesn't.
>
> For relief, could you just duplicate the ServerName into the
> ServerAlias?
>
> What rewrite stuff do you have that might care about incoming
> hostnames or the servername?
>
> --
> Eric Covener
> covener [at] gmail.com
>
> ------------------------------------------------------------ ---------
> The official User-To-User support forum of the Apache HTTP
> Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe [at] httpd.apache.org
> " from the digest: users-digest-unsubscribe [at] httpd.apache.org
> For additional commands, e-mail: users-help [at] httpd.apache.org
>
> =

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe [at] httpd.apache.org
" from the digest: users-digest-unsubscribe [at] httpd.apache.org
For additional commands, e-mail: users-help [at] httpd.apache.org
Chirouze Olivier [ Mi, 13 Januar 2010 16:24 ] [ ID #2028661 ]
Webserver » gmane.comp.apache.user » Name based virtual host bug after Apache restart

Vorheriges Thema: Apache 2.2.14 - Win XP - requests hanging, nothing sent
Nächstes Thema: Optimizing apache 2

[ Startseite ] [ Administrator ] [ Suche ] [ Hinweise ] [ Impressum ]

Powered by FudForum