21
Kein ping möglich
Hallo zusammen.
Seit Freitag kann ich plötzlich kein ping mehr auf die Geräte im Netzwerk machen. Bis dahin hat es problemlos funktioniert.
In der Firewall auf dem Server ist File and Printer Sharing /Echo Request - ICMPv4-In und ICMPv6-In aktiviert.
Hat jemand eine Idee, was das Problem sein könnte?
Vielen Dank für eure Hilfe.
Tom
Seit Freitag kann ich plötzlich kein ping mehr auf die Geräte im Netzwerk machen. Bis dahin hat es problemlos funktioniert.
In der Firewall auf dem Server ist File and Printer Sharing /Echo Request - ICMPv4-In und ICMPv6-In aktiviert.
Hat jemand eine Idee, was das Problem sein könnte?
Vielen Dank für eure Hilfe.
Tom
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 31031401799
Url: https://administrator.de/contentid/31031401799
Printed on: May 3, 2024 at 20:05 o'clock
21 Comments
Latest comment
Moin,
steckt das Kabel? ;)
#Dankefürdievieleninformationen
Was wurde Donnerstagabend geändert?
steckt das Kabel? ;)
#Dankefürdievieleninformationen
Was wurde Donnerstagabend geändert?
Hallo,
da meine Glaskugel noch in der Werkstatt ist, wäre mehr Information gar nicht so schlecht.
cya
da meine Glaskugel noch in der Werkstatt ist, wäre mehr Information gar nicht so schlecht.
cya
Hallo.
Ja, das Kabel steckt
Alle Geräte funktionieren ohne Probleme, nur kann ich plötzlich kein ping mehr machen.
Das einzige, was am Freitagmorgen geändert wurde, was, dass ein paar Ports als Inbound Rule hinzugefügt wurden. Diese Regeln wurden aber wieder gelöscht. Sonst hat sich nichts geändert, soweit ich weiß.
Ja, das Kabel steckt
Alle Geräte funktionieren ohne Probleme, nur kann ich plötzlich kein ping mehr machen.
Das einzige, was am Freitagmorgen geändert wurde, was, dass ein paar Ports als Inbound Rule hinzugefügt wurden. Diese Regeln wurden aber wieder gelöscht. Sonst hat sich nichts geändert, soweit ich weiß.
Zitat von @accessViolation:
Moin,
steckt das Kabel? ;)
#Dankefürdievieleninformationen
Was wurde Donnerstagabend geändert?
Moin,
steckt das Kabel? ;)
#Dankefürdievieleninformationen
Was wurde Donnerstagabend geändert?
Tracert kommt an?
Was sagt der Kabelhai?
Was sagt der Kabelhai?
ja, funktioniert ohne Probleme.
Kabeln sind auch alle OK.
Am Freitag konnte ich noch einen ping mit der IP-Adresse durchführen, aber nicht mit dem Hostnamen. Ein paar Minuten später hat dann auch der ping über IP nicht funktioniert.
Kabeln sind auch alle OK.
Am Freitag konnte ich noch einen ping mit der IP-Adresse durchführen, aber nicht mit dem Hostnamen. Ein paar Minuten später hat dann auch der ping über IP nicht funktioniert.
Hallo.
Netzwerkprofile der Clients geprüft? Stehen die auf Private, Domain oder Öffentlich?
Wenn sich z.B. die MAC des GWs geändert hat wäre das Verhalten klar, die Clients definieren das interne Netz dann plötzlich als öffentlich und blocken somit sämtliche eingehenden Traffic . Also als erstes die Netzwerkprofile prüfen, die sind Problemfalle Nr.1 in Winblows-Netzwerken wenn der Zugriff plötzlich nicht mehr will!
Gruß schrick
Seit Freitag kann ich plötzlich kein ping mehr auf die Geräte im Netzwerk machen
Heißt vom Server auf die Clients, oder nur umgekehrt?Netzwerkprofile der Clients geprüft? Stehen die auf Private, Domain oder Öffentlich?
Wenn sich z.B. die MAC des GWs geändert hat wäre das Verhalten klar, die Clients definieren das interne Netz dann plötzlich als öffentlich und blocken somit sämtliche eingehenden Traffic . Also als erstes die Netzwerkprofile prüfen, die sind Problemfalle Nr.1 in Winblows-Netzwerken wenn der Zugriff plötzlich nicht mehr will!
Gruß schrick
Zitat von @schrick:
Hallo.
Hallo.
Seit Freitag kann ich plötzlich kein ping mehr auf die Geräte im Netzwerk machen
Heißt vom Server auf die Clients, oder nur umgekehrt?vom Server auf die Clients geht nicht. Netzwerkprofile haben sich nicht geändert.
- Auf den Clients geprüft?
- Sind Server und Clients im selben Subnetz oder in unterschiedlichen VLANs?
- Was für ein Device ist der Router? Dort die Firewall-Regeln/Profile überprüft.
- Funktionieren andere Protokolle? SSH, SMB, WWW, etc. zu den Clients?
Zitat von @schrick:
* Auf den Clients geprüft?
* Auf den Clients geprüft?
- Sind Server und Clients im selben Subnetz oder in unterschiedlichen VLANs?
- Was für ein Device ist der Router?
ja, ping vom Client auf Server geht.
Sowohl Client als auch Server sind im gleichen IP Subnet.
- Firewall des Servers mal temp. deaktiviert?
- Haben die Clients eine Security Suite aktiv die Verbindungen blockieren könnten?
- Was sagt ein
arp -aam Server sind dort die IPs der Clients gelistet die du anpingst? - Wireshark sagt was?
Bitte alle Fragen beantworten, danke!
ja, hat nichts gebracht.
Bitte alle Fragen beantworten, danke!
kann es sein das am Freitag ein Port gelöscht oder deaktiviert wurde und deswegen es nicht funktioniert?
* Haben die Clients eine Security Suite aktiv die Verbindungen blockieren könnten?
nein, haben sie nicht* Was sagt ein
ja, alle Geräte sind gelistet.arp -a am Server sind dort die IPs der Clients gelistet die du anpingst?* Wireshark sagt was?
habe ich nicht ausprobiert.Bitte alle Fragen beantworten, danke!
kann es sein das am Freitag ein Port gelöscht oder deaktiviert wurde und deswegen es nicht funktioniert?
kann es sein das am Freitag ein Port gelöscht oder deaktiviert wurde und deswegen es nicht funktioniert?
Wenn die Firewall komplett deaktiviert ist kann nichts mehr blockieren, außer ihr nutzt noch ein anderes Produkt am Server.Defender wurde auch komplett ausgeschaltet?
habe ich nicht ausprobiert.
Dann bitte nachholen.Können sich die Clients untereinander pingen?
Moin,
Das kann nicht sein. Entweder funktioniert ICMP ECHO REQUEST oder nicht. Wenn Traceroute geht, dann geht auch Ping. Wenn Ping nicht funktioniert, gibt es auch bei Traceroute beim Endpunkt einen Time Out. Kommt bei Traceroute wirklich ein Ergebnis des Endpunkts zurück oder nicht?
Liebe Grüße
Erik
Das kann nicht sein. Entweder funktioniert ICMP ECHO REQUEST oder nicht. Wenn Traceroute geht, dann geht auch Ping. Wenn Ping nicht funktioniert, gibt es auch bei Traceroute beim Endpunkt einen Time Out. Kommt bei Traceroute wirklich ein Ergebnis des Endpunkts zurück oder nicht?
Liebe Grüße
Erik
Zitat von @erikro:
Moin,
Das kann nicht sein. Entweder funktioniert ICMP ECHO REQUEST oder nicht. Wenn Traceroute geht, dann geht auch Ping. Wenn Ping nicht funktioniert, gibt es auch bei Traceroute beim Endpunkt einen Time Out. Kommt bei Traceroute wirklich ein Ergebnis des Endpunkts zurück oder nicht?
Liebe Grüße
Erik
Moin,
Das kann nicht sein. Entweder funktioniert ICMP ECHO REQUEST oder nicht. Wenn Traceroute geht, dann geht auch Ping. Wenn Ping nicht funktioniert, gibt es auch bei Traceroute beim Endpunkt einen Time Out. Kommt bei Traceroute wirklich ein Ergebnis des Endpunkts zurück oder nicht?
Liebe Grüße
Erik
Hallo Erik.
Habe gerade tracert www.cnn.com gemacht.
Tracing route to cnn-tls.map.fastly.net [199.232.19.5]
over a maximum of 30 hops:
Nach 5 ist es vorbei. Trace complete.
Beim ping bekomme ich die Meldung Request timed out.
Moin,
Interessant. Hier:
Liebe Grüße
Erik
Zitat von @tom990:
Habe gerade tracert www.cnn.com gemacht.
Tracing route to cnn-tls.map.fastly.net [199.232.19.5]
over a maximum of 30 hops:
Nach 5 ist es vorbei. Trace complete.
Beim ping bekomme ich die Meldung Request timed out.
Tracing route to cnn-tls.map.fastly.net [199.232.19.5]
over a maximum of 30 hops:
Nach 5 ist es vorbei. Trace complete.
Beim ping bekomme ich die Meldung Request timed out.
Interessant. Hier:
Ping wird ausgeführt für cnn-tls.map.fastly.net [151.101.39.5] mit 32 Bytes Daten:
Antwort von 151.101.39.5: Bytes=32 Zeit=7ms TTL=59
Antwort von 151.101.39.5: Bytes=32 Zeit=7ms TTL=59
Antwort von 151.101.39.5: Bytes=32 Zeit=7ms TTL=59
Antwort von 151.101.39.5: Bytes=32 Zeit=7ms TTL=59
Ping-Statistik für 151.101.39.5:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 7ms, Maximum = 7ms, Mittelwert = 7ms
Routenverfolgung zu cnn-tls.map.fastly.net [151.101.39.5]
über maximal 30 Hops:
1 <1 ms <1 ms <1 ms ******** [290.320.490.630] # geändert ;-)
2 1 ms 1 ms 1 ms ipa.v3759.b900.pop100-asr.ipv4.wtnet.de [84.46.83.201]
3 8 ms 7 ms 7 ms b100.Bibo.ipv4.wtnet.de [84.46.115.77]
4 7 ms 7 ms 7 ms b31040.Kermit.ipv4.wtnet.de [84.46.113.253]
5 7 ms 7 ms 7 ms fastly.Kermit.ipv4.wtnet.de [84.46.105.209]
6 7 ms 7 ms 7 ms 151.101.39.5
Ablaufverfolgung beendet.Liebe Grüße
Erik
Antwortet das Default GW vom Server aus überhaupt auf ICMP (nur fals freigeschaltet)? Antworten andere externe IPs auf ICMP vom Server aus? Wenn du den Server von einer Live-CD startest antworten dann die Clients auf ICMP Pings?
Ist die Firewall testweise auf "beiden" Geräten deaktiviert?
Also nicht nur auf dem Server, sondern auch beim Client?
Wurde kürzlich eine VPN Software installiert?
Du schreibst:
Da ist noch ein Router dazwischen, lässt seine Firewall ICMP Pakete durch?
Also nicht nur auf dem Server, sondern auch beim Client?
Wurde kürzlich eine VPN Software installiert?
Du schreibst:
Sowohl Client als auch Server sind im gleichen IP Subnet.
Dein Traceroute sagt aber ganz was anderes.Da ist noch ein Router dazwischen, lässt seine Firewall ICMP Pakete durch?
Habe gerade tracert www.cnn.com gemacht.
Tracing route to cnn-tls.map.fastly.net [199.232.19.5] over a maximum of 30 hops:
Tracing route to cnn-tls.map.fastly.net [199.232.19.5] over a maximum of 30 hops:
Nach 5 ist es vorbei. Trace complete.
Beim ping bekomme ich die Meldung Request timed out.
Beim ping bekomme ich die Meldung Request timed out.
Moment mal.
Ich dachte es geht hier um einen deiner Server? Bei euch im Haus oder auch irgendwo gehostet.
Was genau hat da jetzt ein Traceroute zu cnn.com mit zu tun???
Manuel
Das ist schon insofern interessant, dass er auch bei externen Servern das gleiche Phänomen hat. Nochmal: Traceroute und Ping machen vom Prinzip das gleiche. Es wird ein ICMP ECHO REQUEST an den Zielknoten geschickt. Traceroute schickt dabei das erste Pakete mit TTL 1, das zweite mit TTL 2 usw. Deshalb verwirft der transportierende Router das Paket, wenn er der ist, bei dem TTL auf 0 geht und schickt die entsprechende Antwort zurück, so dass erkannt werden kann, welche Knoten beteiligt sind. Der letzte der antwortet, ist dann immer der Zielrechner selbst. Wenn der aber auf den Request antwortet, dann tut er das auch bei einem Ping. Das Ziel kann nicht erkennen, ob der Request von Ping oder von Traceroute kommt. Es antwortet stumpf. Wenn es also beim TO mit Traceroute klappt, mit Ping aber nicht, dann liegt der Schluss nahe, dass es am Quellrechner liegt. IMHO ist die wahrscheinlichste Ursache, dass Ping beim Quellrechner kaputt gegangen ist.
Liebe Grüße
Erik
Zitat von @NordicMike:
Ist die Firewall testweise auf "beiden" Geräten deaktiviert?
Also nicht nur auf dem Server, sondern auch beim Client?
Ist die Firewall testweise auf "beiden" Geräten deaktiviert?
Also nicht nur auf dem Server, sondern auch beim Client?
Ja, funktioniert aber trotzdem nicht.
Wurde kürzlich eine VPN Software installiert?
Nein
Du schreibst:
Sowohl Client als auch Server sind im gleichen IP Subnet.
Dein Traceroute sagt aber ganz was anderes.Da ist noch ein Router dazwischen, lässt seine Firewall ICMP Pakete durch?
Es handelt sich um einen virtuellen Server, auf dem Windows Server 2019 läuft.
In der Domain sind 60 Clients verbunden. Auf allen Clients habe ich manuell die Einstellung beim Internetprotokoll Version 4 (TCP/IPv4) geändert bei "Folgende DNS-Serveradressen verwenden" und dort die DNS Serveradresse vom virtuellen Server eingegeben.
Wie gesagt, es funktioniert alles, außer dass kein ping möglich ist. Kann es sein das irgendwie irgendeine Domain Policy auf dem Server aktiviert wurde, welche den ping vom Server aus blockiert und sagt ich bin unsichtbar? Kann man das irgendwie nachprüfen?
Was mir heute Morgen eingefallen ist, ich habe am Freitag eine AD Audit Software auf dem Server installiert (von ManageEngine ADAudit Plus). So bin ich auch drauf gekommen, das der ping nicht funktioniert. Ich habe versucht die Software wieder komplett zu deinstallieren, hat aber nichts gebracht.
Vielen Dank für eure bisherige Hilfe.
Wie gesagt boote mal ein Live-Linux in der VM und pinge mal von dort, nur um auszuschließen das die Konfiguration des Hosts schuld ist.
