2012-06-06 15:06:54 +0000 2012-06-06 15:06:54 +0000
32
32

¿Por qué obtengo "Fallo General" cuando hago ping al nombre del host en un nodo de Win 7 de la red?

Este es un problema muy peculiar con una estación de nuestra red. La PC cliente está corriendo Windows 7 Pro. Lo que hace este problema interesante es que este cliente es el único nodo de la red que parece estar experimentando este problema. Cuando trato de hacer ping a un servidor específico de Win 08 por el nombre del host, obtengo una dirección IPv6 y obtengo General failure. Pero cuando hago ping a su dirección IPv4, responde muy bien.

Mi primer pensamiento sería revisar el servidor DNS las resoluciones de los nombres para ver qué estaría pasando, pero el problema plantea la pregunta, ¿por qué la estación obtiene una dirección IPv6 de vuelta y falla en lugar de usar la configuración IPv4 (que es estática por cierto). ¿Qué pasa? Estoy incluyendo una captura de pantalla de intentar un servidor específico y fallar mientras se intenta otro servidor con éxito. Todos los demás nodos de la red no tienen problemas para comunicarse con el servidor con el que la estación tiene problemas.

Fuente

Respuestas (12)

14
14
14
2013-10-28 19:12:31 +0000

En mi situación, descubrí que el bloqueo de paridad causó esto.

Algunas aplicaciones bloquean el tráfico http, el bloqueo de paridad por ejemplo. Estas causan que los pings fallen a través del mensaje de error “Fallo General”.

La forma en que encontré la aplicación que causó esto fue matando procesos uno por uno y comprobando los pings. Eventualmente maté el bloqueador en mi caso y mi ping comenzó a funcionar.

Si tus pings están fallando sólo para unos pocos sitios es muy probable que sea un Firewall, Antivirus o alguna otra aplicación de intercepción/bloqueo HTTP como Peerblock, Charles, Wireshark… etc.
Fuente
11
11
11
2012-06-12 16:15:16 +0000

Descubrí a través de la lectura de un par de otros mensajes que IPv6 no está exactamente deshabilitado desmarcando el protocal en los ajustes del adaptador de red. Además, hay políticas de prefijos incorporadas en Windows que favorecen IPv6 sobre IPv4.

