Pourquoi est-ce que j'obtiens «Échec général» lors de l'exécution d'une requête ping sur le nom d'hôte sur un nœud Win 7 sur le réseau?

32

Il s'agit d'un problème très particulier avec une station sur notre réseau. Le PC client exécute Windows 7 Pro. Ce qui rend ce problème intéressant, c'est que ce client est le seul nœud du réseau qui semble rencontrer ce programme. Lorsque j'essaie de cingler un serveur Win 08 spécifique par nom d'hôte, j'obtiens une adresse IPv6 et j'obtiens General failure. Mais quand je cingle c'est l'adresse IPv4, il répond très bien.

Ma première pensée serait de vérifier les résolutions de noms sur le serveur DNS pour voir ce qui se passerait, mais le problème pose la question, pourquoi la station récupère-t-elle une adresse IPv6 et échoue au lieu d'utiliser les paramètres IPv4 (qui sont des btw statiques) . Ce qui donne? J'inclus une capture d'écran d'essayer un serveur spécifique et d'échouer en essayant un autre serveur avec succès. Tous les autres nœuds du réseau n'ont pas de problèmes de communication avec le serveur avec lequel la station a des problèmes. Pingng: échec général

Chad Harrison
la source
1
probablement lié au pare-feu. Pouvez-vous désactiver le pare-feu de ces ordinateurs pour vérifier? Si cela fonctionne, alors peut-être que la réinitialisation des paramètres par défaut du pare-feu pourrait y remédier ...
Logman
Le pare-feu sur la machine est désactivé.
Chad Harrison
Le «protocole IPV6» est-il activé sous les paramètres réseau sur la machine cible?
Diogo
@Diogo Oui IPV6 est activé. Les autres machines du réseau qui sont compatibles IPv6 obtiennent des réponses ping via IPv6.
Chad Harrison
Vous devriez peut-être définir une adresse IPV6 statique sur la machine cible et tester à nouveau, cela pourrait se produire en raison d'une limitation de masque, je veux dire, votre sorce et vos machines cibles ne sont pas sur le même réseau IPV6. C'est vraiment bizarre, ma prochaine étape serait d'installer un renifleur tel que WireShark et de déboguer chaque étape de la requête / réponse ping ICMP ...
Diogo

Réponses:

14

Dans ma situation, j'ai trouvé que peerblock était à l'origine de cela.

Certaines applications bloquent le trafic http, peerblock par exemple. Cela provoque l'échec des pings via le message d'erreur «Echec général».

La façon dont j'ai trouvé l'application à l'origine de cela était de tuer les processus un par un et de vérifier les pings. Finalement, j'ai tué peerblock dans mon cas et mon ping a commencé à fonctionner.

Si vos pings échouent uniquement pour quelques sites, il s'agit probablement d'un pare-feu, d'un antivirus ou d'une autre application d'interception / blocage HTTP comme Peerblock, Charles, Wireshark ... etc.

Oliver
la source
bien que peerblock ait pu causer le problème dans votre cas ce n'est pas la réponse générique, essayez de me modifier votre réponse plus explicative afin qu'elle soit utile aux futurs utilisateurs
Shekhar
@Shakehar J'ai modifié ma réponse pour essayer d'être un peu plus générique.
Oliver
11

A découvert en lisant quelques autres articles que IPv6 n'est pas exactement désactivé en décochant le protocole dans les paramètres de la carte réseau. De plus, il existe des politiques de préfixe intégrées dans Windows qui favorisent IPv6 sur IPv4.

Il s'avère que Microsoft a quelques outils qui aident à choisir la préséance ou à désactiver complètement IPv6 sur leur site. Je ne sais toujours pas pourquoi j'ai reçu le General Failuremessage en premier lieu, mais au moins j'ai pu corriger la priorité en utilisant le Microsoft Fix it 50410 sur cette page (préférez IPv4 à IPv6 dans les stratégies de préfixe).

Chad Harrison
la source
10

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

J'avais un ping constant en cours d'exécution et obtenais «l'échec général». au 8.8.8.8; dès que la désinstallation était à mi-chemin, j'étais de nouveau en mesure de cingler.

Lloyd
la source
1
J'ai eu un problème similaire avec AnyConnect. découvert theres un paramètre dans avancé -> préférences -> Autoriser l'accès local (LAN) lors de l'utilisation de VPN (si configuré)
ThrowsException
8

J'obtiendrais cette erreur après:

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

Cela ne s'est pas produit pour tous les sites, seulement pour les sites que nous (la société) avons publiés. Pour le réparer, j'ai couru

ipconfig /flushdns
Matt McMinn
la source
Hou la la! En effet, cela a résolu mon problème! :)
Kounavi
Jusqu'à ce que je lise ceci, ma seule solution au problème d '"échec général" après la connexion à un VPN était de se déconnecter, de se reconnecter et de réessayer. Cela l'a souvent corrigé en un ou deux reconnexions. J'en ai marre d'avoir à faire ça, j'ai trouvé cette réponse, et maintenant je n'aurai plus jamais à le faire. :-)
megaflop
4

