Newsgroup: it.comp.os.linux.sys
Titolo: SYN_SENT con porte != 80

Io continuo ad avere questo problema con i kernel 2.2.x, tranne
che per la porta 80, con i 2.0.x invece non ci sono problemi.
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
tcp        0      1 -----.-----.------:1031 -----.---.----.----:ftp SYN_SENT    
tcp        0      1 -----.-----.------:1030 ----.--.----------:nntp SYN_SENT    
tcp        0      1 -----.-----.------:1029 ----.-----.--:pop-3     SYN_SENT    

 che per la porta 80, con i 2.0.x invece non ci sono problemi.
Ma 2.2.cosa? A me con 2.2.10 non succede...
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

che per la porta 80, con i 2.0.x invece non ci sono problemi.
ipchains?
Leonardo
".signature": bad command or file name

Ma 2.2.cosa? A me con 2.2.10 non succede...
        ^^^^ qualsiasi, dall'1 al 14
Boh ? pppd funziona, pingo tutto il mondo, il telnet sulla 23 del server
dial-up funziona, lynx funziona, fetchmail + slrnpull + telnet sulla 110
del pop3 rimangono in stato SYN_SENT, sara' forse un problema di routing ?

ipchains?
Magari! Ma il kernel che uso non ha il supporto per il firewall
comunque ho scoperto che lynx funziona perche' l'ho configurato
per usare il proxy (mica posso ricordarmi tutto ^_^), che sta
sulla stessa macchine che mi autentica la connessione.
Quindi forse e' un problema di routing perche' su quella macchina
riesco ad utilizzare le porte.
Non c'e' nessun modo per vedere perche' questi pacchetti si perdono
nella rete ? Ovviamente questo riguarda solo il TCP, tutte le macchine
al ping rispondono.
Questo e' l'output di netstat:
tcp        0      1 -----.-----.------:1031 ----.-----.--:pop3      SYN_SENT    
E questo e' quello di route:
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
---.---.---.226 *               255.255.255.255 UH    0      0        0 ppp0
default         ---.---.---.226 0.0.0.0         UG    0      0        0 ppp0
in effetti con il kernel 2.0.36 ho, invece:
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
127.0.0.1       *               255.255.255.255 UH    0      0        0 lo
---.---.---.226 *               255.255.255.255 UH    0      0        2 ppp0
localnet        *               255.0.0.0       U     0      0        2 lo
default         ---.---.---.226 0.0.0.0         UG    0      0        9 ppp0
Ti serve qualche info in piu' ???

 del pop3 rimangono in stato SYN_SENT, sara' forse un problema di routing ?
Non direi, SYN_SENT vuol dire (se non ricordo male) che sta chiudendo
la connessione pero' non e' normale che rimanga sempre in tale
stato. Non e' che il problema e' in qualche altro tool (net-tools e
via dicendo?)


 default         ---.---.---.226 0.0.0.0         UG    0      0        9 ppp0
Non vorrei dire una cazzata ma quella netmask 255.255.255.0
sull'interfaccia lo mi sembra un po' sballata visto che hai messo
una netmask di classe C su un indirizzo di classe A.
