NEWS
Hostname klemmt
-
@senior1418
in der arp tabelle wird meines wissens keine namen gespeichert. arp ist netzwerkebene 2 da wird nur mit mac gearbeitet.eigentlich müsste das der dns/dns-cache sein. das ist netzebene 3
evtl mal den dns neu starten, wenn das geht.
alternativ den router mal neu starteneigentlich sollte das der router alles selber machen, wenn man das umbenennt
es kann auch sein, das es im jeweiligen cache des rechners von dem du versuchst das aufzulösen. windows ist da auch etwas kompliziert, da windows noch seinen eigenen service hat (wins) der mehr oder weniger mit dns zusammenarbeitet (oder halt auch nicht)wenn das ein windows rechner war, von dem du die adressauflösung gestartet hast, dann kannst mal mit folgendem befehl versuchen den zu leeren
ipconfig /flushdns
ggfs auch mal von einem linux rechner aus versuchen die adressauflösung auszuführen
evtl auch nochmal die frage, wie bekommt der rechner seinen namen? per dhcp vom router aus? dann müssten alle rechner spätestens dann aktualisieren, wenn die leasetime der ip abgelaufen ist.
-
@martinp hehe, überlappend, fast gleicher inhalt
flushdns hilft halt nur dem einzelnen (windows) rechner.
wenn leasetime abgelaufen ist und es immer noch nicht funktioniert, dann ist der alte name irgendwo doch noch definiertdas stimmt allerdings nicht so ganz, ist aber hier auch nicht so relevant.
Der arp-Cache verknüpft MAC-Adressen mit IP-Adressen
arp wird genutzt um herauszufinden welcher ethernet-frame (ip gibts auf der ebene noch nicht) über welches netzwerkkabel geroutet werden soll -
@martinp sagte in Hostname klemmt:
mach mal ein ping rpiZ.fritz.box
C:\Users\ls>ping rpiZ.fritz.box Ping wird ausgeführt für rpiZ.fritz.box [192.168.0.39] mit 32 Bytes Daten: Antwort von 192.168.0.39: Bytes=32 Zeit=21ms TTL=64 Antwort von 192.168.0.39: Bytes=32 Zeit=2ms TTL=64 Antwort von 192.168.0.39: Bytes=32 Zeit=5ms TTL=64 Antwort von 192.168.0.39: Bytes=32 Zeit=7ms TTL=64 Ping-Statistik für 192.168.0.39: Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust), Ca. Zeitangaben in Millisek.: Minimum = 2ms, Maximum = 21ms, Mittelwert = 8ms
und ein ping rpiEBus.fritz.box
c:\Users\ls>ping rpiEBus.fritz.box Ping wird ausgeführt für rpiEBus.fritz.box [2003:c4:df0f:5c00:ebd3:9077:e621:6678] mit 32 Bytes Daten: Antwort von 2003:c4:df0f:5c00:ebd3:9077:e621:6678: Zeit=82ms Antwort von 2003:c4:df0f:5c00:ebd3:9077:e621:6678: Zeit=5ms Antwort von 2003:c4:df0f:5c00:ebd3:9077:e621:6678: Zeit=6ms Antwort von 2003:c4:df0f:5c00:ebd3:9077:e621:6678: Zeit=5ms Ping-Statistik für 2003:c4:df0f:5c00:ebd3:9077:e621:6678: Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust), Ca. Zeitangaben in Millisek.: Minimum = 5ms, Maximum = 82ms, Mittelwert = 24ms
-
@martinp sagte in Hostname klemmt:
auch ein
Copy to Clipboardipconfig /flushdns:\Users\klaus>ipconfig /flushdns Windows-IP-Konfiguration Der DNS-Auflösungscache wurde geleert.
habe ich auch gemacht.
-
Routenverfolgung zu rpiZ.fritz.box [192.168.0.39] über maximal 30 Hops: 1 5 ms 1 ms 2 ms rpiZ.fritz.box [192.168.0.39] Ablaufverfolgung beendet.
leider werde ich HOST rpiZ nicht los
-
@senior1418 Fritzbox auch neu gestartet?
Ro75
-
@oliverio sagte in Hostname klemmt:
evtl mal den dns neu starten, wenn das geht.
alternativ den router mal neu startenfritzbox habe ich gerade auch noch mal neu gestartet..
tracert 192.168.0.39 Routenverfolgung zu rpiEBus.fritz.box [192.168.0.39] über maximal 30 Hops: 1 75 ms 1 ms 1 ms rpiEBus.fritz.box [192.168.0.39]
.. HOSTNAME stimmt nun. aber woran klemmte das ?
-
@senior1418 sagte in Hostname klemmt:
.. HOSTNAME stimmt nun. aber woran klemmte das ?
Die fritz.box cached natürlich auch Daten, die selten geändert werden. Das ist ein gängiges Model der Ressourcenschonung in der IT.
Um es einfach zu formulieren:
Mit einem reboot zwingst du die Systeme, alle relevanten Daten wieder frisch einzulesen. -
@meister-mopper sagte in Hostname klemmt:
Mit einem reboot zwingst du die Systeme, alle relevanten Daten wieder frisch einzulesen.
-
nicht nur die fritzbox cached, sondern jeder einzelne rechner.
sonst müsste ja bei jedem einzelnen request immer neu der dns bemüht werden. bspw bei einer webseite kommen da ja schon zig requests zusammen.
daher auch der hinweis zur leasetime des dhcp