Newsgroup: it.comp.os.linux.sys
Titolo: Iptables e connessione adsl

Salve a tutti, una premessa: un post simile è presente in
it.comp.reti.locali, ma mi è stato detto che sicuramente è più indicato qui,
per cui vengo al punto: ho una connessione adsl casalinga e il modem è
collegato ad un server dove è installato Linux RedHat 7.3 con kernel
2.4.7.10. La macchina sulla quale è installato il s.o. è un amd k6-2 350 con
200mb di ram e 3 schede di rete: 1 ne2000 isa e 2 nd010 pci tutte 100Mb. Per
navigare all'interno con gli altri pc (2), ho configurato iptables con le
regole masquerade e ho attivato il forward del kernel. Il tutto funzionava
benissimo fino a quando navigavo con il modem analogico, ma adesso che sono
passato con l'adsl ho dei problemi con molte connessioni quando selezionate
con i pc della rete interna al server. Quello che ho notato, anche con
l'aiuto di iptraf, è che quando cerco di connettermi ad un sito es.
www.caltanet.it
, il sito viene raggiunto, ma al momento di aprirsi la pagina
web, la connessione si blocca rimanendo in attesa, mentre altri siti (per la
verità molto pochi), es. 
www.kenwood.it
, rispondono correttamente. L'unico
modo per navigare correttamente è quella di usare il proxy squid sul server
linux, ma se con questo risolvo il problema delle connessioni, rimane la
posta elettronica e il resto del traffico che squid non è in grado di
gestire. Siccome ho fatto molte prove senza alcun esito positivo, sono
portato a pensare che sia un bug di iptables che forse non riesce a gestire
le connessioni veloci, ma non essendo proprio afferrato sull'argomento e non
avendo riscontrato nulla in proposito nelle ricerche da me fatte, vi chiedo
se siete in grado di aiutarmi. Grazie a tutti dell'attenzione e scusatemi se
mi sono prolungato troppo. Davide

 troppo. Davide
innanzitutto:
che tipo di modem è? usb o ethernet?
a me era successa una cosa analoga con
un ta isdn, tutto si è risolto
aggiornando il firmware....
-- 
L'unica cosa certa è che non esiste nulla di certo...

 che tipo di modem č? usb o ethernet?
Sagem f@st 800 usb e il device che si apre alla connessione č ppp0,

 mi sono prolungato troppo. Davide
Senti, ma i pc dietro il firewall sono windows? se la risposta e' si prova a
installare zonealarm, scommetti che poi funziona?
La settimana scorsa ho risolto un problema identico al tuo credimi, ho
installato zonealarm e i siti hanno cominciato ad aprirsi, mentre prima
dovevo farli uscire dal proxy squid proprio come hai detto tu!!! La cosa
strana e' che poi ha continuato a funzionare anche disinstallando il
zonealarm.... poi non ho approfondito.
Prova e fammi sapere.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.547 / Virus Database: 340 - Release Date: 02/12/2003

 Prova e fammi sapere.
... Tentare non nuoce ... ti farņ sapere..


Dacci l'output di:
# cat /proc/sys/net/ipv4/tcp_ecn
Se e' a 1, e' causa di problemi simili a quelli che hai descritto.
bye G.L.
-- 
- Renaissance, aka Gian Luca Sole -
Cit. « E' assolutamente evidente che l'arte del cinema
 si ispira alla vita, mentre la vita si ispira alla TV »
                                        (Woody Allen)

 Se e' a 1, e' causa di problemi simili a quelli che hai descritto.
L'output mi da come risultato 0
 

Tacci_tua wrote:

E difatti su redhat e' per default cosi', a meno che non si sia 
"pasticciato" ricompilando il kernel.     :-)
E' possibile vedere l'output completo di iptables-save?


 C'č anche un Linux ed ha lo stesso problema
Ah.. allora il problema e' diverso da quello che pensavo... sorry!
Una soluzione poteva essere quela di controllare se e' attivo il flag dell'
Explicit Congestion Notification che fa incazzare alcuni routers, ma ho
visto che tale consiglio te l'hanno gia' dato, quindi non so, prova a
postare iptables-save, e vediamo un po', e poi noti niente di strano nei
log? se fai netstat mentre cerchi di aprire un sito (sia sul gateway che sul
pc mascherato) noti nulla di strano? Facci sapere che sono un po'
curioso....
Ciao.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.548 / Virus Database: 341 - Release Date: 05/12/2003

 Version: 6.0.548 / Virus Database: 341 - Release Date: 05/12/2003
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 E' possibile vedere l'output completo di iptables-save?
Stasera appena rientro dal lavoro lo posto. 


 impostino poi a zero /proc/sys/net/ipv4/tcp_ecn tramite sysctl
..Quindi ? .... devo ricompilare il kernel ?
Leggo di possibili pasticci presenti sul kernel, ma vi assicuro che non
c'ho mai messo mano.


 Sagem f@st 800 usb e il device che si apre alla connessione è ppp0,
