Sonst nichts. Es kann mithilfe dieser Information auf nichts anderes geschlossen werden, als auf die Tatsache, dass das Device nicht auf einen Ping antwortet. Ich erkenne mit arp -a, dass die MAC Adresse mithilfe ARP ermittelt wurde. Das heißt zwar nicht zwangsläufig, dass der Computer online ist (ARP Cache), aber ich habe vorher mit arp -d den ARP Cache geleert. Meist lässt die Windows Firewall ICMP eingehend nicht zu, d. h. das Device ist up und funktionstüchtig. Hier die Ansicht in Beim Aktivieren der IPv4 Regeln antwortet das Device. Zielhost nicht erreichbar Ich bekomme als Antwort auf einen Ping an einen Computer im lokalen Subnetz die Information: Zielhost nicht erreichbar. Was kann ich daraus schließen? Hier sieht die Sache anders aus. Meist ist der Computer nicht online und auch der ARP Cache zeigt keine MAC Adresse des Zielcomputers. Das bedeutet, dass auch der ARP Request fehlgeschlagen ist. Es kann in den meisten Fällen davon ausgegangen werden, dass der Computer tatsächlich offline ist.
Das Netz ist ein lokales Netz, "a. d" aber der Router des Providers - dann hat dein lokaler Router keine Router für das Zielnetz und alles ans Defaultgateway (Provider) gegeben, der natürlich nicht weiß, was er damit anfangen soll. Es existiert eine spezifische "unreachable"-Route auf dem Router, die greift. Entweder, weil eine noch spezifischere Route fehlt oder weil das Netz generell unerreichbar sein soll. Eine Firewallregel auf einem Router blockiert die Kommunikation in Richtung Ziel und sendet diese Meldung. "Zeitüberschreitung der Anforderung" Ich befinde mich im gleichen Subnetz wie die IP-Adresse, die ich anpinge Die gute Nachricht: IP-Adressen und ggf. auch VLANs sind erstmal soweit richtig konfiguriert, da offensichtlich die ARP-/NDP-Auflösung funktioniert hat. Um dies zu prüfen, sollte man direkt nach oder während einem Ping-Versuch den lokalen ARP-Cache ansehen und gucken, ob die erwartete MAC-Adresse dort drin steht. Bei (einseitig) falscher VLAN-Zuordnung würden ja auch entweder die ARP-Anfragen oder Antworten verschütt gehen und du hast das Fehlerbild wie "Zielhost nicht erreichbar".
0% Verlust heißt hier, dass gar kein Ping durchgeführt werden konnte. Computer, Technik, Informatik Es bedeutet, daß das Ping-Paket nicht bis zum Zielrechner weitergeleitet werden kann. Die Nachricht wird irgendwo auf dem Pfad als Antwort erzeugt. Da für jedes Ping eine Antwort generiert wird, liegt der Paketverlust natürlich bei 0. Das Ping kommt nicht durch. offline, aus, netz tot... gibt da so einige Möglichkeiten 0% Verlust ist dann aber etwas seltsam.
53 seconds EDIT: BTW: Welche Ports hast Du in deiner FritzBox, auf deinen PI weitergeleitet? #8 1. wie soll ich sudo irgendwas aufm pi machen, wenn ich garnicht darauf zugreifen kann? time out connection.... 2. wo sehe ich die ports? #9 1. wie soll ich sudo irgendwas aufm pi machen, wenn ich garnicht darauf zugreifen kann? time out connection.... 2. wo sehe ich die ports? 1. Das sind doch nur Beispiele, weil ich in meinem LAN, nmap und arp-scan auf einem Linux verwendet habe. nmap und arp-scan oder gleichwertig wirst Du ja nicht auf einem PI in deinem LAN benutzen. Oder hast Du evtl. einen 2. PI in deinem LAN? 2. In der FritzBox. Aber wenn Du das nicht weißt (und fragen musst), dann wirst Du auch keine Ports in deiner FritzBox auf deinen PI weitergeleitet haben. #10 ich habe ja nie was verändert. ich war nur längere zeit nicht daheim. was benötigst du davon: Ändert und zeigt die Übersetzungstabellen für IP-Adressen/physische Adressen an, die von ARP (Address Resolution-Protokoll) verwendet werden.