¿Por qué obtengo "Error general" al hacer ping al nombre de host en un nodo Win 7 en la red?

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

Lo primero que pensé sería verificar en el servidor DNS las resoluciones de nombre para ver qué ocurriría, pero el problema plantea la pregunta, ¿por qué la estación recupera una dirección IPv6 y falla en lugar de usar la configuración de IPv4 (que son estáticas por cierto) . ¿Lo que da? Incluyo una captura de pantalla de probar un servidor específico y fallar al intentar con éxito otro servidor. Todos los demás nodos en la red no tienen problemas para comunicarse con el servidor con el que la estación tiene problemas.

En mi situación, encontré que peerblock causó esto.

Algunas aplicaciones bloquean el tráfico http, peerblock por ejemplo. Esto hace que los pings fallen a través del mensaje de error "Falla general".

La forma en que encontré la aplicación que causaba esto fue matar procesos uno por uno y verificar los pings. Finalmente maté peerblock en mi caso y mi ping comenzó a funcionar.

Si sus pings fallan solo en unos pocos sitios, lo más probable es que sea Firewall, Antivirus o alguna otra aplicación de intercepción / bloqueo HTTP como Peerblock, Charles, Wireshark ... etc.

Al leer un par de publicaciones más, descubrí que IPv6 no está exactamente deshabilitado al desmarcar el protocolo en la configuración del adaptador de red. Además, hay políticas de prefijo integradas en Windows que favorecen IPv6 sobre IPv4.

Resulta que Microsoft tiene algunas herramientas que ayudan a elegir la presencia o elegir deshabilitar por completo IPv6 en su sitio. Todavía no estoy seguro de por qué recibí el General Failuremensaje en primer lugar, pero al menos pude arreglar la precedencia usando Microsoft Fix it 50410 en esa página (Prefiero IPv4 sobre IPv6 en las políticas de prefijo).

Tuve un problema similar Tuve que desinstalar el cliente de movilidad AnyConnect.

Tenía un ping constante y estaba obteniendo el "fallo general". a 8.8.8.8; Tan pronto como la desinstalación estuvo a mitad de camino, volví a poder hacer ping.

Recibiría este error después de:

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

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

ipconfig /flushdns

Parece que su computadora tiene 6to4, una tecnología de transición / túnel IPv6, habilitada. Desafortunadamente, 6to4 es muy poco confiable en la práctica y para muchas personas está completamente roto.

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

Puede hacerlo desde un símbolo del sistema del administrador con lo siguiente:

netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled
netsh interface teredo set state disable

En mi caso, esto realmente se propagó hasta el cliente VPN de Cisco. Dijo que hubo una falla en el subsistema de red. Resulta que mi dispositivo inalámbrico estaba obteniendo una dirección IP y todo, pero cuando traté de hacer ping a mi enrutador, me dio una falla general.

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

Sé que Bluetooth te permite hacer PAN (red de área personal), por lo que me preguntaba si esto de alguna manera tenía prioridad sobre mi NIC WiFi. 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 enrutador. Ahora estoy usando mi computadora portátil con éxito para conectarnos a nosotros y a la VPN.

la función 'cybersec' del cliente nordvpn también hace que esto no sea accesible para otros rangos de subred (local), incluso cuando vpn está APAGADO - $ deity sabe por qué - apague la opción 'cybersec' y de repente su otro lan las subredes funcionan de nuevo.

También me encontré con un problema similar. Es decir, no pude hacer ping o tracertar www.google.com en un sistema operativo Windows 7 y arrojó una falla general.

Hice lo siguiente para solucionar problemas y resolver el problema:

1. Emita el comando ping -4 www.google.com. Esto explota explícitamente con IPV4. No se resolvió el problema.

2. Emitió el mismo comando desde el n. ° 1, pero ping -6. Explícitamente ping con IPV6. Error indicó que no pudo encontrar el host www.google.com

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

4. Cortó temporalmente el cortafuegos (AVAST) y pude hacer ping / tracert con éxito a www.google.com.

5. Abrí Avast Internet Security, hice clic en la configuración del firewall en el panel izquierdo, hice clic en el botón Configuración.

6. Hizo clic en Reglas del sistema y luego habilitó ICMP (Protocolo de mensajes de control de Internet) para permitir la solicitud saliente de ping y rastreo. Problema resuelto

Preocupado: emití los comandos anteriores en la misma estación de trabajo hace unas semanas sin problemas. No estoy seguro de cómo se cambió esa configuración.

Se corrigió uno de estos en win 8.1 restableciendo TCP / IP y Winsock. Para cualquiera que necesite información sobre cómo, abra el símbolo del sistema ADMIN y ejecute:

Windows Vista, 7, 8

netsh iirr

netsh winsock reset

Luego reiniciar.

Windows XP

netsh iirr

netsh wr

Luego reiniciar. ¡Buena suerte!

En mi caso, esto sucedió porque mi conexión a Internet tenía IPv4 e IPv6 habilitados, pero luego me conecté a una VPN que solo admitía IPv4. Así que supongo que Windows todavía estaba tratando de conectarse a ese host a través de IPv6 a través de la VPN, que falló.

La solución fue deshabilitar IPv6 en las propiedades del adaptador de red para mi conexión a Internet.

Es posible que deba volver a conectarse a su VPN.

Me encontré con un problema similar e intenté vaciar el caché dns (ipconfig / flushdns) en vano, terminé necesitando desconectarme y volver a conectarme a mi VPN para obtener resolución para comenzar a funcionar nuevamente.

Hasta que hice ese ping y tracert, ambos fallaron (pero pude buscar el nombre del host a través de nslookup).

Aquí se escribe un artículo útil con algunas buenas instrucciones y comandos útiles para solucionar este molesto problema de Windows: https://appuals.com/fix-general-failure-error-running-ping-commands/ .