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

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

Dies ist ein sehr eigenartiges Problem mit einer Station in unserem Netzwerk. Auf dem Client-PC läuft Windows 7 Pro. Was dieses Problem interessant macht, ist, dass dieser Client der einzige Knoten im Netzwerk ist, bei dem dieses Problem auftritt. Wenn ich versuche, einen bestimmten Win 08-Server anhand des Hostnamens anzupingen, erhalte ich eine IPv6-Adresse und erhalte General failure. Aber wenn ich die IPv4-Adresse anpinge, antwortet er einwandfrei.

Mein erster Gedanke wäre, den DNS-Server die Namensauflösungen überprüfen zu lassen, um zu sehen, was vor sich geht, aber das Problem wirft die Frage auf, warum die Station eine IPv6-Adresse zurückerhält und im Gegensatz zur Verwendung der IPv4-Einstellungen (die übrigens statisch sind) fehlschlägt. Was ist der Grund? Ich füge einen Screenshot von dem Versuch, den einen bestimmten Server auszuprobieren, bei dem der Versuch eines anderen Servers fehlschlägt und erfolgreich war, bei. Alle anderen Knoten im Netzwerk haben keine Probleme bei der Kommunikation mit dem Server, mit dem die eine Station Probleme hat.

Antworten (12)

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

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.

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

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).

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

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.

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

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.
4
4
4
2014-08-15 19:46:05 +0000

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
3
3
3
2018-07-04 13:11:52 +0000

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.

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

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.

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

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!

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

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.

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

**

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).

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

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.

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

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/ .