Newsgroup: it.comp.os.linux.sys
Titolo: domanda su netstat

Quando mi collego al mio server netstat -n mi da fra le altre cose
tcp        0      0 
192.168.1.2:80
 
151.56.18.88:4444
 
SYN_RECV
tcp        0      0 
192.168.1.2:80
 
151.56.18.88:4507
 
TIME_WAIT
tcp        0      0 
192.168.1.2:80
 
151.56.18.88:4509
 
TIME_WAIT
tcp        0      0 
192.168.1.2:80
 
151.56.18.88:4508
 
TIME_WAIT
tcp        0    400 
192.168.1.2:22
 
151.56.18.88:2758
 
ESTABLISHED
dove 151.56.18.88 č il mio ip dinamico.
La domanda perchč mi apre con apache piů di una connessione se alla fine io 
apro una sola pagina ?
Forse non ho ben compreso.
Faccio questa domanda perchč quando poi comincio a usare docebo le istanze 
sono 20-30-40 alla volta alcune con flag established e altre in time_wait
Questo perchč rallenta tutto.
Grazie per l'aiuto.
Giuseppe 

 apro una sola pagina ?
Spero di non dire cavolate, cosa che mi riesce particolarmente bene.
La risposta e' dentro al protocollo HTTP, l'avevo studiato per un esame 
di reti di calcolatori.
Una descrizione abbastanza sommaria (la prima su goooogle) ma che spiega 
abbastanza bene e':
http://www.isi.edu/~touch/pubs/infocomm99/infocomm99-web/
La stessa cosa, mi pare di ricordare, ti esce con un qualsiasi 
webserver, che sia Apache o IIS. Il succo e' il protocollo
Matteo

 io apro una sola pagina ?
La "pagina" contiene immagini, CSS o altri elementi?
Nel caso la risposta sia sì: ogni elemento presente in una pagina web è una
instanzia di Apache, con relativo socket TCP occupato fra client e server.
In ogni caso un socket chiuso rimane in TIME_WAIT per un po' di tempo, per
cui se per caso fai 3 reload della stessa unica pagina statica (senza altri
elementi), avrai comunque 3 socket aperti (di cui due in TIME_WAIT). Il
ljnk che ti è stato passato spiega perfettamente cosa sia questo stato.
-- 
Vide

 ljnk che ti è stato passato spiega perfettamente cosa sia questo stato.
Allora mi sta bene, però è mai possibile che tali connessioni diciamo
chiuse rimangano anche per ore ?
Mi sta venendo il sospetto che qualcosa non torna in Apache !

 tcp        0      0 
192.168.1.2:80
 
151.56.18.88:4444
 SYN_RECV
Questa e' piu' curiosa. Lo stato SYN_RECV permane per poco poco piu'
di 2*RTT, cioe' un tempo che va dai millesimi a un paio di decimi di
sec, in genere. O hai avuto una mira eccellente nel premere [invio],
o potrebbe essere il sintomo di qualche problema (da cui il laconico
"Questo perchè rallenta tutto" che hai lasciato cadere alla fine del
post). Prova a catturare il tuo traffico usando tcpdump o wireshark,
sia lato client, sia lato server, e guarda se ci sono ritrasmissioni
o ritardi, soprattutto durante il three way handshake.
Fabio

 Mi sta venendo il sospetto che qualcosa non torna in Apache !
...anche se fosse, non potrebbe essere nulla che riguarda Apache: 
trattandosi di uno stato TCP, decide solo il kernel.

 sec, in genere.
non sempre, può metterci tempi anche molto maggiori (per esempio con le reti
GPRS o i link satellitali)
potrebbe essere il sintomo di un qualche problema sul router o di routing

 reti GPRS o i link satellitali)
/molto/ /maggiori/ nell'ordine di /pochi/ secondi, sennò pare una cazzata


Questo perche' RTT e' alto, e quindi 2*RTT e' altrettanto alto :-) Questa 
casistica e' prevista da quel "in genere" con cui chiudo la frase ;-)
A naso, direi che 151.56.18.88 non sia un satellite/GPRS. Pero' chissa...
Fabio

 instanzia di Apache, con relativo socket TCP occupato fra client e server.
No.
HTTP/1.1 ha il keepalive che risolve questo problema.
-- 
A: Because we read from top to bottom, left to right.
Q: Why should i start my reply below the quoted text?