REVISIÓN: Ping host de destino inalcanzable pero sin pérdida de paquetes

A veces, ni siquiera Internet es perfecto. En realidad, hablando de manera realista, muchas veces falla nuestras expectativas. Y para colmo, a veces incluso arroja algunos errores confusos en nuestro camino.

Por ejemplo, cuando no puede comunicarse con un dispositivo, intenta hacer ping. La prueba de ping definitivamente muestra que el host es inalcanzable pero también muestra cero pérdida de paquetes. Incluso si eres experto en tecnología, esta situación podría poner un gran signo de interrogación sobre tu cabeza.

Sin embargo, estamos aquí para desmitificar este problema de una vez por todas.

¿Por qué no se puede acceder al host de destino?

Hay una plétora de razones por las que un host puede ser o volverse inalcanzable.

Incluso si está en la misma red, el dispositivo de destino (host) puede tener una configuración de conexión diferente a la suya, un firewall agresivo o incluso alguna suplantación de identidad, por lo que no puede identificar exactamente la causa principal.

Aquí hay una lista de las razones más comunes por las que el host podría estar inaccesible:

• La computadora de destino podría estar apagada
• Un firewall demasiado protector que bloquea cualquier solicitud entrante
• Conexión de cable incorrecta
• suplantación de identidad
• Configuración incorrecta de la puerta de enlace predeterminada en la PC de origen (la suya)

El punto es que si no puede comunicarse con un host, es principalmente porque no hay una ruta desde el dispositivo local (el suyo) al remoto (host). O eso o algo bloquea tus intentos de conectarte a los hosts.

Sin embargo, sus pings nunca llegan a su destino y, aun así, no se informa de pérdida de paquetes.

Host de destino inalcanzable pero sin pérdida de paquetes

El ping y la pérdida de paquetes están algo vinculados, pero son cosas completamente diferentes. Por una vez, el ping prueba la accesibilidad de ciertos dispositivos (hosts), mientras que la pérdida de paquetes es el porcentaje de paquetes que no llegaron a su destino.

Entonces, ¿por qué no hay pérdida de paquetes a pesar de que el host de destino del ping es inalcanzable? La respuesta es bastante simple, en realidad. Si no hay una ruta desde el sistema local (el suyo), los paquetes que envió nunca se colocaron en la ruta.

Por lo tanto, las solicitudes siempre tendrán un 0% de pérdida de paquetes, ya que, para empezar, no se envió nada. Dato curioso: en la mayoría de los sistemas Linux, el ping informa una pérdida de paquetes del 100 %.

Problema de enrutamiento inalcanzable del host de destino

Si te has encontrado con este problema antes, lo más probable es que hayas visto uno de estos dos errores:

• Host de destino inalcanzable – este error ocurre cuando no hay ruta entre el sistema local y el destino
• Respuesta de xxxx: Host de destino inalcanzable – hay algún problema con un enrutador remoto (xxxx es la dirección IP del enrutador problemático)

Hay otro escenario cuando se agota el tiempo de espera de sus solicitudes. Después de enviar solicitudes de eco, la PC comienza a escuchar las respuestas de eco. El tiempo de espera predeterminado para una respuesta de eco es de un segundo.

Si el dispositivo no recibió la respuesta dentro de 1 segundo, la solicitud expirará y recibirá un mensaje de error sugerente (es decir, Tiempo de espera agotado). Esta situación se debe principalmente a la congestión de la red, pero también puede tener otras causas.

Por ejemplo, los descartes silenciosos, las redes mal enrutadas o el filtrado de paquetes pueden contribuir a los tiempos de espera de las solicitudes.

¿Cómo arreglar el ping inalcanzable del host de destino?

Si la causa del error es incorrecta Puerta de enlace predeterminada configuración, le mostraremos cómo solucionarlo. Realice los siguientes pasos:

1. Inicie su navegador y acceda a cualquier sitio web no local (como google.com)
2. Ejecute una instancia de CMD con derechos de administrador
3. En la ventana CMD, escriba hacer ping xxxx (donde xxxx = la IP del host inalcanzable)
4. Tenga en cuenta que las respuestas son de una dirección IP diferente
5. Escribe tracert -d xxxx para seguir el rastro de la dirección IP inicial
6. Si observa la segunda dirección IP en la ruta de seguimiento, esa dirección podría configurarse como la Puerta de enlace predeterminada
7. Modificar el Puerta de enlace predeterminada en la ventana de configuración de su adaptador
8. Compruebe si el host sigue siendo inalcanzable

¿No puede ejecutar CMD como administrador? Nuestra guía puede ayudarlo a solucionar este problema en poco tiempo.

Si los pasos anteriores no arrojaron resultados, pruebe estas sugerencias:

• Compruebe si hay algún problema con los cables de red.
• Asegúrese de que el host de destino (dispositivo) esté encendido y conectado
• Usar rastrear para encontrar la ubicación del problema (la dirección)
• Deshabilite el firewall y verifique si el problema persiste
• Compruebe si el host local tiene una configuración adecuada

Puede obtener un 0 % de pérdida de paquetes, incluso cuando no se puede acceder a los hosts

Para resumir, no debe estresarse por un simple problema de semántica. Incluso si la herramienta de ping de Windows informa una pérdida de paquetes del 0%, se debe a que, para empezar, no hay conexión y no se envían paquetes.

Simplemente intente usar la herramienta de ping en Linux y probablemente recibirá una pérdida de paquetes del 100%. Lo importante es entender por qué ocurre tal error y encontrar formas de solucionarlo.