Welche Technik soll angewendet werden, um zu diagnostizieren, warum ein Server per Ping nicht erreichbar ist?

Welche Technik soll angewendet werden, um zu diagnostizieren, warum ein Server per Ping nicht erreichbar ist?

Bei der Arbeit muss ich häufig einen Server anpingen, um zu prüfen, ob er aktiv ist. Manchmal erhalte ich die Meldung, dass der Host (Name?) nicht gefunden werden konnte, oder es treten andere Fehler auf, die zu einer Nichtantwort führen.

Welche Technik gibt es, um die Ursache dieser Probleme zu diagnostizieren? Sollte ich mir zuerst den Zielcomputer ansehen? Oder meinen Computer und seine Firewall? Spielt es eine Rolle, wenn sich der Computer, von dem und an den gepingt wird, in unterschiedlichen Domänen befindet? (Ich gehe davon aus, dass dies nur zutrifft, wenn es Firewall-Einstellungen gibt, die eingehalten werden müssen).

Danke

Antwort1

Ein fehlgeschlagener Ping bedeutet, dass entweder:

  1. Eine Ping-Anfrage erreicht den Zielhost nicht
  2. Eine Ping-Antwort erreicht nicht den Host, der die Anfrage gesendet hat

Es gibt viele Gründe, warum eines dieser Dinge passieren kann. Die meisten dieser Gründe lassen sich auf physische oder Softwareprobleme zurückführen.

Beim Debuggen beginne ich mit der physischen Komponente des Übertragungspfads, also Netzwerkkarten, Netzwerkkabeln und Zwischengeräten.

Körperliche Kontrollen

  1. Netzwerkkabel verbindet die beiden Hosts. Wenn die beiden Hosts nicht direkt über ein Kabel verbunden sind, stellen Sie sicher, dass die sendenden und empfangenden Netzwerkkarten an den richtigen Router und/oder Switch-Port angeschlossen sind, da diese so konfiguriert werden können, dass sie den Datenverkehr unterschiedlich weiterleiten.

Software-Checks

  1. Stellen Sie sicher, dass die Netzwerkkarten in jedem Computer vom Betriebssystem erkannt werden. [1]
  2. Stellen Sie sicher, dass beide Maschinen über eine gültige IP-Adresse, Subnetzmaske, Gateway und Nameserver-Konfiguration verfügen. [2]
  3. Stellen Sie sicher, dass der sendende und der empfangende Host über gültige MAC-Adressen verfügen (ja, ich hatte dieses Problem schon einmal) [3]
  4. Stellen Sie sicher, dass die sendenden und empfangenden Hosts über korrekte ARP-Cache-Informationen für ihre Gateways verfügen [4]
  5. Es besteht die Möglichkeit, dass der sendende Host einen ARP-Cache-Eintrag für den empfangenden Host hat oder umgekehrt. Wenn solche Einträge vorhanden sind, stellen Sie sicher, dass diese Einträge korrekt sind, indem Sie überprüfen, ob die IP-Adresse der richtigen MAC-Adresse zugeordnet ist. Wenn Inkonsistenzen vorliegen, entfernen Sie diese Einträge aus dem ARP-Cache
  6. Stellen Sie sicher, dass Ping-Pakete (ICMP-Echoanforderungen und ICMP-Echoantworten) nicht durch Filter lokaler Software-Firewalls oder durch Filter auf Geräten zwischen dem sendenden und dem empfangenden Host blockiert werden.
  7. Wenn Sie einen Hostnamen zur Identifizierung des empfangenden Hosts verwenden, versuchen Sie, die IP-Adresse direkt zu verwenden, da hierdurch Probleme vermieden werden, die sich aus dem Namensauflösungsprozess ergeben.

Die vom Ping-Befehl zurückgegebene Fehlermeldung sollte bei der Fehlerbehebung ebenfalls berücksichtigt werden. Zu den Fehlermeldungen, die ich häufig sehe, gehören:

Request Timed Out

Dies ist eine sehr allgemeine Meldung, die angibt, dass innerhalb des Timeout-Zeitraums keine Antwort empfangen wurde. Dies kann der Fall sein, weil der Host aufgrund von Arbeitslast und Zeitbeschränkungen oder aufgrund der oben beschriebenen Verbindungs- oder Routingprobleme nicht antworten konnte.

Reply from {host}: Destination network unreachable

Oft {host}ist es die Netzwerkkarte auf dem lokalen Rechner oder das Gateway des Rechners. Die Meldung bedeutet, dass keine Route zwischen dem {host}empfangenden Host und dem Server gefunden werden konnte (hier kann ich mich irren).

Dies ist keine vollständige Liste der Gründe, warum Ping fehlschlagen kann, aber sie deckt viele häufige Probleme ab. Ich hoffe, dass sie jemandem helfen kann, wenn das nächste Mal sein Netzwerk zusammenbricht.

Die folgenden Fußnoten beziehen sich auf Windows NT-basierte Systeme, da ich hier Erfahrung habe.

