INSTRUCCIÓN PING :

Como programa, ping es una utilidad diagnóstica en redes de computadoras que comprueba el estado de la comunicación del host local con uno o varios equipos remotos de una red IP por medio del envío de paquetes ICMP de solicitud (ICMP Echo Request) y de respuesta (ICMP Echo Reply). Mediante esta utilidad puede diagnosticarse el estado, velocidad y calidad de una red determinada.

Ejecutando Ping de solicitud, el Host local envía un mensaje ICMP, incrustado en un paquete IP. El mensaje ICMP de solicitud incluye, además del tipo de mensaje y el código del mismo, un número identificador y una secuencia de números, de 32 bits, que deberán coincidir con el mensaje ICMP de respuesta; además de un espacio opcional para datos. Como protocolo ICMP no se basa en un protocolo de capa de transporte como TCP o UDP y no utiliza ningún protocolo de capa de aplicación.

Muchas veces se utiliza para medir la latencia o tiempo que tardan en comunicarse dos puntos remotos, y por ello, se utiliza el término PING para referirse al lag o latencia de la conexión en los juegos en red.

Existe otro tipo, Ping ATM, que se utiliza en las redes ATM, y en este caso, las tramas que se transmiten son ATM (nivel 2 del modelo OSI). Este tipo de paquetes se envían para probar si los enlaces ATM están correctamente definidos.

----------------------------------------------------------------------------------------------------------------------------

luisbolivar@luisbolivar:~$ ping -c 5 www.fedoraproject.org

PING wildcard.fedoraproject.org (209.132.181.16) 56(84) bytes of data.

64 bytes from wildcard.fedoraproject.org (209.132.181.16): icmp_seq=1 ttl=43 time=165 ms

64 bytes from wildcard.fedoraproject.org (209.132.181.16): icmp_seq=2 ttl=43 time=213 ms

64 bytes from wildcard.fedoraproject.org (209.132.181.16): icmp_seq=3 ttl=43 time=252 ms

64 bytes from wildcard.fedoraproject.org (209.132.181.16): icmp_seq=4 ttl=43 time=297 ms

64 bytes from wildcard.fedoraproject.org (209.132.181.16): icmp_seq=5 ttl=43 time=253 ms

--- wildcard.fedoraproject.org ping statistics ---

5 packets transmitted, 5 received, 0% packet loss, time 4004ms

rtt min/avg/max/mdev = 165.153/236.485/297.466/44.433 ms

luisbolivar@luisbolivar:~$ 

luisbolivar@luisbolivar:~$ ping -c 5 www.fifa.com

PING a1758.w7.akamai.net (190.60.67.25) 56(84) bytes of data.

64 bytes from 25.67.60.190.host.ifxnetworks.com (190.60.67.25): icmp_seq=1 ttl=56 time=41.0 ms

64 bytes from 25.67.60.190.host.ifxnetworks.com (190.60.67.25): icmp_seq=2 ttl=56 time=41.4 ms

64 bytes from 25.67.60.190.host.ifxnetworks.com (190.60.67.25): icmp_seq=3 ttl=56 time=135 ms

64 bytes from 25.67.60.190.host.ifxnetworks.com (190.60.67.25): icmp_seq=4 ttl=56 time=40.2 ms

64 bytes from 25.67.60.190.host.ifxnetworks.com (190.60.67.25): icmp_seq=5 ttl=56 time=78.2 ms

--- a1758.w7.akamai.net ping statistics ---

5 packets transmitted, 5 received, 0% packet loss, time 4005ms

rtt min/avg/max/mdev = 40.200/67.207/135.100/36.898 ms

luisbolivar@luisbolivar:~$ ping -c 5 www.adinet.com.uy

PING www.adinet.com.uy (200.40.220.100) 56(84) bytes of data.

From isw2cen2-1-1.antel.net.uy (200.40.77.25) icmp_seq=1 Packet filtered

--- www.adinet.com.uy ping statistics ---

5 packets transmitted, 0 received, +1 errors, 100% packet loss, time 4025ms

luisbolivar@luisbolivar:~$ ping -c 5 www.presidencia.gub.uy

PING www.presidencia.gub.uy (200.40.96.160) 56(84) bytes of data.

--- www.presidencia.gub.uy ping statistics ---

5 packets transmitted, 0 received, 100% packet loss, time 3999ms

luisbolivar@luisbolivar:~$ ping -c 5 www.smn.gov.ar

