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.
Réponses:
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.
la source
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 Failure
message 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).la source
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.
la source
J'obtiendrais cette erreur après:
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
la source
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:
la source
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.
la source
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.
la source
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:
É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
Émis la même commande avec une cible différente (au sein de mon réseau) sans problème.
Pare-feu temporairement arrêté (AVAST) et a réussi à envoyer une requête ping / tracert à www.google.com.
Ouvrez Avast Internet Security, cliquez sur les paramètres du pare-feu dans le volet gauche, cliquez sur le bouton Paramètres.
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é.
la source
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!
la source
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.
la source
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).
la source
Un article utile avec de bonnes instructions et des commandes utiles pour résoudre ce problème gênant pour Windows est écrit ici: https://appuals.com/fix-general-failure-error-running-ping-commands/ .
la source