On Fri, Aug 19, 2005 at 11:45:36AM +0200, Belikov Anton wrote: > > Hi All, > I have the same problem with Apache 2 / mod_ssl under Red Hat. Can you please > give me a hint. What was the reason in this case? I also can use > http://myserver:443 while https://myserver doesn't work and I see in > access_log > 10.10.10.99 - - [19/Aug/2005:11:39:38 +0200] "?L?????????" 501 405 "-" "-" > 10.10.10.99 - - [19/Aug/2005:11:39:38 +0200] "?L?????????" 501 405 "-" "-" > In error log > [Fri Aug 19 11:39:38 2005] [error] [client 10.10.10.99] Invalid method in > request ?L????????? > [Fri Aug 19 11:39:38 2005] [error] [client 10.10.10.99] Invalid method in > request ?L?????????
I suppose you're referring to this old thread http://lists.debian.org/debian-user/2005/04/msg00274.html The original poster back then had two IP-based virtual host sections for the same IP address, the first without a port specification, the second with :443. In my final reply in this thread I suggested to explicitly specify the non-SSL port, too, i.e.: <VirtualHost IPaddress:80> ^^^ ... HTTP setup ... </VirtualHost> <VirtualHost IPaddress:443> ... HTTPS setup ... </VirtualHost> the idea being that, in case the virtual host IP without port would match _both_ ports, it might inadvertendly cause requests on 443 be routed to the wrong virtual host section) -- in particular, as the HTTP section appeared first (the order is important, when things are ambiguous). Unfortunately, I can't tell for sure whether that worked[1], because I didn't get any feedback form the original poster. So, if _you_ eventually do solve the issue, _please_ report back on-list to let other people benefit, who will google this up in the future. Apparently, this problem occurs rather frequently (during the last couple of months I got five (!) related inquiries off-list...). HTH, Almut [1] I was able to reproduce the problem myself with a similar config (without :80 on the first virtual host), when additionally _not_ specifying the "Port 80" directive (i.e. only having "Listen 80" and "Listen 443"). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]