Newsgroup: it.comp.os.linux.sys
Titolo: Problema PC nattato

Salve a tutti,
ho un gateway debian sarge appena installato.
Due schede di rete: una al modem adls, una alla lan.
La connessione ADSL ? correttamente configurata (riesco a pingare host
esterni e a navigare).
Per masquerare la lan ho dato i consueti:
echo "1" >/proc/sys/net/ipv4/ip_forward
iptables -t nat -A POSTROUTING -j MASQUERADE
I pc nattati hanno uno strano comportamento:
riesco a pingare host su internet e il dns risolve sempre correttamente
i nomi, ma riesco a navigare solo su alcuni siti mentre su altri il
browser si inchioda in attesa di risposta.
Ad esempio pingo correttamente sia 
www.google.it
 che 
www.telvia.it
 ma sul
primo navigo, sul secondo no !
A volte il log di pppd riporta "can't increase MTU to 1500".
Avete qualche idea?
Pu? dipendere dalle schede di rete??
PS Prima avevo un gateway con RH e andava tutto bene, quindi la
connessione non ha alcun problema.
Grazie

 browser si inchioda in attesa di risposta.
Prova 
echo "0" >/proc/sys/net/ipv4/tcp_ecn
e poi al limite mettilo (assieme a ip_forward) in /etc/sysctl.conf.
Bye.

 iptables -t nat -A POSTROUTING -j MASQUERADE
Io proverei a metterci anche l'input
iptables -t nat -A POSTROUTING -s <ip_lan> -o ppp0 -j MASQUERADE
dove <ip_lan> può essere 
192.168.0.0/24

 Grazie
Io ho lo stesso problema con una gentoo con un 2.6.7..
tu che kernel hai?
in pratica il ping funziona, navigare su google e iol ok, e basta!
l'ecn è a 0..
usando tcpdump in pratica la richiesta esce poi arriva un ack dal server e
si freeza tutto..
lo stesso hw, con una debian woody va perfettamente...
qulcuno a qualche idea?
Ciao!

 connessione non ha alcun problema.
Anche a me e' capitato che rh andasse subito bene, e debian no.
Ho risolto agendo su mtu e mss. Purtroppo non ricordo adesso
su che file ho operato...
bye G.L.
-- 
« E' assolutamente evidente che l'arte del cinema
  si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 echo "0" >/proc/sys/net/ipv4/tcp_ecn
E' gi? impostato a 0, non dipende da questo.

 dove <ip_lan> pu? essere 
192.168.0.0/24
Non cambia. Il problema rimane.

 l'ecn ? a 0..
Esatto. Stessa identica situazione, e stesso kernel. E' come dici google
e il sito di libero funzionano, e anche il sito di html.it... poi magari
anche altri ma non saprei.
Il problema ? strano in effetti...
e pi? che altro non saprei come risolvere!!!
Qualcuno ha dei suggerimenti?
Grazie comunque a tutti per le risposte.

 su che file ho operato...
Ok prover? a toccare un p? mtu e mss...
Grazie per la risposta.

AM Liapunov wrote:

Risolto!
mi è bastato sistemare l MTU a 1492!
spero ti sia di aiuto!
ciauZ
Davide

 mi ? bastato sistemare l MTU a 1492!
mmm... interessante... l'MTU della connessione internet? 
Come si fa?
Quale file devo modificare?
Grazie

 Quale file devo modificare?
OK mi rispondo da solo... ho modificato l'MTU delle due schede di rete
per? ancora non funziona...
Ora ho ppp0, eth0 ed eth1 tutte a 1492 eppure ancora ho lo stesso
problema sui client. Anzi quando lancio ppp mi dice che ho MTU a 1492
anzich? a 1500 e che avr? problemi di connessione... quasi mi prendesse
in giro !
Tu esattamente quali MTU hai abbassato a 1492 ?
Grazie

 per? ancora non funziona...
Ok mi ri-rispondo da solo per la terza volta di fila !!
Ho impostato MTU a 1492 sulle due schede del gateway e anche sul 
client e finalmente tutto funziona !!
Ora perň si pone un problema, anzi diversi:
antitutto non so come cambiare l'MTU su win.
E poi la soluzione non mi sembra che sia efficente: ogni volta 
che arriva qualcuno in azienda col portatile non posso dirgli di 
cambiarsi l'MTU della scheda se vuole navigare.
Insomma dovrebbe essere tutto piů trasparente.
Cosa ne pensate?
Perchč con debian č necessario fare questo casino con l'MTU?
Non capisco concettualmente da cosa dipenda: se da ppp0 arrivano 
pacchetti grandi 1492 byte allora questi possono transitare senza 
problemi nella ethernet a 1500 byte senza bisogno di 
frammentazione. Perchč dunque dover abbassare l'MTU sulla lan su 
tutti i client a 1492 ?
Ringrazio comunque tutti per il vostro tempo e le risposte.

AM Liapunov ha scritto:

forse filtri gli icmp 3 dal gateway alla lan interna?

AM Liapunov wrote:
Qua trovi un po di info e spiegano come sistemarlo anche per win
http://tldp.fsf.hu/HOWTO/IP-Masquerade-hu/mtu-issues.html
Per il problema della poca trasparenza non so... magari con dhcp? la butto
li... ci sto sbattendo la testa anche io, anche se essendo la mia una lan
casalinga, me ne frega relativamente poco...
Saluti ;)
davide


Ti ringrazio tantissimo per la riposta e il link.
Ho notato che sul gateway in realtà posso lasciare l'MTU delle 
schede a 1500 senza problema... è il client che deve essere 
impostato a 1492 (stessa MTU del collegamento PPP).
Mi piacerebbe tantissimo sapere per quale motivo tutto questo 
problema non sorge se uso red hat o mandrake. Qualcuno sa 
spiegarmelo?
Grazie

AM Liapunov ha scritto:

rp-pppoe fa il clamping di suo, se su debian hai usato pppoe
hai dato yes alla richiesta relative nel configure?

 hai dato yes alla richiesta relative nel configure?
Ok grazie della risposta, penso di aver capito.
Il problema è che avevo dato yes anche senza sapere di cosa si 
trattasse.
Ora ho rifatto pppoeconf e ho ridato 'yes' ma ancora non funziona.
Comunque ho risolto aggiungendo questa regola ad iptables:
iptables -A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j 
TCPMSS --clamp-mss-to-pmtu
Adesso tutto funziona mantenendo MTU a 1500 su tutti i collegamenti.
Rimane il fatto che non capisco come mai il clamping di pppoe non 
funzioni a dovere.
Comunque grazie ancora a tutti.