allora potrebbe essere lo stesso problema.
prova ad aggiornare il firmware del modem.


 prova ad aggiornare il firmware del modem.
Mi sono fatto un giro sul sito del produttore, ma non ho trovato nulla che
parlasse del firmware



Si, ho visto: per esempio reimpostando parametri come l'ip_forwarding. 
Ho fatto una ipotesi, non sono un gran esperto di compilazioni di kernel 
customizzati. Poi il utto dipende chiaramente anche dalla distro, e cosa 
fa durante la "salita" del sistema.


 E' possibile vedere l'output completo di iptables-save?
Ecco l'output di iptables-save... č un po lungo...:-)
# Generated by iptables-save v1.2.3 on Wed Dec 10 22:14:54 2003
*nat
:PREROUTING ACCEPT [81:4427]
:POSTROUTING ACCEPT [511:45993]
:OUTPUT ACCEPT [521:47515]
-A POSTROUTING -s 
172.16.68.0/255.255.255.0
 -o ppp0 -j MASQUERADE 
-A POSTROUTING -s 
192.168.0.0/255.255.255.0
 -o ppp0 -j MASQUERADE 
-A POSTROUTING -s 
172.16.208.0/255.255.255.0
 -o ppp0 -j MASQUERADE 
-A POSTROUTING -s 
10.0.168.0/255.255.255.0
 -o ppp0 -j MASQUERADE 
COMMIT
# Completed on Wed Dec 10 22:14:54 2003
# Generated by iptables-save v1.2.3 on Wed Dec 10 22:14:54 2003
*filter
:INPUT DROP [8:480]
:FORWARD ACCEPT [0:0]
:OUTPUT DROP [25:2962]
-A INPUT -p icmp -m icmp --icmp-type 3 -j ACCEPT 
-A INPUT -p icmp -m icmp --icmp-type 5 -j ACCEPT 
-A INPUT -i ppp0 -p tcp -m tcp ! --tcp-flags SYN,RST,ACK SYN -j ACCEPT 
-A INPUT -s 195.130.224.18 -i ppp0 -p tcp -m tcp --sport 53 -j ACCEPT 
-A INPUT -s 195.130.224.18 -i ppp0 -p udp -m udp --sport 53 -j ACCEPT 
-A INPUT -s 195.130.225.129 -i ppp0 -p tcp -m tcp --sport 53 -j ACCEPT 
-A INPUT -s 195.130.225.129 -i ppp0 -p udp -m udp --sport 53 -j ACCEPT 
-A INPUT -s 193.70.192.25 -i ppp0 -p tcp -m tcp --sport 53 -j ACCEPT 
-A INPUT -s 193.70.192.25 -i ppp0 -p udp -m udp --sport 53 -j ACCEPT 
-A INPUT -s 193.70.152.25 -i ppp0 -p tcp -m tcp --sport 53 -j ACCEPT 
-A INPUT -s 193.70.152.25 -i ppp0 -p udp -m udp --sport 53 -j ACCEPT 
-A INPUT -s 212.216.112.222 -i ppp0 -p tcp -m tcp --sport 53 -j ACCEPT 
-A INPUT -s 212.216.112.222 -i ppp0 -p udp -m udp --sport 53 -j ACCEPT 
-A INPUT -s 212.216.172.162 -i ppp0 -p tcp -m tcp --sport 53 -j ACCEPT 
-A INPUT -s 212.216.172.162 -i ppp0 -p udp -m udp --sport 53 -j ACCEPT 
-A INPUT -i eth+ -p tcp -j ACCEPT 
-A INPUT -i eth+ -p udp -j ACCEPT 
-A OUTPUT -p icmp -m icmp --icmp-type 3 -j ACCEPT 
-A OUTPUT -p icmp -m icmp --icmp-type 5 -j ACCEPT 
-A OUTPUT -o ppp0 -p tcp -m tcp --dport 80 -j ACCEPT 
-A OUTPUT -o ppp0 -p udp -m udp --dport 80 -j ACCEPT 
-A OUTPUT -o ppp0 -p tcp -m tcp --dport 443 -j ACCEPT 
-A OUTPUT -o ppp0 -p udp -m udp --dport 443 -j ACCEPT 
-A OUTPUT -d 195.31.190.131 -o ppp0 -p tcp -m tcp --dport 119 -j ACCEPT 
-A OUTPUT -d 195.130.225.75 -o ppp0 -p tcp -m tcp --dport 119 -j ACCEPT 
-A OUTPUT -d 195.130.225.171 -o ppp0 -p tcp -m tcp --dport 25 -j ACCEPT 
-A OUTPUT -d 195.130.225.172 -o ppp0 -p tcp -m tcp --dport 110 -j ACCEPT 
-A OUTPUT -d 62.211.72.30 -o ppp0 -p tcp -m tcp --dport 110 -j ACCEPT 
-A OUTPUT -d 195.130.224.18 -o ppp0 -p tcp -m tcp --dport 53 -j ACCEPT 
-A OUTPUT -d 195.130.224.18 -o ppp0 -p udp -m udp --dport 53 -j ACCEPT 
-A OUTPUT -d 195.130.225.129 -o ppp0 -p tcp -m tcp --dport 53 -j ACCEPT 
-A OUTPUT -d 195.130.225.129 -o ppp0 -p udp -m udp --dport 53 -j ACCEPT 
-A OUTPUT -d 193.70.192.25 -o ppp0 -p tcp -m tcp --dport 53 -j ACCEPT 
-A OUTPUT -d 193.70.192.25 -o ppp0 -p udp -m udp --dport 53 -j ACCEPT 
-A OUTPUT -d 193.70.152.25 -o ppp0 -p tcp -m tcp --dport 53 -j ACCEPT 
-A OUTPUT -d 193.70.152.25 -o ppp0 -p udp -m udp --dport 53 -j ACCEPT 
-A OUTPUT -d 212.216.112.222 -o ppp0 -p tcp -m tcp --dport 53 -j ACCEPT 
-A OUTPUT -d 212.216.112.222 -o ppp0 -p udp -m udp --dport 53 -j ACCEPT 
-A OUTPUT -d 212.216.172.162 -o ppp0 -p tcp -m tcp --dport 53 -j ACCEPT 
-A OUTPUT -d 212.216.172.162 -o ppp0 -p udp -m udp --dport 53 -j ACCEPT 
-A OUTPUT -o eth+ -p tcp -j ACCEPT 
-A OUTPUT -o eth+ -p udp -j ACCEPT 
COMMIT
# Completed on Wed Dec 10 22:14:54 2003


 impostino poi a zero /proc/sys/net/ipv4/tcp_ecn tramite sysctl
