Newsgroup: it.comp.os.linux.software
Titolo: Strano problema con Apache

Salve a tutti;
Scusate se irrompo cosi di brutto, ma sto lurkando da un po' e ora colgo
l'occasione per entrare ;)
Ho un problema strano con Apache 2.0.40 su R.H. 8.0 :
Il server funziona regolarmente, ma i request HTTP 1.1 (che mi servono per
i virtual host) NON contengono piu' la url. Mi sono collegato anche a 1/2
telnet sulla porta 80 e ho inviato un:
GET / HTTP /1.1
Host: blablabla
risultato? Nel log di apache c'e' l'accesso, ma senza la url (sostuita da
un "-") e infatti mi viene spedita la pagina sbagliata :(
La cosa buffa e' che il solito http.conf sulla mia workstation funziona!
Mi sfugge qualcosa... >:(
Se qualcuno mi potesse dare una mano ha una birra in freso ;)
P.S.: L'indirizzo mail e' in ROT13 (odio lo spam) =;-D
Richard "Voodoo" Kaiser dalle terre toscane

 
Non ho capito bene, Richard: il problema è che qualunque client si 
connetta a quel server non manda l'header "hostname", o che un 
particolare client non lo manda a nessun server?
-- 
Fabrizio "Hermooz" Ermini

 particolare client non lo manda a nessun server?
Bada chi c'e' :-)
Il problema e' che *qualunque* client si connetta a *quel* server non
riesce a visualizzare la pagina coretta in quanto pur mandando le
richieste nel modo corretto (v. sessione Telnet) la url svanisce una volta
arrivata ad Apache. Se credi provo a inserire uno sniffer e ti dico cosa
passa sul filo, ma penso che almeno di telnet mi posso fidare :-O
La cosa buffa e' che su *un'altra* macchina il solito httpd.conf da i
ultati sperati (almeno passando attraverso il loopback sulla 127.0.0.1)
mentre sul vero server pur passando da 127.0.0.1 la URL non arriva,
nemmeno in telnet (!)...
Questo e' un esempio del log:
192.168.4.210 - - [28/Nov/2002:00:30:25 +0100] "GET / HTTP/1.1" 200 515
"-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0)"
192.168.4.210 - - [28/Nov/2002:00:30:38 +0100] "GET / HTTP/1.1" 304 0 "-"
"Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0)"
192.168.4.210 - - [28/Nov/2002:00:30:46 +0100] "GET / HTTP/1.1" 200 515
"-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0)"
192.168.4.1 - - [28/Nov/2002:00:41:27 +0100] "GET / HTTP/1.1" 200 515 "-"
"Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003"
151.38.133.11 - - [28/Nov/2002:04:05:43 +0100] "GET / HTTP/1.1" 400 298
"-" "-"
164.100.147.52 - - [28/Nov/2002:05:24:39 +0100] "GET / HTTP/1.1" 400 298
"-" "-"
dns - - [28/Nov/2002:14:33:32 +0100] "GET / HTTP/1.1" 200 515 "-"
"Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003"
dns - - [28/Nov/2002:14:34:26 +0100] "GET / HTTP/1.1" 200 515 "-"
"Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003"
dns - - [28/Nov/2002:14:45:09 +0100] "GET / HTTP /1.1" 200 515 "-" "-"
L'ultima e' la connessione Telnet da locale :o\
La cosa mi sembra alquanto strana...

 
Il server è in grado di risolvere correttamente il nome del server 
virtuale? Apache quando riceve la richiesta fa prima una gethostbyname() 
(per poter interpretare correttamente le directive VirtualNameServer 
etc.). Non ho informazioni al riguardo, ma potrebbe essere possibile che 
se la gethostbyname fallisce "droppa" l'informazione sull'host name 
ritenendola non pertinente.
-- 
Fabrizio "Hermooz" Ermini

 ritenendola non pertinente.
Plausibile, ma l'nslookup e' corretto e cmq. ho usato la direttiva
Virtualblablabla con l'indirizzo IP per evitare traffico inutile si,
leggo i manuali! =;-D
Ma su questo prob. non ho trovato ancora NULLA :(
RVK

 Ma su questo prob. non ho trovato ancora NULLA :(
Beh, se vuoi prova a mailarmi l'httpd.conf che gli do' un'occhiata, si 
sa mai.
bye!
-- 
Fabrizio "Hermooz" Ermini

 Beh, se vuoi prova a mailarmi l'httpd.conf che gli do' un'occhiata, si 
Fatto, grazie ;)
Cmq se trovo il baco ve lo posto...
R.V.K.

 particolare client non lo manda a nessun server?
Bada chi c'e' :-)
Il problema e' che *qualunque* client si connetta a *quel* server non
riesce a visualizzare la pagina coretta in quanto pur mandando le
richieste nel modo corretto (v. sessione Telnet) la url svanisce una volta
arrivata ad Apache. Se credi provo a inserire uno sniffer e ti dico cosa
passa sul filo, ma penso che almeno di telnet mi posso fidare :-O
La cosa buffa e' che su *un'altra* macchina il solito httpd.conf da i
