Newsgroup: it.comp.sicurezza.windows
Titolo: ~Posso ?

Se posto un risultato del netstat, qualcuno mi esprime un giudizio ? :-)
(meglio chiedere prima di postare......)
Tnx:-)
--
                           __
    (\    .-.     .-.    /_ " )
     \\_//^\\_//^\\_//
      `"`    `"`     `"`

(meglio chiedere prima di postare......)
Meglio se posti solo le righe per cui ti serve un giudizio.
-- 
Lapalissiano
Icq 57269703

 (meglio chiedere prima di postare......)
Non vedo il problema..
-- 
PGP FP: B61A F1FA 9B99 A3BD 5D2B 6D99 8D3A 5C92 3525 3509

 --
Ok eccole...
Quello che vorrei sapere, č perchč ci sono tutte quelle porte in LISTENING,
ESTABLISHED e TIME_WAIT.
E quelle con *:*  perchč son cosě ?
Connessioni attive
  Proto  Indirizzo locale       Indirizzo remoto       Stato
  TCP    
0.0.0.0:7
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:9
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:13
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:17
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:19
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:135
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:445
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:1025
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:1027
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:1035
 
0.0.0.0:0
              LISTENING
  TCP    
0.0.0.0:1082
 
0.0.0.0:0
              LISTENING
  TCP    
62.98.19.72:139
 
0.0.0.0:0
              LISTENING
  TCP    
62.98.19.72:1035
 
130.133.1.4:119
        ESTABLISHED
  TCP    
62.98.19.72:1046
 
212.245.159.74:80
      TIME_WAIT
  TCP    
62.98.19.72:1066
 
205.181.112.76:80
      TIME_WAIT
  TCP    
62.98.19.72:1080
 
195.2.91.97:80
         TIME_WAIT
  TCP    
62.98.19.72:1082
 
63.236.73.227:80
       ESTABLISHED
  TCP    
192.168.1.2:139
 
0.0.0.0:0
              LISTENING
  UDP    
0.0.0.0:7
              *:*
  UDP    
0.0.0.0:9
              *:*
  UDP    
0.0.0.0:13
             *:*
  UDP    
0.0.0.0:17
             *:*
  UDP    
0.0.0.0:19
             *:*
  UDP    
0.0.0.0:135
            *:*
  UDP    
0.0.0.0:161
            *:*
  UDP    
0.0.0.0:445
            *:*
  UDP    
0.0.0.0:1026
           *:*
  UDP    
62.98.19.72:137
        *:*
  UDP    
62.98.19.72:138
        *:*
  UDP    
62.98.19.72:500
        *:*
  UDP    
62.98.19.72:520
        *:*
  UDP    
127.0.0.1:1038
         *:*
  UDP    
192.168.1.2:137
        *:*
  UDP    
192.168.1.2:138
        *:*
  UDP    
192.168.1.2:500
        *:*
  UDP    
192.168.1.2:520
        *:*
Tnx:-)))



Sai, dopo anni di frequentazione, non vorrei essere cazziato come Newbie che
non legge i 1000 msg arretrati...:-))
Cmq il listato l'ho appena attaccato al post prima del tuo, e se anche tu
vuoi darmi un parere, ti ringrazio fin d'ora:-))


 
leggere le securfaq prima, no eh?
-- 
Pascal-X - mICQ 25553477 - 
www.pascalbrax.com
Responsabile Pubbliche Relazioni del SIACD
Profeta del Sommo C_R_O_S_S__B_O_N_E_S
Nemico dichiarato del Kyle Jordan Klan


Sembrava strano che nessuno l'avesse detto...................:-)))
--


 (meglio chiedere prima di postare......)
Ma allora, tu sei uno di quelli che li legge, i post arretrati. :-))
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

E quelle con *:*  perchè son così ?
Perchè il protocollo UDP non è basato sulla connessione: non ci potrà
mai essere una connessione.
hola
Buttha


Mi vergogno, ma č cosě.......:-))))



Tnx x le info, e per la securfaq, dove posso trovarla ? (così evito domande
già ripetute) :-)
Hi.
--


Hi.
http://www.securfaq.usenet.eu.org/
hola
Buttha

 altrimenti ho detto una minchiata colossale 
Eh, si'...:-)P
-- 
E' in votazione it.sociale.globalizzazione
news://it.news.votazioni

Eh, si'...:-)P
Qualcosa del tipo "è in fase di chiusura", vero?
Sob.
hola
Buttha e la sua memoria

 Qualcosa del tipo "è in fase di chiusura", vero? Sob.
Hai vinto...
Nulla perche' io non sono autorizzata a premiare :)
Comunque si, sono in fase di chiusura, dopo il TIME_WAIT c'e' il
FIN_WAIT, poi credo passi 2 secondi in CLOSED prima di sparire dal
netstat...
-- 
           ~~ ICQ#: 8761263 ~~ 
http://www.delymyth.net/
 ~~
            E-Mail Addy: DElyMyth [at] delymyth [dot] net
           => FREE! Hardware Anti-Virus!!! - /dev/brain <=
Powered By RedHat 7.2 (Enigma) - Kernel 2.4.7 - Ximian Gnome - Evolution

 Buttha e la sua memoria
eheheh...a chi lo dici.
P.S.
Sto ancora ridendo per quegli sms di Capodanno...;)


 netstat...
Maaa... un ripassino generale di TCP/IP per tutti quanti prima di postare? :)
TIME_WAIT č l'ultimo stato prima di passare in CLOSED, subito dopo l'invio
dell'acknowledge in risposta al FIN dell'altro lato della connessione. La
connessione č comunque ormai chiusa: questo stato serve per evitare che un
altro programma possa fare il bind alla porta prima di un determinato lasso di
tempo, in modo da intercettare eventuali ulteriori FIN che l'altro lato della
connessione potrebbe inviare a causa di un ritardo nella ricezione dell'ACK.
Fabio

 causa di un ritardo nella ricezione dell'ACK.
Quindi...
Il CLOSED e' *prima* del FIN_WAIT?
[ho visto qualche FIN_WAIT, non per altro...]


 [ho visto qualche FIN_WAIT, non per altro...]
Quando il client invia il suo FIN si mette in FIN_WAIT_1, quando riceve l'ACK
del server passa in FIN_WAIT_2 e quindi, alla ricezione del FIN del server,
invia il suo ACK e passa in TIME_WAIT per un tempo pari a 2*MSL secondi (MSL
va da 30 sec a 2 min in funzione del SO). Scaduto il timeout di 2*MSL passa in
CLOSED.
Fabio