Newsgroup: it.comp.reti.locali
Titolo: [Adsl, masquerading, MTU] Finale...

Salve a tutti,
posto la fine della mia vicenda con Adsl, Masquerading e MTU.
Rispondo gia` a chi mi dira` che sono problemi miei, e che devo smettere
di intralciare il NG, ma personalmente penso che quando si incontra un
problema bisogna cercare di risolverlo piuttosto che aggirarlo, anche se
questo e` ovviamente piu` facile. Quanto meno, mi sembra piu`
istruttivo, quando si ha a che fare con un OS come Linux, imparare e
capire.
Il mio problema era che quando il mio gateway Linux (ker. 2.2.14/18) si
collegava ad internet tramite modem ADSL su eth1, non riuscive a
forwardare alcuni indirizzi alla LAN su eth0. Il problema non era di DNS
o cavolare varie, ma penso sia un baco del kernel.
ADSL --> MODEM --> ETH1 --> gateway --> ETH0 --> LAN
Infatti il gateway si collegava perfettamente a tutti gli indirizzi
incriminati ma non li passava ai computer "masqueradi" in LAN.
Il problema nasceva quando i pacchetti erano troppo grandi. (MTU)
Inizialmente era tutto impostato a 1500.
Poi passando tutto a 1492, (ppp0, eth1, eth0, lan)
o anche solo ppp0 e lan a 1492 ed eth1 e eth0 a 1500
riesco ad accedere a tutti gli indirizzi incriminati anche dalla LAN.
In pratica:
ppp0 --> eth1 --> eth0 --> lan
1500	 1500	  1500     1500		non va!
1492	 1492	  1492	   1492		va!
1492	 1500 	  1500	   1492		va!
Pero` non riesco ancora a capire il perche` questo accada.
Teoricamente se il gateway riesce a vederli perfettamente,
perche` i computer in lan no? Avendo tutti le stesse impostazioni?
Volevo semplicemente capire...
Ciao
Daniele

 ha scritto nel messaggio
news:3AC8B93C...@inwind.it...


 Daniele
Ti rimando a questo link (e' l"ip masquerading howto in italiano):
http://www.e-infomax.com/ipmasq/howto-trans/it/IP-Masquerade-HOWTO-1.90-it-7.html#ss7.14
Li troverai quello che cerchi.
Ciao

, 
daniele...@inwind.it
 
says...

Ciao ,
avevo già postato un mex in un tuo precedente thread senza darti pero' 
una risposta precisa, non ho infatti una esperienza diretta con adsl 
pero' una cosa la so per certo : qualsiasi router (e quindi anche il 
kernel configurato come tale) è in grado di fare frammentazione ip quando 
serve ossia quando deve inoltrare pacchetti su interfacce con mtu 
differenti! Per cui l'ipotesi di un bug nel kernel non è poi così 
assurda... Tuttavia le prove che hai postato mi lasciano perplesso, 
secondo me la prima prova che avresti dovuto fare (quella diciamo 
"normale" ) è questa:
1492 1500 1500 1500
tutte le ethernet infatti supportano un mtu di 1500, l'interfaccia ppp0 
invece deve essere messa a 1492 perche' in realtà i pacchetti viaggiano 
dentro una trama ethernet per cui a 1500 bisogna togliere gli 8 consumati 
da ppp. Se con questa configurazione le cose non vanno significa che c'e' 
qualcosa che non va nel meccanismo di frammentazione dei pacchetti ip 
oppure qualche altra cosa ancora piu' misteriosa! Tu hai provato anche 
questa configurazione ? Fammi sapere, la questione è interessante e non 
sei il solo a postare circa questo argomento...
Spero di esserti stato un pochino piu' utile della volta scorsa...
Marco 

 collega alla rete tramite ppp ? mi spiego nmeglio come faccio ad instradare
Essendo un router, non dovresti aver bisogno di usare pppd e pppoe.
Dovresti solo impostare qualche regola di forward, masquerading, ecc.
Se invece vuoi usare il pppd devi usare un programmino che si chiama
pppoe o un kernel dal 2.4.0 in su.
Okkio che se usi un kernel 2.4.0 o sup, non hai piu` ipchains,
ipforward, ipmasquerading, ma hai iptables, un tantinello diverso!!
Almeno credo!!!
Ciao
Daniele

aggirarlo, anche se questo e` ovviamente piu` facile.
Potresti scrivere un piccolo documento, e magari sottoporlo al Pluto
o alla HOWTO di Mr.Shark ...
-- 
                                                                  __
 __                                                          __  ///
| _          Computer Science, Swiss Federal Institute       \\\///
|__|iambo    of Technology - mailto:
ggia...@iiic.ethz.ch
     \X//

 Marco
Purtroppo la configurazione da te proposta:
1492	1500	1500	1500
nonche` standard, e` la prima che ho provato...
E come puoi pensare, non ha funzionato!!!
E la cosa strana era che sul server/gateway, tutto veniva
tranquillamente visto! La deframmentazione subiva invece un qualche
misterioso e strano problema quando doveva passare in LAN sui pc in
masquerading. E` per questo che penso che ci sia qualcosa che non va nel
kernel!!!
Infine ho dovuto come scritto prima fare una cosa tipo:
1492	1492	1492	1492 (primo tentativo funzionante)
1492	1500	1500	1492 (secondo tentativo)
A dire il vero il secondo tentativo l'ho fatto per sbaglio (mi sono
scordato di impostare l'mtu sulle due schede dopo un riavvio).
Comunque questa e` una cosa veramente strana.
Ho anche guardato il link postatomi:
http://www.e-infomax.com/ipmasq/howto-trans/it/IP-Masquerade-HOWTO-1.90-it-7.html#ss7.14
ma per lo piu` parla di un problema simile al mio, ma diametralmente
opposto!!!
Per ora va, 
pero` mi piacerebbe capirne di piu`...
probabilmente passando al kernel 2.4.0 e ad Iptables il tutto
cambierebbe!
Ciao
Daniele

 Per ora va, 
Ciao , si in effetti č stranissimo, poi rileggendo il tuo post mi pare di 
aver capito che ti hai provato sia il kernel 2.2.14 che il 2.2.18 quindi 
mi sembra ancora piu' assurdo che un bug del genere sia sopravvissuto 
tanto! Inoltre il 2.2.18 viene ritenuto un kernel molto stabile e sicuro!
Bho! Comunque se scopri qualcosa mi raccomando posta!
Ciao
Marco