Newsgroup: it.comp.sicurezza.varie
Titolo: Ping?!

Ciao, per caso ho trovato sul mio hd in C:\Windows il file PING.EXE. Mi
sembra di avere già sentito parlare di Ping su questo ng e mi chiedo se la
presenza di tale file sia normale.
Tranquillizzatemi!         Grazie!          -Frenk-

 ha  detto:
   >Nei ng ripetersi e' d'obbligo! .. vuol dire che arriva gente nuova.. mi
pare
   >una cosa sicuramente positiva.
 
ok, quindi diciamoglielo...anche se ormai si sara' andato a leggere i vecchi
post... 
il ping viene inviato ad un computer per vedere se questo e' attivo... se
risponde e' attivo, se non risponde... chi puo' dirlo????
A questo proposito mi e' gia' venuta in mente una domanda...
Non tutti rispondono al ping, giusto? e sti qua come fanno ad andare su irc???
denghiu!
				Luca dEX'

Se leggi un po' di msg precedenti te lo spiegano cosa vuol dire ping senza
che nessuno si ripeta . ciao ;-)))
Tess@



Si, allora faccio copia incolla? ;-)))
Tess@

frenk,

e' un programma innocuo, non preoccuparti.

Non tutti rispondono al ping, giusto? e sti qua come fanno ad andare su irc???
In particolare ho notato che i bot non rispondono ai ping...
A mio avviso, sono configurati per rispondere solo ai ping che vengono
dal server IRC, che altrimenti li caccerebbe per "ping timeout".
Bye Krmel

Grazie a tutti!
  Frenk

Grazie a tutti!
  Frenk

Non tutti rispondono al ping, giusto? e sti qua come fanno ad andare su irc???
Ferma, ferma! Non e' lo stesso PING!
Il PING.EXE di Windows 95 invia un pacchetto con il protocollo ICMP, che non
ha niente a che fare con TCP.
Altre connessioni TCP, come per esempio IRC, FTP, e NNTP, per evitare che la
"controparte" pensi che il client sia morto, prevedono la possibilita' di un
pacchetto ALL'INTERNO del canale TCP, il cui scopo e':
a) Tenere viva la connessione
e/o
b) Informare uno dei due lati che l'altro lato e' attivo
Per esempio inviare un comando "NOP" (No OPeration). Oppure, il server manda
un pacchetto con scritto "PING", e s'aspetta che entro due secondi il client
invii un "PONG!". Se non lo riceve, o il client e' morto o non sta bene, per
cui la connessione viene troncata.
Leonardo
".signature": bad command or file name

 
Se intendi il ping di IRC,quello si evita facilmente almeno sul Pirch
(come del resto tutti i CTCP)...sul mirc non sň.
Diverso č se pinghi direttamente il computer.
Non conosco esattamente la differenza fra i due (probabile uno sia un
ping attraverso il server IRC e l'altro direttamente su internet)...ma
se mi pinghi su IRC ricevi una bella lamerata di risposta tipo : 2 anni
3 mesi ecc....mentre se mi pinghi sul mio IP ricevi la risposta
corretta.
Ah mi pare che su Linux si possa disabilitare la risposta del computer
al ping..o sbaglio?
		Giulio
-- 
"Don't be surprised,when a crack in the ice
Appears under your feet
You slip out of your depth and out of your mind 
With your fear,flowing out behind you
As you claw the thin ice"

   >Ferma, ferma! Non e' lo stesso PING!
   >
   >Il PING.EXE di Windows 95 invia un pacchetto con il protocollo ICMP, che
non
   >ha niente a che fare con TCP.
ed io semplice utente allora posso pingare un altro utente su tcp o udp?
Oltre al ping di win95, tutti i programmi di utility che pingano usano icmp?
						Luca dEX'

Oltre al ping di win95, tutti i programmi di utility che pingano usano icmp?
Dipende da cosa pingano, appunto. "PING" puo' essere un pacchetto ICMP, o una
serie di pacchetti lungo una connessione TCP/UDP, o anche un altro protocollo
dei molti possibili. In un certo senso, anche ARP e' un ping ;-)


       nessuno dei due casi, sicche' non li puoi distinguere.
Non e' completamente vero... Se fai un telnet su una porta non attiva
di un computer attivo ricevi un errore del tipo "connection refused".
Se fai un telnet a un computer spento, il telnet ci pensa parecchio e
poi risponde con qualcosa tipo "timeout". Se fai un telnet a una
macchina protetta da un firewall, o non ti risponde (come se fosse
spenta) o ricevi un messaggio tipo "no route to host". Il problema č
che il client Telnet di Windows chiude la finestra prima di mostrare
il messaggio di errore :)
Ciao
Luca
--
Luca Bruschi - 
I.NET
 S.p.A.
lucky[@]
Eru.INET.it
Togliere le parentesi [] per rispondere.

Non ci posso credere, il Sun, 11 Oct 1998 17:03:27 GMT  
L.S...@agora.stm.it
(Leonardo Serni) ha  detto:
   >c) Vuoi sapere se lo host e' attivo, senza usare ICMP
   >   --> usi TELNET, come in (a), ma devi avere una porta dove SICURAMENTE
   >       lo host e' in attesa. In altre parole, devi essere sicuro che una
   >       connessione fallita significa che lo host e' down o cut-off. Come
   >       e' logico, se telnetti su una porta chiusa, non ottieni niente in
   >       nessuno dei due casi, sicche' non li puoi distinguere.
ok, piu' o meno ho capito adesso.... mo' ce penzo su, poi cazomai mi rifaccio
sentire... ^___^   ... sai com'e', il mio cervello prima deve mettersi in
moto...
   >dei molti possibili. In un certo senso, anche ARP e' un ping ;-)
   >
   >Leonardo
ARF? BAU!!!!!!
Cioe', mi vergogno parecchio, ok, ma ... cosa si intende per ARP? ( e' un dei
tipi di pacchetti che si possono inviare?)
				Luca dEX', o quelo che l'ingnoranza non ha
limiti?????

Non ci posso credere, il Mon, 12 Oct 1998 11:25:06 GMT  Luca[@]
Mail.INET.it
(Luca Bruschi) ha  detto:
   >spenta) o ricevi un messaggio tipo "no route to host". Il problema è
   >che il client Telnet di Windows chiude la finestra prima di mostrare
   >il messaggio di errore :)
altri telnet free-share che non presentino 'sto problema??? (per win...)
					Luca dEX'

 limiti?????
Beh, se ti puo' consolare... io penso che non sia l'ignoranza ad avere
limiti (almeno in questo contesto) bensi' gli acronimi, i protcolli, i
programmi, etc che ci sono dietro Unix e il tcp/ip.
Mi ricordo che il primo che mi ha dato una "scozzonata" su unix, ha
detto che ogni tanto anche lui scopre un comando di cui non sospettava
l'esistenza, nelle man pages...
Ciao,
-- 
      Ermanno Polli   (INFN-LNF)
    user:      hostname:  subdomain:  domain:  country:
ermanno.polli    N/A        lnf         infn     it