Ho dato una spulciata al kernel e la voce "IP:TCP Explicit Congestion
Notification support" è impostata su NO



 [CUT]
Mi sembrano piu' che altro regole per i dns esterni... Allora, vediamo...
Cominciando dallo "scheletro" direi di fare cosi' (poi, e' il modo che 
uso io - e, mi sembra, molti altri). Carichiamo tutti i moduli che ci 
servono (o che ci possono servire)
# Required modules
/sbin/modprobe ip_tables
/sbin/modprobe ip_conntrack
/sbin/modprobe iptable_nat
/sbin/modprobe iptable_filter
/sbin/modprobe iptable_mangle
/sbin/modprobe ip_conntrack_ftp
/sbin/modprobe ip_conntrack_irc
/sbin/modprobe ip_nat_ftp
/sbin/modprobe ip_nat_irc
/sbin/modprobe ipt_LOG
/sbin/modprobe ipt_REJECT
/sbin/modprobe ipt_MASQUERADE
/sbin/modprobe ipt_REDIRECT
/sbin/modprobe ipt_TOS
/sbin/modprobe ipt_state.
Modifichiamo qualche parametro dello stack tcp/ip, che ci consente di 
aumentare un po' la sicurezza, evitando anche l'inserimento di 
specifiche regole nelle catene:
# Required Kernel parameters (enabling packet forwarding)
/bin/echo 1 > /proc/sys/net/ipv4/ip_forward
# Optional Kernel parameters (verifying source to avoid ip spoofing)
/bin/echo 1 > /proc/sys/net/ipv4/conf/all/rp_filter
# Rejecting source route
/bin/echo 0 > /proc/sys/net/ipv4/conf/all/accept_source_route
/bin/echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all
/bin/echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
/bin/echo 1 > /proc/sys/net/ipv4/icmp_ignore_bogus_error_responses
/bin/echo 0 > /proc/sys/net/ipv4/conf/all/accept_redirects
/bin/echo 0 > /proc/sys/net/ipv4/conf/all/proxy_arp
Prima di ogni cosa, spazziamo via tutto!
# Initializating chains and policies
/sbin/iptables -F
/sbin/iptables -t nat -F
/sbin/iptables -t mangle -F
/sbin/iptables -X
E definiamo le default policies:
/sbin/iptables -P INPUT DROP
/sbin/iptables -P FORWARD DROP
/sbin/iptables -P OUTPUT DROP
"Mascheriamo" le lan con le medesime regole da te adottate:
/sbin/iptables -A POSTROUTING -s 
172.16.68.0/24
 -o ppp0 -j MASQUERADE 
/sbin/iptables -A POSTROUTING -s 
192.168.0.0/24
 -o ppp0 -j MASQUERADE 
/sbin/iptables -A POSTROUTING -s 
172.16.208.0/24
 -o ppp0 -j MASQUERADE 
/sbin/iptables -A POSTROUTING -s 
10.0.168.0/24
 -o ppp0 -j MASQUERADE 
