Warum bekomme ich einen "General Failure", wenn ich den Hostnamen auf einem Win-7-Knoten im Netzwerk anpinge?

In meiner Situation fand ich heraus, dass Peerblock dies verursacht.

Einige Anwendungen blockieren den http-Verkehr, Peerblock zum Beispiel. Diese führen dazu, dass Pings über die Fehlermeldung “General Failure” fehlschlagen.

Die Art und Weise, wie ich die Anwendung fand, die dies verursacht, bestand darin, Prozesse nacheinander abzubrechen und die Pings zu überprüfen. Schließlich brach ich in meinem Fall Peerblock ab, und mein Ping begann zu funktionieren.

Wenn Ihre Pings nur bei einigen wenigen Sites fehlschlagen, dann höchstwahrscheinlich bei Firewall, Antivirus oder einer anderen Anwendung zum Abfangen/Blockieren von HTTP wie Peerblock, Charles, Wireshark… usw.

Ich habe durch das Lesen einiger anderer Beiträge herausgefunden, dass IPv6 nicht gerade deaktiviert ist, indem ich das Protokoll in den Netzwerkadapter-Einstellungen deaktiviert habe. Außerdem gibt es in Fenstern eingebaute Präfix-Richtlinien, die IPv6 gegenüber IPv4 bevorzugen.