[1] Sie können überprüfen, ob das Betriebssystem über einen gültigen Treiber für Ihre Netzwerkkarte verfügt, indem Sie im Geräte-Manager unter dem Knoten „Unbekannte Geräte“ nachsehen, ob Netzwerkcontrollerelemente vorhanden sind. Wenn dies der Fall ist, müssen Sie einen kompatiblen Treiber für Ihre Karte finden.

Suchen Sie unter dem Knoten „Netzwerkadapter“ nach Ihrer Karte. Wenn Ihre Karte aufgeführt ist, doppelklicken Sie darauf und suchen Sie unter „Gerätestatus“ nach bekannten Fehlern.

[2] Der TCP/IP-Konfigurationsdialog kann unter Vista / Win 7 aufgerufen werden, indem Sie das Netzwerk- und Freigabecenter öffnen -> Adaptereinstellungen ändern (linker Bereich) -> mit der rechten Maustaste auf den gewünschten Adapter klicken und Eigenschaften wählen (erfordert erhöhte Rechte) und dann je nachdem, was Sie verwenden, entweder auf TCP/IP-Protokollversion 4 oder 6 doppelklicken (höchstwahrscheinlich v4).

[3] Wenn Sie den ipconfig /allBefehl ausführen, werden neben der MAC-Adresse auch die IP-Adresse, die Subnetzmaske, das Gateway und die Nameserver angezeigt. Die MAC-Adresse wird in der Ausgabe als „Physical Address“ bezeichnet.

[4] Der ARP -aBefehl zeigt die aktuelle ARP-Tabelle für den Host an.

Antwort2

Um das Vorhergehende noch zu ergänzenAntwort:

Hostname nicht gefunden: Dies weist eher auf ein DNS-Problem als auf ein Routing-Problem hin. Sie müssen daher Ihren DNS-Server und seine Beziehung zu dem Gerät überprüfen, von dem Sie den Ping senden.

Um zu verfolgen, wie weit Ihr Ping kommt, versuchen Sie, Tracert statt Ping zu verwenden, um zu sehen, welches Gerät erreicht wird, bevor die Route fehlschlägt (dies hilft nur, wenn sich das andere Gerät nicht im selben Subnetz wie das Startgerät befindet).

Antwort3

Wenn Sie manchmal Pings erhalten, manchmal aber nicht, und dies nicht beweisen/abfangen können, sind hier einige Tools, die bei der Identifizierung von Netzwerkproblemen helfen:

Windows: http://www.pingplotter.com/freeware.html Pfade

Linux: http://en.wikipedia.org/wiki/MTR_%28software%29

Mithilfe dieser Tools können Sie möglicherweise feststellen, dass beim 5. Hop alles schiefgeht, und dann nur noch diesen Hop beheben.

Manchmal müssen Sie in Netzwerken herausfinden, welches Gerät langsame Reaktionen verursacht, und Sie können es scheinbar nicht während eines einzelnen Pings finden. Diese Tools helfen Ihnen, es über eine Reihe von Pings hinweg zu identifizieren, indem sie den „Score“ aufzeichnen und Ihnen ein Diagramm anzeigen.

Beachten Sie, dass Pings manchmal auch eine niedrigere Priorität erhalten. Ein langsamer Ping bedeutet also nicht immer, dass die Netzwerkverbindung schlecht ist.

Überprüfen Sie neben der großartigen und ausführlichen Antwort oben, ob die Netzwerkkarte die richtigen Verbindungsgeschwindigkeiten verwendet:

Unter Windows können Sie in den Netzwerkeigenschaften der GUI herumstöbern, und unter Linux würden Sie „ethtool“ verwenden. Wenn die Hosts auf beiden Seiten eines Routers/Switches auf 10 MB und Halbduplex eingestellt sind, der Router/Switch jedoch auf 100 MB Vollduplex eingestellt ist, werden (zum Beispiel) seltsame Fehler ausgegeben. Dies kommt jedoch bei einem neuen Setup häufiger vor als bei einem etablierten System.

Sie können einige dieser Fehler mit netstat sehen:

netstat -S

oder indem Sie es ständig überwachen, wenn Sie ein Super-Nerd sind:

für /L %i in (0,0,0) mache @cls && netstat -S|find /I "Fehler" && @ping -n 1 -w 2000 224.0.0.0 >NUL && @cls

Wenn Fehler auftreten, ist das keine große Sache. Wenn jedoch von Sekunde zu Sekunde mehr Fehler auftreten, handelt es sich wahrscheinlich um ein Hardware-/Verkabelungs-/Geschwindigkeits-/Duplex-Problem.

Antwort4

Wenn der Ping nicht funktioniert, gehe ich folgendermaßen vor:

  • Überprüfen Sie, ob der Name zur richtigen IP aufgelöst wird – oft liegt das Problem nicht bei Servern, sondern bei den Laptops von Kollegen usw. vor.
  • Wenn ich sicher bin, dass die IP korrekt ist, überprüfe ich mit Tracert, wie weit ich komme.
  • Wenn ich nicht sicher bin, ob der Server, den ich anzupingen versuche, auf ICMP-Nachrichten reagiert, öffne ich mit Telnet einen Port auf dem Server und schaue, was er mir sagt.
  • Ich prüfe, ob ein Kollege von seinem PC aus auf den Server zugreifen kann

verwandte Informationen