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

Pourquoi est-ce que j'obtiens "General Failure" lorsque je ping le nom d'hôte sur un noeud Win 7 du réseau ?

C'est un problème très particulier avec une station de notre réseau. Le PC client fonctionne sous Windows 7 Pro. Ce qui rend ce problème intéressant est que ce client est le seul nœud du réseau qui semble connaître ce programme. Lorsque j'essaie de faire un ping sur un serveur Win 08 spécifique par nom d'hôte, j'obtiens une adresse IPv6 et je reçois General failure. Mais lorsque je fais un ping sur son adresse IPv4, il répond très bien.

Ma première idée était de vérifier les résolutions de noms du serveur DNS pour voir ce qui se passerait, mais le problème pose la question suivante : pourquoi la station reçoit-elle une adresse IPv6 et échoue-t-elle, au lieu d'utiliser les paramètres IPv4 (qui sont statiques) ? Qu'est-ce qui se passe ? J'inclus une capture d'écran d'un serveur en particulier et d'un échec lors d'un essai réussi sur un autre serveur. Tous les autres nœuds du réseau n'ont pas de problèmes pour communiquer avec le serveur avec lequel la station a des problèmes.

Réponses (12)

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

Dans ma situation, j'ai trouvé que peerblock en était la cause.

Certaines applications bloquent le trafic http, peerblock par exemple. Elles provoquent l'échec des pings via le message d'erreur “General Failure”.

La façon dont j'ai trouvé l'application qui a causé cela était de tuer les processus un par un et de vérifier les pings. J'ai fini par tuer le peerblock dans mon cas et mon ping a commencé à fonctionner.

Si vos pings échouent seulement pour quelques sites, il est très probable que le pare-feu, l'antivirus ou une autre application d'interception/blocage HTTP comme Peerblock, Charles, Wireshark… etc.

11
11
11
2012-06-12 16:15:16 +0000

En lisant quelques autres articles, vous avez découvert qu'IPv6 n'est pas exactement désactivé en décochant le protocole dans les paramètres de l'adaptateur réseau. De plus, des règles de préfixes sont intégrées dans les fenêtres qui favorisent IPv6 par rapport à IPv4.

Il s'avère que [ Microsoft dispose d'outils qui aident à choisir la présence ou à choisir de désactiver complètement IPv6 sur leur site. Je ne sais toujours pas pourquoi j'ai reçu le message General Failure, mais au moins j'ai pu corriger la préséance en utilisant le Microsoft Fix it 50410 sur cette page (Préférer IPv4 à IPv6 dans les politiques de préfixation).

10
10
10
2013-02-17 12:21:53 +0000

J'ai eu un problème similaire. J'ai dû désinstaller le client de mobilité AnyConnect.

J'avais un ping constant en cours et je recevais la “panne générale”. à 8.8.8.8 ; dès que la désinstallation était à moitié terminée, je pouvais à nouveau faire un ping.

8
8
8
2013-03-19 14:53:44 +0000

J'obtiendrais cette erreur après :

  1. Accès à un site.
  2. Connexion à mon VPN d'entreprise.
  3. Accès au même site.

Cela ne s'est pas produit pour tous les sites, mais seulement pour les sites que nous (la société) avons publiés. Pour y remédier, j'ai lancé

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

Il semble que votre ordinateur dispose de la technologie 6to4, une technologie de transition/tunneling IPv6, activée. Malheureusement, la technologie 6to4 est très peu fiable dans la pratique et pour beaucoup de gens, elle est complètement cassée.

C'est une bonne idée de désactiver toutes les technologies de transition si vous ne les utilisez pas réellement, car elles peuvent toutes causer divers problèmes comme celui-ci.

Vous pouvez le faire à partir d'une invite de commande de l'administrateur avec ce qui suit :

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

la fonction “cybersec” du client nordvpn entraîne également l'inaccessibilité d'autres sous-réseaux (locaux), même lorsque vpn est désactivé - $deity sait pourquoi - désactivez l'option “cybersec” et, tout à coup, vos autres sous-réseaux terrestres fonctionnent à nouveau.

2
2
2
2012-09-17 02:05:02 +0000