Es stellt sich heraus [ Microsoft hat einige Tools, die dabei helfen, die Präsenz auszuwählen oder IPv6 auf ihrer Site ganz zu deaktivieren. (http://support.microsoft.com/kb/929852) Ich bin mir immer noch nicht sicher, warum ich die Meldung General Failure überhaupt erhalten habe, aber zumindest konnte ich den Vorrang mit dem Microsoft Fix it 50410 auf dieser Seite beheben (IPv4 gegenüber IPv6 in den Präfix-Richtlinien bevorzugen).

Ich hatte ein ähnliches Problem. Ich mußte den AnyConnect Mobility-Client deinstallieren.

Ich hatte einen ständigen Ping laufen und bekam den “allgemeinen Fehler” auf 8.8.8.8; sobald die Deinstallation halbwegs abgeschlossen war, konnte ich wieder einen Ping ausführen.

Ich würde diesen Fehler erhalten nach:

1. Zugriff auf eine Website:
2. Verbindung zu meinem Firmen-VPN.
3. Zugriff auf dieselbe Site.

Es geschah nicht für alle Sites, nur für Sites, die wir (das Unternehmen) veröffentlicht haben. Um das Problem zu beheben, habe ich

ipconfig /flushdns
``` ausgeführt.

Es scheint, dass Ihr Computer 6to4, eine IPv6-Übergangs-/Tunneltechnologie, aktiviert hat. Leider ist 6to4 in der Praxis sehr unzuverlässig und für viele Leute völlig kaputt.

Es ist eine gute Idee, alle Übergangstechnologien zu deaktivieren, wenn Sie sie nicht wirklich benutzen, da sie alle verschiedene Probleme wie dieses verursachen können.

Sie können dies von einer Administrator-Eingabeaufforderung aus mit folgendem Befehl tun:

netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled
netsh interface teredo set state disable

die ‘cybersec’-Funktion des nordvpn-Clients bewirkt auch, dass diese für andere (lokale) Subnetzbereiche nicht erreichbar ist, selbst wenn vpn AUS ist - $deity weiß warum - schalten Sie die ‘cybersec’-Option aus und plötzlich funktionieren Ihre anderen lan-Subnetze wieder.

In meinem Fall hat sich dies tatsächlich bis hinunter zum Cisco VPN-Client verbreitet. Dort hieß es, es habe einen Ausfall des Netzwerksubsystems gegeben. Es stellte sich heraus, dass mein drahtloses Nick eine IP-Adresse erhielt, aber als ich versuchte, meinen Router anzupingen, erhielt ich einen Generalausfall.

Ich sah mir den Gerätemanager an, und es gab einen Haufen neuer Bluetooth-Geräte, deren Treiber nicht installiert waren. Das war seltsam, denn ich hatte nichts Neues installiert. Tatsächlich handelt es sich um einen Laptop mit eingebauter Bluetooth-Hardware.

Ich weiß, dass man mit Bluetooth PAN (Personal Area Network) durchführen kann, deshalb fragte ich mich, ob dies irgendwie Vorrang vor meiner WiFi-NIC hat. Ich habe all diese Elemente im Gerätemanager deaktiviert, und obwohl keine neuen Treiber für diese “vermutlich neue Hardware” installiert wurden, konnte ich damit beginnen, meinen Router anzupingen. Ich benutze jetzt meinen Laptop erfolgreich, um sowohl in das WLAN als auch in das VPN zu gelangen.

Eines dieser Probleme wurde bei Win 8.1 durch Zurücksetzen von TCP/IP und Winsock behoben. Für alle, die Informationen zum Wie benötigen, öffnen Sie die ADMIN-Eingabeaufforderung und führen Sie aus:

Windows Vista, 7, 8

netsh i r r

netsh winsock reset

Dann Neustart. Viel Erfolg!

Ich bin auch auf ein ähnliches Problem gestoßen. Ich war nämlich nicht in der Lage, www.google.com auf einem Windows 7-Betriebssystem anzupingen oder zu verfolgen, was zu einem allgemeinen Fehler führte.

Um das Problem zu beheben und zu lösen, habe ich Folgendes getan:

1. Dies pingt explizit mit IPV4. Das Problem wurde nicht gelöst.
2. Denselben Befehl von #1 ausgeben, aber ping -6 . Dies pingt explizit mit IPV6 an. Fehler gab an, dass er den Host www.google.com

nicht finden konnte. 3. Derselbe Befehl wurde mit einem anderen Ziel (innerhalb meines Netzwerks) ohne Fehler ausgegeben.

1. Firewall (AVAST) wurde vorübergehend gestoppt und konnte erfolgreich auf www.google.com pinnen/verfolgen.

2. öffnete Avast Internet Security, klickte auf Firewall-Einstellungen im linken Fensterbereich, klickte auf die Schaltfläche Einstellungen.

3. Klicken Sie auf Systemregeln und aktivieren Sie dann ICMP (Internet Control Message Protocol ), um ausgehende Ping- und Trace-Anforderungen zuzulassen. Geslöstes Problem

Betrifft: Ich habe die oben genannten Befehle vor einigen Wochen auf derselben Workstation ohne Probleme ausgegeben. Ich bin mir nicht sicher, wie diese Einstellung geändert wurde.

**

Ich bin auf ein ähnliches Problem gestoßen und habe vergeblich versucht, den dns-Cache (ipconfig /flushdns) zu leeren. Ich mußte schließlich die Verbindung zu meinem VPN trennen und wieder herstellen, um die Auflösung zu erhalten, damit ich wieder arbeiten konnte.

Bis ich das tat, schlugen Ping und Tracert beide fehl (aber ich konnte den Hostnamen über nslookup nachschlagen).

In meinem Fall passierte dies, weil meine Internetverbindung sowohl IPv4 als auch IPv6 aktiviert hatte, aber ich verband mich dann mit einem VPN, das nur IPv4 unterstützte. Ich vermute also, dass Windows immer noch versuchte, eine Verbindung zu diesem Host über IPv6 über das VPN herzustellen, was fehlschlug.

Die Lösung bestand darin, IPv6 in den Netzwerkadaptereigenschaften für meine Internetverbindung zu deaktivieren.

Ein hilfreicher Artikel mit einigen guten Anweisungen und nützlichen Befehlen zur Behebung dieses lästigen Windows-Problems ist hier geschrieben: https://appuals.com/fix-general-failure-error-running-ping-commands/ .