PING www.smn.gov.ar (200.16.116.68) 56(84) bytes of data.

--- www.smn.gov.ar ping statistics ---

5 packets transmitted, 0 received, 100% packet loss, time 3999ms

los más rápidos fueron  www.smn.gov.ar ping statistics - www.presidencia.gub.uy ping statistics


la segmentación de los servidores es muy diferente para cada pagina, lo que refleja que el enramado de red es muy diferente en varios de ellos, como en otros no, por eso encontramo cierta similitud en algunos de ellos.

el no-ip es cuando se oculta en red la dirección ip del pc, con ventajas de hacking etico y varios ejercicios lúdicos




TRACEROUTE

Traceroute es una consola de diagnóstico que permite seguir la pista de los paquetes que vienen desde un host (punto de red). Se obtiene además una estadística del RTT o latencia de red de esos paquetes, lo que viene a ser una estimación de la distancia a la que están los extremos de la comunicación. Esta herramienta se llama traceroute en UNIX, Mac y GNU/Linux, mientras que en Windows se llama tracert.

IPCONFIG

ipconfig en Microsoft Windows es una aplicación de consola que muestra los valores de configuración de red de TCP/IP actuales y actualiza la configuración del protocolo DHCP y el sistema de nombres de dominio (DNS). También existen herramientas con interfaz gráfica denominadas winipcfg y wntipcfg. El papel desempeñado por estas herramientas es similar al de las diversas implementaciones de ifconfig en UNIX y sistemas operativos tipo UNIX.

ipconfig en Mac OS X es una aplicación de línea de comandos que puede ser usada para controlar los clientes BootP y DHCP. Como en otros sistemas operativos basados en UNIX, en Mac OS X también se puede utilizar el comando ifconfig si necesita un control más directo sobre las interfaces de red.

TRACEPATH

NETSAT

Netstat (network statistics) es una herramienta de línea de comandos que muestra un listado de las conexiones activas de una computadora, tanto entrantes como salientes. Existen versiones de este comando en varios sistemas como Unix, GNU/Linux, Mac OS X, Windows y BeOS.

La información que resulta del uso del comando incluye el protocolo en uso, las tablas de ruteo, las estadísticas de las interfaces y el estado de la conexión. Existen, además de la versión para línea de comandos, herramientas con interfaz gráfica (GUI) en casi todos los sistemas operativos desarrollados por terceros.lebolivarc@gmail.com

El comando unix dig (domain information groper), con el permiso de nslookup, es una de las mejores opciones a la hora de hacer troubleshooting o debug de problemas DNS. Vamos a ver unos cuantos ejemplos de algunas las posibilidades que nos ofrece. Como siempre toda esta información la podéis ampliar en la página man del comando o la ayuda:

$ man dig
$ dig -h

Nota: he suprimido salida no relevante de los comandos para reducir el tamaño del artículo.

Ejecución sin argumentos

Cuando ejecutamos el comando dig sin argumentos se realiza una consulta de los NS (Name Servers) raíz o root servers “.”. Cara al troubleshooting o debug no suele ser de mucha utilidad:

$ dig ; <<>> DiG 9.8.1-P1 <<>>
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 55735
;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 14

;; QUESTION SECTION:
;. IN NS

;; ANSWER SECTION:
.   494084 IN NS e.root-servers.net.
.   494084 IN NS a.root-servers.net.
.   494084 IN NS b.root-servers.net.
.   494084 IN NS g.root-servers.net.
.   494084 IN NS h.root-servers.net.
.   494084 IN NS i.root-servers.net.
...
...
;; ADDITIONAL SECTION:
j.root-servers.net. 575975 IN A 192.58.128.30
m.root-servers.net. 428374 IN A 202.12.27.33
...
...
;; Query time: 40 msec

Dominio como argumento

La forma más común y simple de ejecutar dig. En este caso pasamos como argumento el dominio a consultar. Cuando no se especifica nada se consulta siempre el registro A del dominio. Al no especificar tampoco los servidores DNS contra los que hacer la consulta se utilizan los especificados en nuestra conexión(/etc/resolv.conf). Debemos prestar especial importancia a la sección ANSWER SECTION, ya que muestra el resultado de nuestra consulta:

$ dig rm-rf.es

; <<>> DiG 9.8.1-P1 <<>> rm-rf.es
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10364
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;rm-rf.es. IN A

;; ANSWER SECTION:
rm-rf.es. 13104 IN A 93.93.112.55 
;; Query time: 39 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)