Adesso vediamo di "liberare" le catene in DROP, per consentire l'uscita 
verso internet, e autorizzare l'accesso "amministrativo" dalla LAN 
(semplifico molto, cosi' e' anche troppo "libera": poi ognuno se 
l'affina come gli pare)
/sbin/iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
/sbin/iptables -A INPUT -i lo -s localhost -j ACCEPT
/sbin/iptables -A INPUT -i eth+ -j ACCEPT
Notare  la prima regola. Va si solito messa in testa alla catena, e 
serve per accettare pacchetti riferiti ad una connessione stabilita, 
oppure pacchetti "relazionati"  (e.g. ICMP relativi, oppure ad esempio 
sessioni di trasferimento di ftp relative alla connessione di controllo, 
grazie all'helper ip_conntrack_ftp).
La seconda regola serve sempre per le connessioni generate da qualche 
processo della linux box, l'ultima apre totalmente a tutte le lan 
l'accesso a qualunque cosa ci sia sul server (affinerei: lo farei solo 
per determinati ip e determinati protocolli, per scopo amministrativo)
Analogamente per le altre catene:
# Forward Rules
/sbin/iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
# Abilita il forward delle varie lan (affinandolo, lo baserei sullo 
stato NEW, nuova connessione "-m state --state NEW",  e solo per 
"l'uscita" su ppp0, e magari solo su determinati protocolli, ma stiamo 
pur sempre semplificando molto...)
/sbin/iptables -A FORWARD -s 
172.16.68.0/24
 -j ACCEPT 
/sbin/iptables -A FORWARD -s 
192.168.0.0/24
 -j ACCEPT 
/sbin/iptables -A FORWARD -s 
172.16.208.0/24
 -j ACCEPT
/sbin/iptables -A FORWARD -s 
10.0.168.0/24
 -j ACCEPT
Output:
# Output Rules
/sbin/iptables -A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
/sbin/iptables -A OUTPUT -s localhost -j ACCEPT
Anche quest'ultima, da affinare molto sulla falsariga del discorso sulla 
catena forward.
Non garantisco niente: ci sara' sicuramente qualche errore... per ogni 
chiarimento 
www.netfilter.org
    ;-)


 Ciao.
- L'output di iptables-save l'ho postato e lo trovi nella risposta che ho
dato a Renaissance.
- Netstat non mi da particolari info... i siti che connetto compaiono,
mentre quelli che non vanno a buon fine no
- Ho provato a installare zonealarm su un pc con windows, ma è rimasto
tutto uguale.
- Non so + che cosa fare... forse il problema è il firmware del modem come
mi ha consigliato Denis, ma non ho trovato nulla in merito ne su google,
ne sul sito del produttore


 ne sul sito del produttore
Sinceramente, questo lo escluderei. Se non ho capito male, tu dal gateway
riesci ad aprire tutti i siti, altrimenti non si spiegherebbe come,
utilizzando squid su tele macchina, tu riesca effettivamente a navigare
senza problemi giusto? Quindi non credo che il modem c'entri qualcosa.
Quindi il problema e' sicuramente nel forwarding del traffico. Applica i
consigli di Renaissance, e vediamo un po' cosa succede e occhio ai log, sono
sicuro che in loro si nasconde la soluzione al tuo problema ^__^
Byez.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.550 / Virus Database: 342 - Release Date: 09/12/2003

 sicuro che in loro si nasconde la soluzione al tuo problema ^__^
