Newsgroup: it.comp.reti.ip-admin
Titolo: problemi di connessione con alcuni siti

Provo a postare qui...
Ho una rete protetta da un firewall linux 2.6 con shorewall come frontend a
iptables.
Da qualche settimana non accedo ad alcuni siti (in primis
www.macromedia.com
) ne dal fw ne dai client collegati.
Se invece entro su una macchina che usa la stessa connettività ma fuori
firewall funziona tutto. La configurazione di shorewall non è cambiata (e
d'altra parte se lo disabilito fa esattamente la stessa cosa), non ci sono
pacchetti droppati o altro.
Se faccio un
lynx -head 
http://www.macromedia.com
sul firewall ottengo
HTTP/1.1 400 Bad Request
Date: Fri, 07 Apr 2006 05:43:32 GMT
Server: Apache
Content-Type: text/html; charset=iso-8859-1
Connection: close
mentre fuori firewall
HTTP/1.1 200 OK
Date: Fri, 07 Apr 2006 05:43:50 GMT
Server: Apache
Content-Type: text/html
Connection: close
Un ci capisco più niente :-(
kernel provati sul fw 2.6.14.3 e 2.6.16.1
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Non viaggio mai in aereo.  Il viaggio verso l'aereoporto mi fa venire
il mal d'auto.
		-- Milton Berle

 kernel provati sul fw 2.6.14.3 e 2.6.16.1
cat /proc/sys/net/ipv4/tcp_ecn ?
bye G.L.

 bye G.L.
Già guardato... 0 in entrambe le macchine
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
L'uomo e' nato per soffrire, e ci riesce benissimo.
		-- Roberto Gervaso

 
quando disabiliti il firewall i moduli vengono rimossi?prova a rimuoverli..
pep

 pep
Sono un monotilizzatore del kernel :-(
E comunque la cosa è andata giù di punto in bianco (e in ufficio non ho 
avuto altre segnalazioni di siti irraggiungibili)
comunque in modolo ho
Module                  Size  Used by
vmnet                  29092  5
vmmon                 185036  6
radeon                107040  1
drm                    62996  2 radeon
intel_agp              20508  1
agpgart                28644  2 drm,intel_agp
snd_intel8x0           29980  3
snd_ac97_codec         91936  1 snd_intel8x0
snd_ac97_bus            2176  1 snd_ac97_codec
ip_nat_pptp             4868  0
ip_conntrack_pptp       8848  1 ip_nat_pptp
bsd_comp                5632  0
ppp_generic            25748  1 bsd_comp
slhc                    6272  1 ppp_generic
Gli ip_* sono caricati perchè avevo fatto delle prove con una vpn
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Essere innocenti e' pericoloso perche' non si hanno alibi.
		-- Boris Makaresko

 Gli ip_* sono caricati perchè avevo fatto delle prove con una vpn
Qualche mese fà (forse a dicembre) notificai allo sviluppatore del 
modulo ip_*_pptp di vari bachi sopratutto nella gestione del 
conntracking di N PPTP interno->esterno, gli mandai infatti una patch 
relativa alla gestione dei frame PPTP che venivano contati una volta e' 
basta (non entro nel dettaglio).
Ad ogni modo durante il debug mi accorsi che problemi seri c'erano 
nell'utilizzo di tali moduli addirittura quando eseguivo una seconda 
pptp mi succedeva un macello tra le varie catene e avevo dei log di 
iptables praticamente incromprensibile e dopo un po' kernel panic.
La mia patch la applicai alla versione del kernel 2.6.14 che poi e' 
diventata 2.6.15-rc1 da li credo che sia stato risolto il bacozzo ma no 
ho provato kernel successivi.
Non credo che impatti il problema su di te pero' sai com'e' tentar non 
nuoce..
ciao
pep

 nuoce..
Non nuoce ma non risolve :-( :-(
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
- I tuoi gattini sono maschi o femmine?
- Maschi.  Non vedi che hanno i baffi?
		-- Jean Charles

 
mi hai messo una curiosità hai risolto?
io comincierei a sniffare ovunque per vedere la diff tra i pacchetti..
pep

 pep
Non ho risolto.. ci proverò, anche se ci capisco sul pochetto di queste cose
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Le ho chiesto di sposarmi e lei ha detto no.
Da allora viviamo felici e contenti.
		-- Spike Milligan