Warum wird beim Pingen des Hostnamens auf einem Win 7-Knoten im Netzwerk die Meldung "Allgemeiner Fehler" angezeigt?

32

Dies ist ein sehr spezielles Problem bei einer Station in unserem Netzwerk. Auf dem Client-PC wird Windows 7 Pro ausgeführt. Was dieses Problem interessant macht, ist, dass dieser Client der einzige Knoten im Netzwerk ist, der dieses Problem zu haben scheint. Wenn ich versuche, einen bestimmten Win 08-Server nach Hostnamen zu pingen, erhalte ich eine IPv6-Adresse und eine. General failure. Wenn ich jedoch eine IPv4-Adresse pinge, reagiert der Server einwandfrei.

Mein erster Gedanke war, den DNS-Server auf Namensauflösung zu überprüfen, um zu sehen, was passieren würde, aber das Problem wirft die Frage auf, warum die Station eine IPv6-Adresse zurückerhält und nicht die IPv4-Einstellungen verwendet (die übrigens statisch sind). . Was gibt? Ich füge einen Screenshot des Versuchs eines bestimmten Servers bei, der fehlschlägt, während ich einen anderen Server mit Erfolg versuche. Alle anderen Knoten im Netzwerk haben keine Probleme mit der Kommunikation mit dem Server, mit dem die eine Station Probleme hat. Pingng: Allgemeiner Fehler

Chad Harrison
quelle
1
wahrscheinlich firewallbezogen. Können Sie die Firewall des Computers deaktivieren, um sie zu überprüfen? Wenn dies funktioniert, kann es möglicherweise
behoben werden, indem die Standardeinstellungen
Firewall auf dem Computer ist deaktiviert.
Chad Harrison
Ist das "IPV6-Protokoll" in den Netzwerkeinstellungen auf dem Zielcomputer aktiviert?
Diogo
@Diogo Ja, IPV6 ist aktiviert. Andere IPv6-fähige Computer im Netzwerk erhalten Ping-Antworten über IPv6.
Chad Harrison
Vielleicht sollten Sie eine statische IPV6-Adresse auf dem Zielcomputer festlegen und erneut testen. Dies könnte auf eine Maskenbeschränkung zurückzuführen sein. Ich meine, Ihre Sorce- und Zielcomputer befinden sich nicht im selben IPV6-Netzwerk. Es ist wirklich seltsam, mein nächster Schritt würde darin bestehen, einen Sniffer wie Wireshark zu installieren und jeden Schritt von icmp ping request / responses zu debuggen ...
Diogo,

Antworten:

14

In meiner Situation habe ich festgestellt, dass Peerblock dies verursacht.

Einige Anwendungen blockieren den HTTP-Verkehr, beispielsweise Peerblock. Diese führen dazu, dass Pings über die Fehlermeldung "General Failure" fehlschlagen.

Die Art und Weise, wie ich fand, dass die Anwendung dies verursachte, bestand darin, Prozesse nacheinander abzubrechen und die Pings zu überprüfen. Schließlich habe ich Peerblock in meinem Fall getötet und mein Ping hat funktioniert.

Wenn Ihre Pings nur für einige wenige Websites fehlschlagen, ist es am wahrscheinlichsten, dass Firewall, Antivirus oder eine andere HTTP-Abfang- / Blockierungsanwendung wie Peerblock, Charles, Wireshark usw.

Oliver
quelle
Obwohl Peerblock das Problem in Ihrem Fall verursacht haben könnte, ist es nicht die generische Antwort, versuchen Sie, Ihre Antwort für mich erklärender zu ändern, damit es für zukünftige Benutzer hilfreich ist
Shekhar
@Shakehar Ich habe meine Antwort geändert, um zu versuchen, etwas allgemeiner zu sein.
Oliver
11

Sie haben durch Lesen einiger anderer Beiträge herausgefunden, dass IPv6 nicht genau deaktiviert ist, indem Sie das Kontrollkästchen protocal in den Netzwerkadapter-Einstellungen deaktivieren. In Windows sind Präfixrichtlinien integriert, die IPv6 gegenüber IPv4 bevorzugen.

