Newsgroup: it.comp.sicurezza.varie
Titolo: netstat, tracert, ping ect.

Salve a tutti, ho Internet da poco e ancora non sono molto pratico di
problemi di sicurezza in rete. Ho letto la FAQ di questo ng e alcuni post,
ma non ho ancora ben chiaro il perfetto funzionamento di questi comandi Dos.
Non vi chiedo una spiegazione (se pero' me la volete dare in modo spontaneo
:-))) ) perche' probabilmente si tratta dell'abc in materia, ma almeno
vorrei sapere dove trovare delle informazioni dettagliate.
Grazie a tutti, ciao
     Cristiano

velocemente ed informalmente:
netstat: per vedere che porte sono utilizzate dal tuo pc, se sono in
uso e con chi stanno comunicando
tracert: per vedere che percorso fanno i pacchetti per arrivare ad un
certo host
ping: per vedere se, e in che termini, risponde un host
Buttha
-----------------------------------------------------------------------
* Per rispondere rimuovere i
* PGP Key: RSA & DH/DSS
* Questo non e' un omaggio a Magritte
-----------------------------------------------------------------------

...

1.) Non lasciarti ingannare dall'interfaccia utente a riga di comando:
quelli che nomini, come altri analoghi, non sono affatto programmi DOS,
ma programmi Windows (e a 32 bit, pure).
2.) prova a digitare ad es. netstat/? o tracert senza parametri o uno di
questi comandi con parametri sbagliati e riceverai come output l'help
del comando in questione.
3.) Oltre a ping, tracert e netstat prova a scoprire a cosa servono arp,
nbtstat, route, winipcfg...
Ciao
Newbie 1.1 che si scusa del piccolo OT ;-)

 vorrei sapere dove trovare delle informazioni dettagliate.
basta che scrivi il nome del comando seguito da /? (oppure -?) e ti appaiono
le opzioni relative. Brevemente: netstat serve per sapere quali connessioni su
quali porte sono attive sulla propria macchina; tracert serve a sapere il
percorso per raggiungere un'altra macchina di cui si conosce il nome (p.e.
volftp.tin.it
), utile per verificare la bonta' di una connessione, p.e. ftp
e/o il punto critico di un percorso; con ping verifichi se una macchina e'
"viva", e puoi sapere anche il suo indirizzo IP numerico. nbtstat mostra delle
statistiche relative a connessioni che usano il protocollo NetBIOS su TCP/IP.
Altro... boh, non mi viene in mente per ora.
Ciao, Max.
-- 
Emma for President: 
http://www.emmaforpresident.it/
--ICQ: 14816698---Campagna NOTUT: 
http://www.notut.cjb.net-----
Home Pages: 
http://www.agora.stm.it/M.Baldinelli/home.htm
 
http://www.tifonet.it/free/ancona/index.html
 
M.Bald...@agora.stm.it
---------------------------------------------------------------

ping: per vedere se, e in che termini, risponde un host
Grazie per la risposta, ma questo lo avevo gia' intuito leggendo la FAQ, il
mio problema e' decifrare la risposta che il mio computer mi da. Per esempio
quando scrivo netstat -na, mi da una lista di in Proto, indirizzo locale,
Indirizzo remoto, Stato (TIME_WAIT?) che comprendo solo al 10%. Ripeto, non
pretendo che mi diate una spiegazione completa in questa sede, ma mi
potreste indicare dove posso documentarmi in materia? (la FAQ l'ho gia'
letta :-) ).
Grazie ancora,
Cristiano che si sente molto incompetente

 remove ~ to reply
---------- ----- ----  - - - -   -     - 
"L'unico sistema sicuro e' quello che non e' collegato
 a una rete, viene tenuto in una stanza chiusa a chiave
 ed e' spento."
-------- ------- ---  -- --  -Anonimo saggio.

 Indirizzo remoto, Stato (TIME_WAIT?) che comprendo solo al 10%. Ripeto, non
Indirizzo locale e' il tuo, indirizzo remoto e' quello dell'altra macchina a
cui fa capo la connessione; entrambi sono seguiti da un ":" e un numero che e'
la porta. Se non hai messo l'opzione -n gli indirizzi e le porte sono in forma
alfanumerica. Stato indica lo stato della connessione. TIME_WAIT sta
aspettando il segnale da remoto per chiudere la connessione, LISTENING e' un
programma che sulla tua macchina sta aspettando chiamate dall'esterno,
ESTABLISHED e' una connessione attiva. Prova per esempio a dare netstat mentre
stai scaricando posta/news e/o stai navigando.
Max che appena ha un po' di tempo si decide a fare la TCP/IP-Appendice e la
TOOLS-Appendice.


 aspettando il segnale da remoto per chiudere la connessione, LISTENING e' un
<tecnabilia ON>
TIME_WAIT e' lo stato di un processo TCP dopo aver percorso l'intero stato
del 4-way FIN close, quindi NON aspetta alcun segnale da remoto, bensi'
aspetta che spiri il cosiddetto 2MSL ovvero il doppio del Maximum Segment
Lifetime, hardcodato nel kernel, tempo massimo in cui vari segmenti TCP
possano reggere nella rete.
<tecnabilia OFF>
invy
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GSS/TW/O>AT d?(dx) s+:+, s: a-->a- C++(C+++) UL+++>UL++++ P+ L+++>L++++
E-- W(W-) N++ K? w-- O- M- V- PS++ PE Y+ PGP++ t++@ 5 X+ R+(R++) tv b+++
DI+++@ D+ G>G++ e++ h r+(r-) y++*
------END GEEK CODE BLOCK------