Dans mon cas, cela s'est en fait propagé jusqu'au client VPN de Cisco. Il disait qu'il y avait une défaillance du sous-système réseau. Il s'est avéré que ma connexion sans fil obtenait une adresse IP et tout, mais lorsque j'ai essayé d'envoyer un ping à mon routeur, cela m'a donné une défaillance générale.

J'ai jeté un coup d'œil au gestionnaire de périphériques, et il y avait un tas de nouveaux éléments Bluetooth qui n'avaient pas leurs pilotes installés. C'était bizarre, parce que je n'avais rien installé de nouveau. En fait, il s'agit d'un ordinateur portable avec du matériel Bluetooth intégré.

Je sais que Bluetooth vous permet de faire du PAN (réseau personnel), donc je me suis demandé si cela n'avait pas priorité sur ma carte réseau WiFi. J'ai désactivé tous ces éléments dans le gestionnaire de périphériques, et bien qu'aucun nouveau pilote n'ait été installé pour ce “matériel vraisemblablement nouveau”, cela m'a permis de commencer à envoyer des pings à mon routeur. J'utilise maintenant mon ordinateur portable avec succès pour accéder au réseau privé virtuel (VPN) et au réseau de communication.

1
1
1
2014-08-13 20:06:40 +0000

L'un d'entre eux a été fixé sur win 8.1 en réinitialisant TCP/IP et Winsock. Pour toute personne ayant besoin d'informations sur la manière de procéder, ouvrez l'invite de commande ADMIN et exécutez :

Windows Vista, 7, 8

netsh i i r r

netsh winsock reset

Then reboot.

Windows XP

netsh i i r

netsh w r

Then reboot. Bonne chance !

1
1
1
2013-09-07 03:19:29 +0000

Je suis également tombé sur un problème similaire. En effet, je n'ai pas pu effectuer de ping ou de traçage www.google.com sur un système d'exploitation Windows 7 et cela a provoqué une panne générale.

J'ai fait ce qui suit pour dépanner et résoudre le problème:

  1. émettre la commande ping -4 www.google.com. Cette commande ping utilise explicitement l'IPV4. N'a pas résolu le problème.
  2. A émis la même commande à partir de #1, mais ping -6 . Ceci ping explicitement avec IPV6. Error stated that it could not find host www.google.com

  3. A émis la même commande avec une cible différente (dans mon réseau) sans problème.

  4. A temporairement arrêté le pare-feu (AVAST) et a réussi à se connecter à www.google.com.

  5. A ouvert Avast Internet Security, a cliqué sur les paramètres du pare-feu dans le panneau de gauche, a cliqué sur le bouton Paramètres.

  6. Cliquez sur Règles système et activez ensuite l'ICMP (Internet Control Message Protocol) pour permettre le ping sortant et la demande de traçage. Problème résolu

Préoccupé : J'ai émis les commandes ci-dessus sur le même poste de travail il y a quelques semaines sans problème. Je ne sais pas comment ce paramètre a été modifié.

0
0
0
2015-11-09 16:39:33 +0000

**Je suis tombé sur un problème similaire, et j'ai essayé de vider le cache dns (ipconfig /flushdns) sans succès, j'ai fini par devoir me déconnecter et me reconnecter à mon VPN pour obtenir la résolution pour recommencer à travailler.

Jusqu'à ce que je le fasse, le ping et le tracert ont tous deux échoué (mais j'ai pu rechercher le nom d'hôte via nslookup).

0
0
0
2014-12-23 22:00:26 +0000

Dans mon cas, cela s'est produit parce que ma connexion Internet était compatible avec IPv4 et IPv6, mais je me suis ensuite connecté à un VPN qui ne prenait en charge qu'IPv4. Je suppose donc que Windows essayait toujours de se connecter à cet hôte via IPv6 sur le VPN, ce qui a échoué.

La solution consistait à désactiver IPv6 dans les propriétés de la carte réseau pour ma connexion Internet.

0
0
0
2018-12-16 12:01:40 +0000

Un article utile contenant de bonnes instructions et des commandes utiles pour résoudre ce problème ennuyeux de fenêtres est écrit ici : https://appuals.com/fix-general-failure-error-running-ping-commands/ .