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

Waarom krijg ik "General Failure" bij het pingen van een hostnaam op een Win 7 node op het netwerk?

Advertisement

Dit is een heel eigenaardig probleem met een station op ons netwerk. Op de client-pc draait Windows 7 Pro. Wat dit probleem interessant maakt is dat deze client de enige node op het netwerk is die dit proglem lijkt te ervaren. Als ik probeer een specifieke Win 08 server te pingen op hostnaam, krijg ik een IPv6 adres en krijg ik General failure. Maar als ik het IPv4 adres ping, reageert het prima.

Mijn eerste gedachte zou de DNS server de naamsresoluties controleren om te zien wat er aan de hand zou zijn, maar het probleem smeekt de quesion, waarom krijgt het station een IPv6 adres terug en faalt het in tegenstelling tot het gebruik van de IPv4 instellingen (die statisch zijn btw). Wat geeft dat? Ik neem een screenshot op van het proberen van de ene specifieke server en het falen ervan terwijl ik een andere server met succes probeer. Alle andere nodes op het netwerk hebben geen problemen om te communiceren met de server waar het ene station problemen mee heeft.

Advertisement
Advertisement

Antwoorden (12)

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

In mijn situatie vond ik peerblock de oorzaak hiervan.

Sommige toepassingen blokkeren http verkeer, peerblock bijvoorbeeld. Deze zorgen ervoor dat pings falen via de “General Failure” foutmelding.

De manier waarop ik de applicatie vond die dit veroorzaakte was om processen één voor één te doden en de pings te controleren. Uiteindelijk doodde ik peerblock in mijn geval en begon mijn ping te werken.

Als je pings slechts voor een paar sites falen is het waarschijnlijk Firewall, Antivirus of een andere HTTP onderschepping/blokkering applicatie zoals Peerblock, Charles, Wireshark… etc.

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

Door het lezen van een paar andere berichten kwam men erachter dat IPv6 niet precies is uitgeschakeld door het uitchecken van de protocale in de netwerkadapter instellingen. Ook zijn er prefix policies ingebouwd in windows die de voorkeur geven aan IPv6 boven IPv4.

Blijkt Microsoft heeft een aantal tools die helpen bij het kiezen van presedence of het kiezen van het uitschakelen van IPv6 in zijn geheel op hun site. Ik weet nog steeds niet zeker waarom ik überhaupt het General Failure-bericht kreeg, maar ik kon in ieder geval de voorrang herstellen met behulp van de Microsoft Fix it 50410 op die pagina (Geef de voorkeur aan IPv4 boven IPv6 in het voorvoegselbeleid).

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

Ik had een soortgelijk probleem. Ik moest de AnyConnect-mobiliteitsclient verwijderen.

Ik had een constante ping aan de gang en kreeg de “general failure” op 8.8.8.8; zodra de verwijdering halverwege klaar was, was ik weer in staat om te pingen.

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

Ik zou deze fout krijgen na:

  1. 1. Toegang tot een site.
  2. 2. Verbinding maken met mijn bedrijfs-VPN.
  3. Toegang tot dezelfde site.

Het is niet voor alle sites gebeurd, alleen voor sites die wij (het bedrijf) hebben gepubliceerd. Om het op te lossen, heb ik