Es stellte sich heraus, dass Microsoft über einige Tools verfügt, die bei der Auswahl der Priorität oder der Deaktivierung von IPv6 auf der Website hilfreich sind. Ich bin mir immer noch nicht sicher, warum ich die General FailureNachricht überhaupt erhalten habe, aber zumindest konnte ich den Vorrang mithilfe des Microsoft Fix it 50410 auf dieser Seite korrigieren (IPv4 in Präfixrichtlinien vor IPv6 bevorzugen).

Chad Harrison
quelle
10

Ich hatte ein ähnliches Problem. Ich musste den AnyConnect Mobility Client deinstallieren.

Ich hatte einen ständigen Ping und bekam den "allgemeinen Fehler". bis 8.8.8.8; Sobald die Deinstallation zur Hälfte abgeschlossen war, konnte ich wieder pingen.

Lloyd
quelle
1
Ich hatte ein ähnliches Problem mit AnyConnect. fand heraus , Theres in fortgeschrittenen eine Einstellung -> Einstellungen -> Zulassen lokalen (LAN) Zugang , wenn VPN (falls konfiguriert)
ThrowsException
8

Ich würde diesen Fehler erhalten, nachdem:

  1. Zugriff auf eine Site.
  2. Herstellen einer Verbindung zu meinem Unternehmens-VPN
  3. Zugriff auf dieselbe Site.

Dies ist nicht bei allen Websites der Fall, sondern nur bei Websites, die wir (das Unternehmen) veröffentlicht haben. Um das zu beheben, rannte ich los

ipconfig /flushdns
Matt McMinn
quelle
Wow! In der Tat hat das mein Problem gelöst! :)
Kounavi
Bis ich dies gelesen habe, bestand meine einzige Lösung für das Problem "Allgemeiner Fehler" nach dem Herstellen einer Verbindung zu einem VPN darin, die Verbindung zu trennen, erneut herzustellen und es erneut zu versuchen. Das hat es oft innerhalb von ein oder zwei Reconnects behoben. Habe es satt, das tun zu müssen, habe diese Antwort gefunden und werde das jetzt nie wieder tun müssen. :-)
Megaflop
4

Anscheinend ist auf Ihrem Computer 6to4, eine IPv6-Übergangs- / Tunneling-Technologie, aktiviert. Leider ist 6to4 in der Praxis sehr unzuverlässig und für viele Menschen völlig kaputt.

Es ist eine gute Idee, alle Übergangstechnologien zu deaktivieren, wenn Sie sie nicht tatsächlich verwenden, da sie alle verschiedene Probleme wie diese verursachen können.

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

netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled
netsh interface teredo set state disable
Michael Hampton
quelle
Was ich nicht verstehe, ist, dass 6to4 etwas ist, das ich in einem Cisco-Router konfigurieren würde, niemals auf einem Host. Ich kann nicht glauben, dass MS 2 Sekunden damit verbracht hat, dies zu schreiben. Ich wette, es wurde noch nie von jemandem benutzt.
Brain2000
@ Brain2000 Ich gehe davon aus, Unternehmensanwendungsfälle abzudecken: "Ich wette, es wurde noch nie von jemandem verwendet", der nicht durch infrastrukturelle Zwänge gezwungen wurde
twobob
2

In meinem Fall wurde dies tatsächlich bis zum Cisco VPN-Client weitergegeben. Es wurde ein Ausfall des Netzwerk-Subsystems gemeldet. Es stellte sich heraus, dass mein drahtloses Netzwerk eine IP-Adresse und alles bekam, aber als ich versuchte, meinen Router anzupingen, gab es mir einen allgemeinen Fehler.

Ich habe mir den Geräte-Manager angesehen, und es gab eine Reihe neuer Bluetooth-Elemente, bei denen die Treiber nicht installiert waren. Das war seltsam, weil ich nichts Neues installiert hatte. In der Tat ist dies ein Laptop mit eingebauter Bluetooth-Hardware.