Resulta que [ Microsoft tiene algunas herramientas que ayudan a elegir la presencia o a elegir deshabilitar IPv6 por completo en su sitio. (http://support.microsoft.com/kb/929852) Aún no estoy seguro de por qué recibí el mensaje General Failure en primer lugar, pero al menos fui capaz de arreglar la precedencia usando el Microsoft Fix it 50410 de esa página (Preferir IPv4 sobre IPv6 en las políticas de prefijos).
Fuente
10
10
10
2013-02-17 12:21:53 +0000

Yo tenía un problema similar. Tuve que desinstalar el cliente de movilidad AnyConnect.

Tenía un ping constante corriendo y estaba recibiendo el “fallo general” a 8.8.8.8; tan pronto como la desinstalación estaba a medio camino estaba de vuelta a ser capaz de hacer ping.
Fuente
8
8
8
2013-03-19 14:53:44 +0000

Me daría este error después de:

  1. Accediendo a un sitio.
  2. Conectando a mi VPN corporativo.
  3. Accediendo al mismo sitio.

No sucedió para todos los sitios, sólo para los sitios que nosotros (la compañía) publicamos. Para arreglarlo, corrí 

ipconfig /flushdns
Fuente
4
4
4
2014-08-15 19:46:05 +0000

Parece que tu ordenador tiene habilitada la tecnología de transición/tunelización 6to4, IPv6. Desafortunadamente 6to4 es muy poco fiable en la práctica y para mucha gente está completamente rota.

Es una buena idea deshabilitar todas las tecnologías de transición si no las estás usando realmente, ya que todas pueden causar varios problemas como este.

Puedes hacerlo desde un Administrador de comandos con lo siguiente: 

netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled
netsh interface teredo set state disable
Fuente
3
3
3
2018-07-04 13:11:52 +0000

la característica “cybersec” del cliente nordvpn también causa que esto para otros rangos de subredes (locales) no sea alcanzable, incluso cuando vpn está APAGADO - $deity sabe por qué - desactiva la opción “cybersec” y de repente tus otras subredes lan funcionan de nuevo.
Fuente
2
2
2
2012-09-17 02:05:02 +0000

En mi caso, esto se propagó hasta el cliente VPN de Cisco. Decía que había un fallo en el subsistema de la red. Resulta que mi nic inalámbrico estaba obteniendo una dirección IP y todo eso, pero cuando intenté hacer ping a mi router, me estaba dando un fallo general.

Eché un vistazo al administrador de dispositivos, y había un montón de nuevos elementos Bluetooth que no tenían sus drivers instalados. Eso era extraño, porque no había instalado nada nuevo. De hecho, este es un portátil con hardware Bluetooth incorporado.

Sé que el Bluetooth te permite hacer PAN (red de área personal), así que me pregunté si esto de alguna manera tenía prioridad sobre mi WiFi NIC. Deshabilité todos estos elementos en el administrador de dispositivos, y aunque no se instalaron nuevos controladores para este “presumiblemente nuevo hardware”, esto me permitió comenzar a hacer ping a mi router. Ahora estoy usando mi portátil con éxito para entrar en el “nosotros” y en la VPN.
Fuente
1
1
1
2014-08-13 20:06:40 +0000

Arreglé uno de estos en la victoria 8.1 reseteando TCP/IP y Winsock. Para cualquiera que necesite información sobre cómo hacerlo, abra el símbolo del sistema ADMIN y ejecute:

Windows Vista, 7, 8

netsh i i r

netsh winsock reset

Entonces reinicie.

Windows XP

netsh i i r

netsh w r

Entonces reinicie. ¡Buena suerte!
Fuente
1
1
1
2013-09-07 03:19:29 +0000

También me encontré con un problema similar. A saber, no pude hacer ping o rastrear www.google.com en un sistema operativo Windows 7 y se produjo un fallo general.

Hice lo siguiente para solucionar el problema:

  1. Problema comando ping -4 www.google.com. Esto explícitamente hace pings usando IPV4. No resolví el problema.

  2. Emitió el mismo comando desde el #1, pero el ping -6 . Explícitamente hace ping con IPV6. Error declaró que no podía encontrar el host www.google.com

  3. Emitió el mismo comando con un objetivo diferente (dentro de mi red) sin problema.

  4. El firewall se detuvo temporalmente (AVAST) y fue capaz de pinchar/trazar con éxito a www.google.com.

  5. Abrió Avast Internet Security, hizo clic en la configuración del firewall en el panel de la izquierda, hizo clic en el botón de configuración.

    1. Hizo clic en System rules y luego en ICMP (Internet Control Message Protocol) para permitir la solicitud de ping y rastreo saliente. Asunto resuelto

Preocupado: Emití los comandos anteriores en la misma estación de trabajo hace unas semanas sin problema. No estoy seguro de cómo se cambió esa configuración.
Fuente
0
0
0
2015-11-09 16:39:33 +0000

Puede que necesites reconectarte a tu VPN.

Me encontré con un problema similar, y traté de vaciar la caché dns (ipconfig /flushdns) sin éxito, terminé necesitando desconectarme y reconectarme a mi VPN para obtener la resolución para empezar a trabajar de nuevo.

Hasta que hice ese ping y tracert ambos fallaron (pero fui capaz de buscar el nombre del host a través de nslookup).
Fuente
0
0
0
2014-12-23 22:00:26 +0000

En mi caso, esto sucedió porque mi conexión a Internet tenía tanto IPv4 como IPv6 habilitados, pero luego me conecté a una VPN que sólo soportaba IPv4. Así que supongo que Windows seguía intentando conectarse a ese host por IPv6 a través de la VPN, lo cual falló.

La solución fue deshabilitar IPv6 en las propiedades del adaptador de red para mi conexión a Internet.
Fuente
0
0
0
2018-12-16 12:01:40 +0000

Un artículo útil con algunas buenas instrucciones y comandos útiles para arreglar este molesto asunto de las ventanas está escrito aquí: https://appuals.com/fix-general-failure-error-running-ping-commands/ .
Fuente