Pourquoi ai-je un "échec général" lors de l'envoi d'une requête ping au nom d'hôte sur un nœud Windows 7 du réseau?
C'est 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 est que ce client est le seul nœud du réseau qui semble connaître ce problème. Lorsque j'essaie de cingler un serveur Win 08 spécifique par nom d'hôte, je reçois une adresse IPv6 et je reçois General failure.. Mais lorsque je cingle c'est une adresse IPv4, elle répond parfaitement.
Ma première pensée a été de vérifier le nom du serveur DNS avec les résolutions de noms pour voir ce qui se passerait, mais le problème pose la question suivante: pourquoi la station récupère-t-elle une adresse IPv6 et échoue-t-elle au lieu d'utiliser les paramètres IPv4 (qui sont statiques en fait) . Ce qui donne? J'inclus une copie d'écran d'essayer un serveur spécifique et d'échouer tout 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 rencontre des problèmes. 
Découvrez, à la lecture de quelques autres publications, qu'IPv6 n'est pas exactement désactivé en décochant le protocole dans les paramètres de la carte réseau. En outre, il existe des stratégies de préfixe intégrées à Windows qui favorisent IPv6 par rapport à IPv4.
Il s'avère que Microsoft dispose d’outils permettant de choisir Présence ou de désactiver IPv6 sur son site. Je ne sais toujours pas pourquoi j'ai reçu le message General Failure en premier lieu, mais au moins j'ai pu réparer la priorité à l'aide du Microsoft Fix it 50410 sur cette page (Préférez IPv4 sur IPv6 dans les stratégies de préfixe) .
Dans ma situation, j'ai trouvé que peerblock était la cause.
Certaines applications bloquent le trafic http, peerblock par exemple. Cela provoque l'échec des pings via le message d'erreur «Échec général».
La façon dont j'ai trouvé l'application qui en était la cause é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 sur quelques sites, il est fort probable que Firewall, Antivirus ou une autre application d'interception/de blocage HTTP telle que Peerblock, Charles, Wireshark, etc.
J'ai eu un problème similaire. J'ai dû désinstaller le client de mobilité AnyConnect.
J'ai eu un ping constant en cours d'exécution et obtenait "l'échec général". à 8.8.8.8; dès que la désinstallation était à moitié terminée, je pouvais revenir à la possibilité de faire un ping.
Je voudrais obtenir cette erreur après:
- Accéder à un site.
- Connexion à mon VPN d'entreprise.
- Accéder au même site.
Cela ne s'est pas produit pour tous les sites, mais uniquement pour les sites que nous (la société) avons publiés. Pour le réparer, j'ai couru
ipconfig /flushdns
Il semble que 6to4, une technologie de transition/tunneling IPv6, soit activée sur votre ordinateur. Malheureusement, 6to4 est très peu fiable dans la pratique et pour beaucoup de gens, 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, tels que celui-ci.
Vous pouvez le faire à partir d'une invite de commande de l'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
Dans mon cas, cela s'est propagé jusqu'au client VPN de Cisco. Il a dit qu'il y avait une panne de sous-système de réseau. Il s’avère que ma carte réseau sans fil recevait une adresse IP et tout, mais lorsque j’ai essayé d’envoyer une requête ping à mon routeur, cela me donnait un échec général.
J'ai jeté un coup d'œil au gestionnaire de périphériques et il y avait un tas de nouveaux éléments Bluetooth sur lesquels aucun pilote n'était installé. 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 PAN (réseau personnel), alors je me suis demandé si cela prenait plutôt le pas 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 «nouveau matériel présumé», cela m'a permis de commencer à envoyer une requête ping à mon routeur. J'utilise maintenant avec succès mon ordinateur portable pour accéder au VPN et au réseau privé virtuel.
J'ai aussi rencontré un problème similaire. À savoir, je ne pouvais pas cingler ou tracert www.google.com sur un système d'exploitation Windows 7 et cela provoquait un échec général.
J'ai procédé comme suit pour dépanner et résoudre le problème:
- Émettez la commande ping -4 www.google.com. Cela fait explicitement appel à IPV4. N'a pas résolu le problème.
Émission de la même commande depuis le n ° 1, mais ping -6. Pinglez explicitement avec IPV6. Erreur a déclaré qu'il ne pouvait pas trouver l'hôte www.google.com
Emis la même commande avec une cible différente (au sein de mon réseau) sans problème.
Le pare-feu (AVAST) a été temporairement arrêté et a réussi à cingler/transférer vers www.google.com.
Avast Internet Security ouvert, clique sur les paramètres du pare-feu dans le volet de gauche, clique sur le bouton Paramètres.
Cliquez sur Règles système, puis activez ICMP (Internet Control Message Protocol) pour autoriser les requêtes de ping et de trace sortantes. 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 suis pas sûr de savoir comment ce paramètre a été changé.
la fonctionnalité 'cybersec' du client nordvpn empêche également cette opération pour les autres plages de sous-réseaux (locales), même lorsque vpn est désactivé - la divinité $ sait pourquoi - désactive l'option 'cybersec' et tout d'un coup votre autre réseau local les sous-réseaux fonctionnent à nouveau.
Correction d'un de ceux-ci sur win 8.1 en réinitialisant TCP/IP et Winsock. Pour tous ceux qui ont besoin d'informations sur comment, ouvrez la commande ADMIN Invite et exécutez:
Windows Vista, 7, 8
netsh i i r r
netsh winsock réinitialiser
Puis redémarrez.
Windows XP
netsh i i r r
netsh w r
Puis redémarrez. Bonne chance!
Un article utile contenant de bonnes instructions et des commandes utiles pour résoudre ce problème gênant sous Windows est écrit ici: https://appuals.com/fix-general-failure-error-running-ping-commands/ .
Vous devrez peut-être vous reconnecter à votre VPN.
J'ai rencontré un problème similaire et j'ai essayé de vider le cache du DNS (ipconfig/flushdns) en vain. J'ai fini par avoir besoin de me déconnecter et de me reconnecter à mon VPN pour obtenir la résolution nécessaire pour pouvoir fonctionner à nouveau.
Jusqu'à ce que je fasse ce ping et tracert échoué les deux (mais j'ai été en mesure de rechercher le nom de l'hôte via nslookup).
Dans mon cas, cela s'est produit parce que ma connexion Internet avait à la fois IPv4 et IPv6 activé, mais je me suis ensuite connecté à un VPN qui ne supportait 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.