ipconfig /flushdns
``` gerund.
4
Advertisement
4
4
2014-08-15 19:46:05 +0000
Advertisement

Het lijkt erop dat uw computer 6to4, een IPv6 transitie/tunneling technologie, heeft ingeschakeld. Helaas is 6to4 in de praktijk erg onbetrouwbaar en voor veel mensen is het volledig kapot.

Het is een goed idee om alle overgangstechnologieën uit te schakelen als je ze niet daadwerkelijk gebruikt, omdat ze allemaal verschillende problemen kunnen veroorzaken zoals dit.

U kunt dit doen vanuit een Administrator Command Prompt met het volgende:

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

de ‘cybersec’ functie van de nordvpn-client zorgt er ook voor dat andere (lokale) subnetbereiken niet bereikbaar zijn, zelfs als vpn uit staat - $deity weet waarom - zet de ‘cybersec’ optie uit en opeens werken je andere lan-subnets weer.

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

In mijn geval heeft dit zich zelfs tot aan de Cisco VPN-client verspreid. Er werd gezegd dat er een netwerksubsysteemstoring was. Het blijkt dat mijn draadloze nic was het krijgen van een IP-adres en alle, maar toen ik probeerde om mijn router te pingen, het was het geven van me een General Failure.

Ik nam een kijkje op device manager, en er waren een heleboel nieuwe Bluetooth-items die niet hebben hun stuurprogramma’s geïnstalleerd. Dat was vreemd, want ik had niets nieuws geinstalleerd. In feite is dit een laptop met ingebouwde Bluetooth hardware.

Ik weet dat je met Bluetooth PAN (personal area network) kunt doen, dus ik vroeg me af of dit op een of andere manier voorrang had op mijn WiFi NIC. Ik heb al deze items uitgeschakeld in device manager, en hoewel er geen nieuwe drivers zijn geïnstalleerd voor deze ‘vermoedelijk nieuwe hardware’, kon ik hierdoor beginnen met het pingen van mijn router. Ik gebruik nu met succes mijn laptop om zowel op de wij als VPN te komen.

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

Vast een van deze op winst 8.1 door het resetten van TCP/IP en Winsock. Voor iedereen die info nodig heeft over hoe, open ADMIN commando prompt en draai:

Windows Vista, 7, 8

netsh i i r

netsh winsock reset

dan reboot.

Windows XP

netsh i i r r

netsh w r

dan reboot. Veel succes!

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

Ik liep ook tegen een soortgelijke kwestie aan. Namelijk, ik was niet in staat om te pingen of te traceren www.google.com op een Windows 7 besturingssysteem en het gooide een General Failure.

Ik deed het volgende om het probleem op te lossen:

  1. Probleemstelling ping -4 www.google.com. Dit is expliciet pingen met behulp van IPV4. Lostte het probleem niet op.
  2. 2. Verleende dezelfde opdracht van #1, maar ping -6 . 3. Expliciet pingen met IPV6. Fout vermeldde dat het de host www.google.com

niet kon vinden. 3. Heeft hetzelfde commando gegeven met een ander doelwit (binnen mijn netwerk) zonder dat er een probleem is. 4. Stopte tijdelijk met de firewall (AVAST) en kon met succes pingen/tracen naar www.google.com.

  1. Opende Avast Internet Security, klikte op de firewallinstellingen in het linkerdeelvenster, klikte op de knop Settings.

    1. Klikte op Systeemregels en schakelde vervolgens ICMP (Internet Control Message Protocol ) in om uitgaande ping en tracering toe te staan. Resolved Issue

Bezorgd: Ik heb de bovenstaande commando’s een paar weken geleden op hetzelfde werkstation gegeven zonder uitgifte. Ik weet niet zeker hoe die instelling is veranderd.

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

Het kan zijn dat je opnieuw verbinding moet maken met je VPN.

Ik liep tegen een soortgelijk probleem aan, en probeerde de dns cache (ipconfig /flushdns) te spoelen zonder resultaat, ik moest uiteindelijk de verbinding verbreken en opnieuw verbinding maken met mijn VPN om resolutie te krijgen om weer aan het werk te gaan.

Totdat ik die ping en tracert beide deed mislukte (maar ik kon de hostnaam opzoeken via nslookup).

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

In mijn geval gebeurde dit omdat mijn internetverbinding zowel IPv4 als IPv6 had ingeschakeld, maar ik maakte toen verbinding met een VPN die alleen IPv4 ondersteunde. Dus ik denk dat Windows nog steeds probeerde verbinding te maken met die host over IPv6 via de VPN, wat niet lukte.

De oplossing was om IPv6 uit te schakelen in de eigenschappen van de netwerkadapter voor mijn internetverbinding.

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

Een nuttig artikel met een aantal goede instructies en nuttige commando’s om dit vervelende windowsprobleem op te lossen is hier geschreven: https://appuals.com/fix-general-failure-error-running-ping-commands/ ](https://appuals.com/fix-general-failure-error-running-ping-commands/).

Advertisement

Gerelateerde vragen

3
28
13
7
8
Advertisement