Questo è l'estratto del log analizzato con iptraf, perché negli altri non
si vede nulla. Ho provato a confrontare ciò che avviene con la connessione
analogica e la adsl, ma è tutto maledettamente simile. :-(
Fri Dec 12 07:06:23 2003; UDP; eth1; 92 bytes; from 
172.16.68.20:520
 to
172.16.68.255:520
Fri Dec 12 07:06:37 2003; UDP; eth1; 59 bytes; from 
172.16.68.10:1043
 to
195.130.224.18:53
Fri Dec 12 07:06:37 2003; UDP; ppp0; 59 bytes; from 
82.84.125.91:1043
 to
195.130.224.18:53
Fri Dec 12 07:06:37 2003; UDP; ppp0; 428 bytes; from 
195.130.224.18:53
 to
172.16.68.10:1043
Fri Dec 12 07:06:37 2003; UDP; eth1; 428 bytes; from 
195.130.224.18:53
 to
172.16.68.10:1043
Fri Dec 12 07:06:37 2003; TCP; eth1; 48 bytes; from 
172.16.68.10:1044
 to
216.239.59.99:80
; first packet (SYN)
Fri Dec 12 07:06:37 2003; TCP; ppp0; 48 bytes; from 
82.84.125.91:1044
 to
216.239.59.99:80
; first packet (SYN)
Fri Dec 12 07:06:37 2003; TCP; ppp0; 44 bytes; from 
216.239.59.99:80
 to
172.16.68.10:1044
; first packet (SYN)
Fri Dec 12 07:06:37 2003; TCP; eth1; 44 bytes; from 
216.239.59.99:80
 to
172.16.68.10:1044
; first packet (SYN)
Fri Dec 12 07:06:47 2003; UDP; eth1; 60 bytes; from 
172.16.68.10:1045
 to
195.130.224.18:53
Fri Dec 12 07:06:47 2003; UDP; ppp0; 60 bytes; from 
82.84.125.91:1045
 to
195.130.224.18:53
Fri Dec 12 07:06:47 2003; UDP; ppp0; 200 bytes; from 
195.130.224.18:53
 to
172.16.68.10:1045
Fri Dec 12 07:06:47 2003; UDP; eth1; 200 bytes; from 
195.130.224.18:53
 to
172.16.68.10:1045
Fri Dec 12 07:06:47 2003; TCP; eth1; 48 bytes; from 
172.16.68.10:1046
 to
195.191.47.18:80
; first packet (SYN)
Fri Dec 12 07:06:47 2003; TCP; ppp0; 48 bytes; from 
82.84.125.91:1046
 to
195.191.47.18:80
; first packet (SYN)
Fri Dec 12 07:06:47 2003; TCP; ppp0; 44 bytes; from 
195.191.47.18:80
 to
172.16.68.10:1046
; first packet (SYN)
Fri Dec 12 07:06:47 2003; TCP; eth1; 44 bytes; from 
195.191.47.18:80
 to
172.16.68.10:1046
; first packet (SYN)
Fri Dec 12 07:06:48 2003; UDP; eth1; 66 bytes; from 
172.16.68.10:1047
 to
195.130.224.18:53
Fri Dec 12 07:06:48 2003; UDP; ppp0; 66 bytes; from 
82.84.125.91:1047
 to
195.130.224.18:53
Fri Dec 12 07:06:48 2003; UDP; ppp0; 173 bytes; from 
195.130.224.18:53
 to
172.16.68.10:1047
Fri Dec 12 07:06:48 2003; UDP; eth1; 173 bytes; from 
195.130.224.18:53
 to
172.16.68.10:1047
Fri Dec 12 07:06:48 2003; TCP; eth1; 48 bytes; from 
172.16.68.10:1048
 to
212.121.67.164:80
; first packet (SYN)
Fri Dec 12 07:06:48 2003; TCP; ppp0; 48 bytes; from 
82.84.125.91:1048
 to
212.121.67.164:80
; first packet (SYN)
Fri Dec 12 07:06:48 2003; TCP; ppp0; 48 bytes; from 
212.121.67.164:80
 to
172.16.68.10:1048
; first packet (SYN)
Fri Dec 12 07:06:48 2003; TCP; eth1; 48 bytes; from 
212.121.67.164:80
 to
172.16.68.10:1048
; first packet (SYN)
Fri Dec 12 07:06:48 2003; TCP; eth1; 48 bytes; from 
172.16.68.10:1049
 to
212.121.67.164:80
; first packet (SYN)
Fri Dec 12 07:06:48 2003; TCP; ppp0; 48 bytes; from 
82.84.125.91:1049
 to
212.121.67.164:80
; first packet (SYN)
Fri Dec 12 07:06:48 2003; TCP; ppp0; 48 bytes; from 
212.121.67.164:80
 to
172.16.68.10:1049
; first packet (SYN)
Fri Dec 12 07:06:48 2003; TCP; eth1; 48 bytes; from 
212.121.67.164:80
 to
172.16.68.10:1049
; first packet (SYN)
Fri Dec 12 07:06:51 2003; UDP; eth1; 92 bytes; from 
172.16.68.20:520
 to
172.16.68.255:520
Fri Dec 12 07:06:58 2003; UDP; ppp0; 49 bytes; from 
82.84.125.91:32772
 to
195.130.224.18:53
Fri Dec 12 07:06:58 2003; UDP; ppp0; 124 bytes; from 
195.130.224.18:53
 to
82.84.125.91:32772
Fri Dec 12 07:07:07 2003; TCP; ppp0; 40 bytes; from 
212.121.67.164:80
 to
172.16.68.10:1049
; FIN sent; 32 packets, 31190 bytes
Fri Dec 12 07:07:07 2003; TCP; eth1; 40 bytes; from 
212.121.67.164:80
 to
172.16.68.10:1049
; FIN sent; 32 packets, 31190 bytes
Fri Dec 12 07:07:07 2003; TCP; eth1; 40 bytes; from 
172.16.68.10:1049
 to
212.121.67.164:80
; FIN acknowleged
Fri Dec 12 07:07:07 2003; TCP; eth1; 40 bytes; from 
172.16.68.10:1049
 to
212.121.67.164:80
; FIN sent; 26 packets, 4169 bytes
Fri Dec 12 07:07:07 2003; TCP; ppp0; 40 bytes; from 
82.84.125.91:1049
 to
212.121.67.164:80
; FIN sent; 26 packets, 4169 bytes
Fri Dec 12 07:07:07 2003; TCP; eth1; 40 bytes; from 
212.121.67.164:80
 to
172.16.68.10:1049
; FIN acknowleged
Fri Dec 12 07:07:15 2003; TCP; eth1; 48 bytes; from 
172.16.68.10:1050
 to
212.121.67.164:80
; first packet (SYN)
Fri Dec 12 07:07:15 2003; TCP; ppp0; 48 bytes; from 
82.84.125.91:1050
 to
212.121.67.164:80
; first packet (SYN)
Fri Dec 12 07:07:15 2003; TCP; ppp0; 48 bytes; from 
212.121.67.164:80
 to
172.16.68.10:1050
; first packet (SYN)
Fri Dec 12 07:07:15 2003; TCP; eth1; 48 bytes; from 
212.121.67.164:80
 to
172.16.68.10:1050
; first packet (SYN)
Fri Dec 12 07:07:21 2003; UDP; eth1; 92 bytes; from 
172.16.68.20:520
 to
172.16.68.255:520
Fri Dec 12 07:07:24 2003; UDP; eth1; 61 bytes; from 
172.16.68.10:1051
 to
195.130.224.18:53
Fri Dec 12 07:07:24 2003; UDP; ppp0; 61 bytes; from 
82.84.125.91:1051
 to
195.130.224.18:53
Fri Dec 12 07:07:24 2003; UDP; ppp0; 151 bytes; from 
195.130.224.18:53
 to
172.16.68.10:1051
Fri Dec 12 07:07:24 2003; UDP; eth1; 151 bytes; from 
195.130.224.18:53
 to
172.16.68.10:1051
Fri Dec 12 07:07:24 2003; TCP; eth1; 48 bytes; from 
172.16.68.10:1052
 to
212.239.22.175:80
; first packet (SYN)
Fri Dec 12 07:07:24 2003; TCP; ppp0; 48 bytes; from 
82.84.125.91:1052
 to
212.239.22.175:80
; first packet (SYN)
Fri Dec 12 07:07:24 2003; TCP; ppp0; 48 bytes; from 
212.239.22.175:80
 to
172.16.68.10:1052
; first packet (SYN)
Fri Dec 12 07:07:24 2003; TCP; eth1; 48 bytes; from 
212.239.22.175:80
 to
172.16.68.10:1052
; first packet (SYN)
Fri Dec 12 07:07:34 2003; TCP; ppp0; 40 bytes; from 
212.121.67.164:80
 to
172.16.68.10:1050
; FIN sent; 20 packets, 20066 bytes
Fri Dec 12 07:07:34 2003; TCP; eth1; 40 bytes; from 
212.121.67.164:80
 to
172.16.68.10:1050
; FIN sent; 20 packets, 20066 bytes
Fri Dec 12 07:07:34 2003; TCP; ppp0; 40 bytes; from 
212.121.67.164:80
 to
172.16.68.10:1048
; FIN sent; 89 packets, 101720 bytes
Fri Dec 12 07:07:34 2003; TCP; eth1; 40 bytes; from 
212.121.67.164:80
 to
172.16.68.10:1048
; FIN sent; 89 packets, 101720 bytes
Fri Dec 12 07:07:34 2003; TCP; eth1; 40 bytes; from 
172.16.68.10:1050
 to
212.121.67.164:80
; FIN acknowleged
Fri Dec 12 07:07:34 2003; TCP; eth1; 40 bytes; from 
172.16.68.10:1048
 to
212.121.67.164:80
; FIN acknowleged
Fri Dec 12 07:07:41 2003; UDP; eth1; 63 bytes; from 
172.16.68.10:1053
 to
195.130.224.18:53
Fri Dec 12 07:07:41 2003; UDP; ppp0; 63 bytes; from 
82.84.125.91:1053
 to
195.130.224.18:53
Fri Dec 12 07:07:41 2003; UDP; ppp0; 154 bytes; from 
195.130.224.18:53
 to
172.16.68.10:1053
Fri Dec 12 07:07:41 2003; UDP; eth1; 154 bytes; from 
195.130.224.18:53
 to
172.16.68.10:1053
Fri Dec 12 07:07:41 2003; TCP; eth1; 48 bytes; from 
172.16.68.10:1054
 to
195.130.225.172:110
; first packet (SYN)
Fri Dec 12 07:07:41 2003; TCP; ppp0; 48 bytes; from 
82.84.125.91:1054
 to
195.130.225.172:110
; first packet (SYN)
Fri Dec 12 07:07:41 2003; TCP; ppp0; 48 bytes; from 
195.130.225.172:110
 to
172.16.68.10:1054
; first packet (SYN)
Fri Dec 12 07:07:41 2003; TCP; eth1; 48 bytes; from 
195.130.225.172:110
 to
172.16.68.10:1054
; first packet (SYN)
Fri Dec 12 07:07:41 2003; TCP; ppp0; 40 bytes; from 
195.130.225.172:110
 to
172.16.68.10:1054
; FIN sent; 8 packets, 506 bytes
Fri Dec 12 07:07:41 2003; TCP; eth1; 40 bytes; from 
195.130.225.172:110
 to
172.16.68.10:1054
; FIN sent; 8 packets, 506 bytes
Fri Dec 12 07:07:41 2003; TCP; eth1; 40 bytes; from 
172.16.68.10:1054
 to
195.130.225.172:110
; FIN acknowleged
Fri Dec 12 07:07:41 2003; TCP; eth1; 40 bytes; from 
172.16.68.10:1054
 to
195.130.225.172:110
; FIN sent; 8 packets, 374 bytes
Fri Dec 12 07:07:41 2003; TCP; ppp0; 40 bytes; from 
82.84.125.91:1054
 to
195.130.225.172:110
; FIN sent; 8 packets, 374 bytes
Fri Dec 12 07:07:41 2003; TCP; eth1; 48 bytes; from 
172.16.68.10:1055
 to
195.130.225.172:110
; first packet (SYN)
Fri Dec 12 07:07:41 2003; TCP; ppp0; 48 bytes; from 
82.84.125.91:1055
 to
195.130.225.172:110
; first packet (SYN)
Fri Dec 12 07:07:41 2003; TCP; ppp0; 48 bytes; from 
195.130.225.172:110
 to
172.16.68.10:1055
; first packet (SYN)
Fri Dec 12 07:07:41 2003; TCP; eth1; 48 bytes; from 
195.130.225.172:110
 to
172.16.68.10:1055
; first packet (SYN)
Fri Dec 12 07:07:42 2003; TCP; ppp0; 40 bytes; from 
195.130.225.172:110
 to
172.16.68.10:1055
; FIN sent; 8 packets, 506 bytes
Fri Dec 12 07:07:42 2003; TCP; eth1; 40 bytes; from 
195.130.225.172:110
 to
172.16.68.10:1055
; FIN sent; 8 packets, 506 bytes
Fri Dec 12 07:07:42 2003; TCP; eth1; 40 bytes; from 
172.16.68.10:1055
 to
195.130.225.172:110
; FIN acknowleged
Fri Dec 12 07:07:42 2003; TCP; eth1; 40 bytes; from 
172.16.68.10:1055
 to
195.130.225.172:110
; FIN sent; 8 packets, 373 bytes
Fri Dec 12 07:07:42 2003; TCP; ppp0; 40 bytes; from 
82.84.125.91:1055
 to
195.130.225.172:110
; FIN sent; 8 packets, 373 bytes
Fri Dec 12 07:07:42 2003; TCP; eth1; 40 bytes; from 
195.130.225.172:110
 to
172.16.68.10:1055
; FIN acknowleged
Fri Dec 12 07:07:49 2003; UDP; eth1; 64 bytes; from 
172.16.68.10:1056
 to
195.130.224.18:53
Fri Dec 12 07:07:49 2003; UDP; ppp0; 64 bytes; from 
82.84.125.91:1056
 to
195.130.224.18:53
Fri Dec 12 07:07:49 2003; UDP; ppp0; 155 bytes; from 
195.130.224.18:53
 to
172.16.68.10:1056
Fri Dec 12 07:07:49 2003; UDP; eth1; 155 bytes; from 
195.130.224.18:53
 to
172.16.68.10:1056
Fri Dec 12 07:07:49 2003; TCP; eth1; 48 bytes; from 
172.16.68.10:1057
 to
195.130.225.75:119
; first packet (SYN)
Fri Dec 12 07:07:49 2003; TCP; ppp0; 48 bytes; from 
82.84.125.91:1057
 to
195.130.225.75:119
; first packet (SYN)
Fri Dec 12 07:07:49 2003; TCP; ppp0; 48 bytes; from 
195.130.225.75:119
 to
172.16.68.10:1057
; first packet (SYN)
Fri Dec 12 07:07:49 2003; TCP; eth1; 48 bytes; from 
195.130.225.75:119
 to
172.16.68.10:1057
; first packet (SYN)
Fri Dec 12 07:07:51 2003; UDP; eth1; 92 bytes; from 
172.16.68.20:520
 to
172.16.68.255:520
Fri Dec 12 07:08:18 2003; UDP; eth1; 241 bytes; from 
172.16.68.20:138
 to
172.16.68.255:138
Fri Dec 12 07:08:18 2003; UDP; eth1; 232 bytes; from 
172.16.68.20:138
 to
172.16.68.255:138
Fri Dec 12 07:08:21 2003; UDP; eth1; 92 bytes; from 
172.16.68.20:520
 to
172.16.68.255:520
Fri Dec 12 07:08:34 2003; TCP; eth1; 40 bytes; from 
172.16.68.10:1057
 to
195.130.225.75:119
; FIN sent; 12 packets, 593 bytes
Fri Dec 12 07:08:34 2003; TCP; ppp0; 40 bytes; from 
82.84.125.91:1057
 to
195.130.225.75:119
; FIN sent; 12 packets, 593 bytes
Fri Dec 12 07:08:39 2003; TCP; eth1; 40 bytes; from 
172.16.68.10:1052
 to
212.239.22.175:80
; Connection reset; 4 packets, 417 bytes; opposite
direction 2 packets, 88 bytes
Fri Dec 12 07:08:39 2003; TCP; ppp0; 40 bytes; from 
82.84.125.91:1052
 to
212.239.22.175:80
; Connection reset; 4 packets, 417 bytes; opposite
direction 0 packets, 0 bytes
Fri Dec 12 07:08:39 2003; TCP; eth1; 40 bytes; from 
172.16.68.10:1048
 to
212.121.67.164:80
; Connection reset; 71 packets, 9958 bytes; opposite
direction 89 packets, 101720 bytes
Fri Dec 12 07:08:39 2003; TCP; ppp0; 40 bytes; from 
82.84.125.91:1048
 to
212.121.67.164:80
; Connection reset; 71 packets, 9958 bytes; opposite
direction 0 packets, 0 bytes
Fri Dec 12 07:08:39 2003; TCP; eth1; 40 bytes; from 
172.16.68.10:1050
 to
212.121.67.164:80
; Connection reset; 18 packets, 2666 bytes; opposite
direction 20 packets, 20066 bytes
Lo so... è un po lungo.... cmq vada a finire, siete stati splendidi... un
grazie a tutti di cuore. 
Davide


 Dunque... scommetto che la tua esperienza proviene da ipchains, sbaglio?
...Non sbagli..;-) grazie per i tuoi suggerimenti, li ho messi subito sullo
script di iptables, ma il problema del traffico cmq rimane. Ho postato il
log di iptraf a Davide D'Amico... potrebbe essere un problema di banda ?

