straluna wrote:
ho provato a scriverlo in minuscolo ma il risultato non cambia: al riavvio l'mtu di eth0 non corrisponde al valore impostato in /etc/network/interfaces bensì resta sempre a 1500.On Tue, 13 Dec 2005 16:21:35 +0100 lubra <[EMAIL PROTECTED]> wrote:Invece sul portatile (un Dell Latitude C510) ho installato una DeMuDi (Debian Music Distribution) e poichè la directory rc.d non esiste ho provato ad inserire "MTU 1462" in /etc/network/interfaces ma se do un "ifconfig" (dopo aver fatto il reboot) l'MTU è impostato ancora a1500. Come mai?riprendo dal tuo interfaces:# The primary network interface auto eth0 iface eth0 inet dhcp MTU 1462^^^ mtu 1462 Minuscolo.
Ho deciso quindi di riprovare a fare un script che all'avvio modificasse il valore dell'MTU: - ho creato un file contenente "ifconfig eth0 mtu 1462" e l'ho chiamato "rete.sh". - l'ho spostato in /etc/init.d e l'ho reso eseguibile con "chmod +x rete.sh" - mi sono spostato in /etc/rc2.d e ho creato un link simbolico allo script: "ln -s /etc/init.d/rete.sh S80rete"
Poichè avevo già provato questa strada (ma mi ero accorto che, nonostante dopo il riavvio l'mtu fosse correttamente impostato a 1462, era comunque impossibile la navigazione) ho seguito il consiglio di straluna:
ho fatto questa prova e arrivo fino a 1434, a 1435 mi viene chiesta la frammentazione.[...] Ad ogni modo dalla tua descrizione sembra proprio un problema di mtu, anche perche' con slack e osx hai risolto, per cui mi par strano che con debian non funzioni. Fossi in te farei un prova manuale con ping size crescenti e il bit don't fragment impostato. Ad esempio, per stare bassi: ping -M do -s 1200 www.debian.org se ricevi risposta aumenta la size finche' non ti viene richiesta la frammentazione.
Poichè come spiegavo nel primo messaggio: http://lists.debian.org/debian-italian/2005/12/msg00547.html sulla slackware 10.1 che ho installato sul pc fisso a casa ho risolto l'impossibilità di navigare modificando l'mtu, ho fatto delle prove con ping size crescenti anche sulla slack e il risultato è stato il medesimo: arrivo fino a 1434 e a 1435 mi viene chiesta la frammentazione.
Poichè ho ottenuto lo stesso risultato sia su Slack (con la quale riesco a navigare) che su Demudi (con la quale non riesco a navigare) ho dato un'occhiata qui: http://www.psc.edu/networking/projects/tcptune/#Linux e ho pensato di modificare i valori del TCP Receive Window, Window Scaling, Time Stamping, TTL, ecc. copiandoli dalla Slack e aggiungendoli allo script d'avvio (rete.sh) che avevo creato sulla Demudi:
# Moderate rcvbuf echo 0 > /proc/sys/net/ipv4/tcp_moderate_rcvbuf # rwin echo "4096 87380 174760" > /proc/sys/net/ipv4/tcp_rmem echo "4096 16384 131072" > /proc/sys/net/ipv4/tcp_wmem echo "49152 65536 98304" > /proc/sys/net/ipv4/tcp_mem # rmem_default echo 107520 > /proc/sys/net/core/rmem_default # rmem max echo 131071 > /proc/sys/net/core/rmem_max # wmem default echo 107520 > /proc/sys/net/core/wmem_default # wmem max echo 131071 > /proc/sys/net/core/wmem_max # Windows Scaling echo 1 > /proc/sys/net/ipv4/tcp_window_scaling # Time Stamping echo 1 > /proc/sys/net/ipv4/tcp_timestamps # Selective ACKs echo 1 > /proc/sys/net/ipv4/tcp_sack # TCP max orphans echo 16384 > /proc/sys/net/ipv4/tcp_max_orphans # TTL echo 64 > /proc/sys/net/ipv4/ip_default_ttl # MTU ifconfig eth0 mtu 1462Nonostante queste modifiche, sfortunatamente, non è cambiato niente: con la Demudi, da casa, (dove il mio provider è Tiscali) non riesco ad accedere ad internet, controllare la posta, ecc. nonostante i parametri del TCP siano uguali a quelli della Slack tramite la quale navigo, controllo la posta, ecc.
Cosa e dove sto sbagliando?
grazie
lb
--
Luca Brazzoli - lubra [at] autistici [dot] org
http://www.ellissinelcerchio.net/

