Newsgroup: it.comp.os.linux.sys
Titolo: Masquerading: troppo lento

Ciao,
ho una connessione in fibra ottica con fastweb.
a valle dell hug di fastweb ho installato firewall masquerading, per poter
condividere la connessione con tutta la mia rete.
utilizzo una distribuzione redhat 8.0 con il minimo dei pacchetti. kernel
2.4.18-14.
ho configurato un set di regole molto piccolo per testare il corretto
funzionamento del gateaway.
Funziona, ma purtroppo le prestazioni della box sono molto limitate, al
punto di arrivare a decimare la banda passante in download, e.g. adesso
scarico a 15 KB se sono fortunato da servers che mi permettevano do
scaricare a 150 KB. lo stesso vale per ftp per opennap per smtp e pop
praticamente mi sembra di avere una dsl della telecom a 256 KB.
Qualcuno saprebbe come aiutarmi?
Grazie in anticipo per l' attenzione.
p.s. anche un link puņ essere d' aiuto
ciao

 scaricare a 150 KB. 
Detta cosě sembra piů un problema di rete fisico, magari fai un ifconfig
e guarda le collision.
-- 
Massimo Bacilieri AKA Crononauta 
mailto:
ulib...@libero.it
 ; ICQ:4005815

 ha scritto nel messaggio
news:slrnb21r69.vq...@ulibarra.homelinux.org...


         iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADE
Conosco poco iptables, ma mi convince poco questo postrouting, visto che
il forward va applicato sulla catena forward che io sappia (almeno in
ipchains č cosě...).
In ogni modo, mi sembra limitante il -o eth1, visto che il forward deve
essere bidirezionale. In altre parole, cosě tu forwardi i pacchetti in
uscita, ma quelli in entrata di risposta come fanno ad arrivare?
Prova con delle regole piů "brutali", tipo:
iptables -F  # riazzera tutto
iptables -t nat -A FORWARD -j MASQUERADE
echo 1 > /proc/sys/net/ipv4/ip_forward
e basta, poi vedi che fa.


 uscita, ma quelli in entrata di risposta come fanno ad arrivare?
ci pensa il kernel, ogni volta che maschera una nuova connessione, crea una
tabella in cui risale al client che ha aperto questa connessione e gli
ridirige i pacchetti per quella connessione.
comunque, la tua ipotesi che si possa trattare di un problema sullo strato
fisico devo valutarla meglio, visto che non sei il primo che me lo dice, ma
non avevo ancora provato a indagare sulle possibili collisioni.
ti farň sapere.
grazie ancora ciao.

 ipchains -A input -j MASQ
Cosa vorresti mascherare con sta roba?

 non avevo ancora provato a indagare sulle possibili collisioni.
Ti basta un ifconfig, ti dice tra le varie voci se ci sono delle
collision.



Leggitelo sugli how-to.


 Leggitelo sugli how-to.
credo solo che tu stia sbagliando la chain su cui fare MASQ e cioč la
FORWARD chain.
O forse ho capito decisamente male cosa tu intedessi.

 O forse ho capito decisamente male cosa tu intedessi.
Maronna c'hai ragione... son rincoglionito... ovviamente era la catena
di forward! =8-O
Devo smetterla di farle le 5 di mattina (e svegliarmi alle 7...)


 mailto:
ulib...@libero.it
 ; ICQ:4005815
Ragazzi, vi ringrazio tanto, nottambuli e non.
il problema si č risolto.
l' ipotesi che fosse unproblema dello strato fisico č stata corretta.
ho fatto ifconfig dell interfaccia sospetta e ho avuto conferma che avesse
dei problemi. non c' erano collisioni, ma i pacchetti in entrata non
venivano processati perche corrotti al 30 %.
naturalmente non erano i pacchetti, ma la scheda che non li vedeva tutti.
Sostituendo la scheda con una buona vecchia 3com funziona perfettamente.
Adesso vado a 10Mb/sec con tutte e 4 le macchine in rete....E vai!
grazie mille a tutti. alla prossima.
ciaooooooo.