Tacci_Tua wrote:

Lo escludo... tanto piu' che andava bene con la connessione modem, che 
ne ha molto meno di banda...     :-)    Semmai i problemi di connessioni 
che si interrompono si verificano proprio quando la banda manca, oppure 
la connessione va a singhiozzo...
Forse e' un problema di modem: fattene prestare un altro, e osserva se 
la situazione cambia.
Non escludere neanche, visto che la linux box naviga bene, che possa 
essere un problema di switch/hub


 2.4.7.10. La macchina  [...cut...]
Trovato il problema :-(((  Forse per qualcuno è una sorpresa, ma il vero
colpevole del mio problema è il modem. L'ho installato su un'altra
macchina -RedHat 9 - ed ha lo stesso difetto: con squid lavora bene, mentre
in forward si pianta: aveva ragione whiplash. Purtroppo non ho trovato una
versione aggiornata del firmware, l'ultima è la 2.0.5 e non risolve il
problema. Il modem mi è stato fornito direttamenbte dalla Tiscali insieme
all'abbonamento adsl, per cui non avrei avuto la possibilità di scegliere,
ed a questo punto chiedere la sostituzione sarebbe impresa molto
ardua -vagli un po a spiegare il difetto :-(( -. Cmq vi ringrazio a tutti
per la disponibilità che mi avete mostrato e un occhio di riguardo se
dovesse capitarvi sotto mano un modem come il mio - sagem fast 800 -. Saluti
a tutto il news.
Davide.


Puo' darsi che sia un comportamento voluto: nel passato recente ho visto 
abbonamenti adsl telecom che comportavano un contratto diverso ed una 
spesa aggiuntiva per ogni pc collegato ad un router in NAT. E ci puo' 
empiricamente accorgere se c'e' un NAT dietro dal fatto che 
generalmente, a differenza di un sistema operativo che, aprendo il 
socket, inizia ad assegnare come porte sorgenti quelle non 
"privilegiate" a partire da 1025, il NAT "trasla" si gli indirizzi, ma 
anche le porte e cominciando da numeri alti...
Si puo' provare a dare un'occhiata al contratto di fornitura, e decidere 
se fregarsene o meno.
Cmq, che il problema sia questo o non sia questo, si puo' magari 
chiedere se possono riprendersi il modem/router abbuonandoti il 
comodato, e ti munisci di un tuo modem router... stavolta buono.     :-)


 comodato, e ti munisci di un tuo modem router... stavolta buono.     :-)
Sinceramente dopo questa avventura sono talmente esausto che sto
facendomene una ragione, seppur a malincuore :-)
Tenendo conto che il modem in fin dei conti me lo hanno dato al prezzo
simbolico di 1 euro e considerando che per parlare con il centro
assistenza della Tiscali č necessario fare un'attesa di circa 1 ora, per
ora il modem me lo tengo, per navigare attraverso i siti uso squid e la
posta me la scarico dal server, ma appena trovo l'occasione per
comprarmene uno buono lo sostituirň. Di nuovo grazie per l'aiuto datomi e
un augurio di buone feste a te e a tutto il news.



Grazie e altrettanto.     :-)
bye G.L:
