Quan necessitem utilitzar la comanda PING, normalment és per inspeccionar el rendiment o estabilitat de la nostra xarxa, o també podria ser perquè volem veure la latència entre el nostre equip i un servidor o ordinador remota. Però sigui quin sigui el cas, si ho fem servir en Windows amb qualsevol versió, aquesta comanda des de la consola, exemple: ping google.com, només realitzarà 4 peticions a el domini o adreça IP, fins i tot amb PowerShell .
Executar comanda ping de forma contínua
Si parlem de Linux en executar la comanda ping, aquest no s’atura fins que ho forcem amb CTRL + C. Però quan necessites que passi això en Windows per un escaneig continu, la solució és usar el comandament de la següent forma amb l’atribut -t:
ping -t google.comd’aquesta manera les peticions no s’aturaran, s’aconseguís un ping continu fins que forcem a que s’aturi amb una combinació de el teclat. Encara que sigui una cosa molt senzilla de vegades ho oblidem, però amb un ús constant se’ns formarà un costum i no tindrem problemes amb que s’aturi la comanda de manera breu.
Si en lloc que estigui constantment fent ping només volem que ho faci un determinat nombre de vegades fem servir el paràmetre -n, això limita el nombre de paquets enviats. En el següent exemple es limita a 100 paquets.
ping -n 100 google.comEn aquest cas només s’enviaran 100 sol·licituds a el domini de Google. En qualsevol cas podem fer servir tant la terminal clàssica de Windows o la més moderna terminal PowerShell ja que la comanda és el mateix.
aturar execució de la comanda
Per aturar el ping fer servir la combinació de tecles:
CTRL + C
si no aturem la comanda amb la combinació anterior, les estadístiques no apareixeran, de manera que simplement tancar la finestra no és la millor idea si les necessitem.
¿de quina altra manera podríem fer servir aquest paràmetre?
- En el cas de la monitorització, si executem la comanda durant tot el dia, a la fi podem detenir-lo i verificar si hi ha algun problema de xarxa .
- En altres casos el podem fer servir per veure a quina hora o quins dies hi ha més congestió de la nostra connexió a Internet oa qualsevol xarxa.
- podem diagnosticar la nostra xarxa local i detectar si el problema està en la nostra xarxa local o si és culpa del nostre proveïdor en cas de fallades a Internet.
- És la forma més fàcil de saber si està disponible un servidor dins la nostra xarxa local oa Internet.
- podem diagnosticar els DNS indirectament, ja que si la comanda ping cap a un domini no resol a una adreça IP podria indicar problemes de DNS.
a què es refereixen les estadístiques a l’aturar l’execució?
Primerament ens mostra l’adreça IP, seguit del nombre de paquets UDP es van enviar i d’aquests quants es van rebre. En cas que un no es rebés se l’anomena paquet perdut. En el cas d’una bona connexió sempre o el 99% del temps ha de ser zero.
Els temps són en milisegons (0.001 segons = 1 mil·lisegon):
- mínim: es refereix a quin va ser el menor temps de resposta d’un paquet enviat durant tota l’execució de la comanda.
- màxim: es tracta del temps màxim que algun paquet trigar sense comptar paquets perduts.
- mitjana: és la mitjana de tots els temps fins a acabar l’execució.
quant a la informació dels paquets, si s’envien 5 paquets l’ideal és rebre 5 paquets, del que contrari compten com paquets perduts i això últim vol dir que enviem un senyal, però no vam rebre resposta per part de servidor. Si el percentatge de paquets perduts és major a 0% podria indicar problemes de connexió de la nostra part o de part del servidor. En alguns casos que no rebem resposta no vol dir que no tinguem connexió a servidor, això podria ser degut al fet que molts servidors o adreces IP tenen el protocol ICMP bloquejat. El que hem de fer per verificar és simplement intentar amb un altre servidor o enviar el ping des d’un altre equip en diferent xarxa.