Il semble que votre ordinateur dispose de 6to4, une technologie de transition / tunneling IPv6, activée. Malheureusement, le 6to4 n'est pas très fiable dans la pratique et pour de nombreuses personnes, il est complètement cassé.

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 commandes administrateur avec les éléments suivants:

netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled
netsh interface teredo set state disable
Michael Hampton
la source
Ce que je ne comprends pas, c'est que 6to4 est quelque chose que je configurerais dans un routeur Cisco, jamais sur un hôte. Je ne peux pas croire que MS ait même passé 2 secondes à écrire ceci. Je parie qu'il n'a jamais été utilisé par personne.
Brain2000
@ Brain2000 Ma conjecture est de couvrir les cas d'utilisation en entreprise, "Je parie que cela n'a jamais été utilisé par quelqu'un" qui n'a pas été contraint par des contraintes infrastucturales
twobob
2

Dans mon cas, cela s'est propagé jusqu'au client Cisco VPN. Il a indiqué qu'il y avait une défaillance du sous-système réseau. Il s'avère que mon nic sans fil obtenait une adresse IP et tout, mais quand j'ai essayé de cingler mon routeur, cela m'a donné un échec général.

J'ai jeté un œil au gestionnaire de périphériques, et il y avait un tas de nouveaux éléments Bluetooth sur lesquels leurs pilotes n'étaient pas installés. C'était étrange, car je n'avais rien installé de nouveau. En fait, il s'agit d'un ordinateur portable avec matériel Bluetooth intégré.

Je sais que Bluetooth vous permet de faire du PAN (réseau personnel), alors je me demandais si cela avait en quelque sorte la 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 probablement nouveau '', cela m'a permis de commencer à cingler mon routeur. J'utilise maintenant mon ordinateur portable avec succès pour accéder au we et au VPN.

user159686
la source
2

la fonctionnalité 'cybersec' du client nordvpn empêche également d'autres plages de sous-réseaux (locaux), même lorsque vpn est désactivé - $ deity sait pourquoi - de désactiver l'option 'cybersec' et tout d'un coup votre autre réseau local les sous-réseaux fonctionnent à nouveau.

pacifiste
la source
NordVPN a également une option "Rendre l'ordinateur invisible sur le LAN" qui fera exactement cela. Même lorsque le logiciel NordVPN n'est pas ouvert ou connecté.
Cooper
1

J'ai également rencontré un problème similaire. À savoir, je n'ai pas pu envoyer de requête ping ou tracert www.google.com sur un système d'exploitation Windows 7 et cela a provoqué un échec général.

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

  1. Exécutez la commande ping -4 www.google.com. Cela fait explicitement appel à IPV4. N'a pas résolu le problème.
  2. Émis la même commande de # 1, mais ping -6. Ping explicite avec IPV6. L'erreur a indiqué qu'il n'a pas pu trouver l'hôte www.google.com

  3. Émis la même commande avec une cible différente (au sein de mon réseau) sans problème.

  4. Pare-feu temporairement arrêté (AVAST) et a réussi à envoyer une requête ping / tracert à www.google.com.

  5. Ouvrez Avast Internet Security, cliquez sur les paramètres du pare-feu dans le volet gauche, cliquez sur le bouton Paramètres.

  6. Cliquez sur Règles système, puis activez ICMP (Internet Control Message Protocol) pour autoriser le ping sortant et la demande de trace. 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é.

user252102
la source
Au cas où cela aiderait quelqu'un, j'obtenais un échec général sur Windows 8.1. Résolu en désinstallant le bloatware McAfee fourni avec l'ordinateur portable Asus.
Rich Dougherty
1

Correction de l'un de ces problèmes sur la version 8.1 en réinitialisant TCP / IP et Winsock. Pour toute personne qui a besoin d'informations sur la façon de procéder, ouvrez l'invite de commande ADMIN et exécutez:

Windows Vista, 7, 8

netsh iirr

réinitialisation netsh winsock

Redémarrez ensuite.

Windows XP

netsh iirr

netsh wr

Redémarrez ensuite. Bonne chance!

John
la source
J'ai eu un problème avec Ping givin '"General Failure" chaque fois que j'ai démarré notre application C # qui utilise des sockets. La solution publiée ici a été corrigée pour moi. Merci
Dan
0

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

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

EM0
la source
0

Vous devrez peut-être vous reconnecter à votre VPN.

J'ai rencontré un problème similaire et j'ai essayé de vider le cache DNS (ipconfig / flushdns) en vain, j'ai finalement dû me déconnecter et me reconnecter à mon VPN pour obtenir la résolution de recommencer à fonctionner.

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

aolszowka
la source