Ich weiß, dass Bluetooth die PAN-Funktion (Personal Area Network) ermöglicht. Daher habe ich mich gefragt, ob dies irgendwie Vorrang vor meiner WLAN-Netzwerkkarte hat. Ich habe alle diese Elemente im Geräte-Manager deaktiviert, und obwohl für diese "vermutlich neue Hardware" keine neuen Treiber installiert wurden, konnte ich damit beginnen, einen Ping-Befehl an meinen Router zu senden. Ich benutze jetzt meinen Laptop erfolgreich, um sowohl auf das Wir als auch auf das VPN zuzugreifen.

user159686
quelle
2

Die Cybersec-Funktion des nordvpn-Clients führt auch dazu, dass andere (lokale) Subnetzbereiche nicht erreichbar sind, selbst wenn vpn ausgeschaltet ist Subnetze funktionieren wieder.

Pazifist
quelle
NordVPN bietet auch die Option "Computer im LAN unsichtbar machen", die genau das ermöglicht. Auch wenn die NordVPN-Software nicht geöffnet oder verbunden ist.
Cooper
1

Ich bin auch auf ein ähnliches Problem gestoßen. Ich konnte nämlich auf einem Windows 7-Betriebssystem weder pingen noch www.google.com nachverfolgen, und es trat ein allgemeiner Fehler auf.

Ich habe Folgendes getan, um das Problem zu beheben:

  1. Geben Sie den Befehl ping -4 www.google.com aus. Dies pingt explizit mit IPV4. Problem wurde nicht behoben.
  2. Derselbe Befehl von # 1, aber Ping -6. Pingen Sie explizit mit IPV6. Der Fehler besagte, dass der Host www.google.com nicht gefunden werden konnte

  3. Gleicher Befehl mit unterschiedlichem Ziel (innerhalb meines Netzwerks) ohne Fehler ausgegeben.

  4. Vorübergehend gestoppte Firewall (AVAST) und erfolgreiches Ping / Tracert zu www.google.com.

  5. Öffnen Sie Avast Internet Security, klicken Sie im linken Bereich auf Firewall-Einstellungen und dann auf die Schaltfläche Einstellungen.

  6. Klicken Sie auf Systemregeln und aktivieren Sie ICMP (Internet Control Message Protocol), um ausgehende Ping- und Trace-Anforderungen zuzulassen. Behobenes Problem

Betroffen: Ich habe die obigen Befehle vor ein paar Wochen auf derselben Workstation ohne Probleme ausgegeben. Ich bin nicht sicher, wie diese Einstellung geändert wurde.

user252102
quelle
Falls es jemandem hilft, habe ich einen allgemeinen Fehler unter Windows 8.1 bekommen. Behoben durch Deinstallation von McAfee Bloatware, die mit dem Asus-Laptop geliefert wurde.
Rich Dougherty
1

Behebung eines Problems bei Win 8.1 durch Zurücksetzen von TCP / IP und Winsock. Wenn Sie Informationen dazu benötigen, öffnen Sie die ADMIN-Eingabeaufforderung und führen Sie Folgendes aus:

Windows Vista, 7, 8

netsh iirr

netsh winsock reset

Starten Sie dann neu.

Windows XP

netsh iirr

netsh wr

Starten Sie dann neu. Viel Glück!

John
quelle
Ich hatte bei jedem Start unserer C # -App, die Sockets verwendet, ein Problem mit Ping, das "General Failure" verursachte. Die hier gepostete Lösung wurde für mich behoben. Danke
Dan
0

In meinem Fall geschah dies, weil für meine Internetverbindung sowohl IPv4 als auch IPv6 aktiviert war, ich mich dann jedoch mit einem VPN verband, das nur IPv4 unterstützte. Ich schätze, Windows hat immer noch versucht, über IPv6 über das VPN eine Verbindung zu diesem Host herzustellen, was jedoch fehlgeschlagen ist.

Das Update bestand darin, IPv6 in den Netzwerkadapter-Eigenschaften für meine Internetverbindung zu deaktivieren.

EM0
quelle
0

Möglicherweise müssen Sie erneut eine Verbindung zu Ihrem VPN herstellen.

Ich bin auf ein ähnliches Problem gestoßen und habe versucht, den DNS-Cache (ipconfig / flushdns) ohne Erfolg zu leeren. Am Ende musste ich die Verbindung zu meinem VPN trennen und wieder herstellen, damit die Auflösung wieder funktioniert.

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

aolszowka
quelle