Kein IP resolving fuer ping und dhcpd
Hallo, ich habe hier ein sehr seltsames Phänomen und komme nicht so richtig weiter. Ich musste, weil auf meinem Gateway-Rechner das Update von SuSE 7.3 auf 10.0 überhaupt nicht funktionierte, eine Neuinstallation machen. FÜr mein lokales Netz habe ich den bind-9.3.1 aufgesetzt, der mit seinen Utilities auch super funktioniert. Ich setze den Befehl # host name.domain.local ab und erhalte die richtige IP Adresse dazu. wenn ich allerdings # ping name.domain.local will, dann kommt nach einiger Zeit: "Unknown Host" als Antwort. Was ist das für ein Effekt? In der Datei "/etc/resolv.conf" steht: domain domain.local nameserver 127.0.0.1 search domain.local Ein tcpdump auf lo udp port 53 zeigt mir Requests/Responses, wenn ich den "host" Befehl gebe, doch beim ping ist keine Bewegung im tcpdump zu sehen. Gleiches gilt für den dhcp Dienst. Hilfe wäre schön. Gruss, Ingo
Ingo Freund, Samstag, 11. Februar 2006 23:46:
# ping name.domain.local will, dann kommt nach einiger Zeit: "Unknown Host" als Antwort. Was ist das für ein Effekt?
Mach ma aus .local was anderes, zB .lan. .local wird per Multicast-DNS aufgelöst. Macht Windows AFAIK nicht, Mac hingegen schon. -- Andre Tann
Andre Tann schrieb:
Ingo Freund, Samstag, 11. Februar 2006 23:46:
# ping name.domain.local will, dann kommt nach einiger Zeit: "Unknown Host" als Antwort. Was ist das für ein Effekt?
Mach ma aus .local was anderes, zB .lan. .local wird per Multicast-DNS aufgelöst. Macht Windows AFAIK nicht, Mac hingegen schon.
Danke für den Hinweis, leider hast du nicht ganz den Punkt getroffen. Wir reden hier über ein Linux Betriebssystem, ich glaube in meinem Top Post hatte ich SuSE 10.0 erwähnt. Übrigens macht Windows die Auflösung '.local' bei meinen Kids auf den Workstations seit Jahren ganz wundervoll. Gibt es jemanden der eine Idee zu meinem wirklichen Problem, also der lokalen Namensauflösung für ping sshd und dhcpd hat? Gruß - Ingo.
Ingo Freund, Montag, 13. Februar 2006 08:13:
Danke für den Hinweis, leider hast du nicht ganz den Punkt getroffen. Wir reden hier über ein Linux Betriebssystem,
Ja, das habe ich schon verstanden. SL seit 9.x (weiß ich nicht mehr genau) hat die Auflösung von .local auf Multicast umgestellt. MacOS macht das schon immer so, Windows nach wie vor nicht.
Übrigens macht Windows die Auflösung '.local' bei meinen Kids auf den Workstations seit Jahren ganz wundervoll.
Welches Betriebssystem? -- Andre Tann
Andre Tann, Montag, 13. Februar 2006 09:21:
Übrigens macht Windows die Auflösung '.local' bei meinen Kids auf den Workstations seit Jahren ganz wundervoll.
Welches Betriebssystem?
Äh, tschuldigung, jetzt hab ich nicht genau gelesen. Ja, Windows macht das, das weiß ich. Linux hat es früher auch gemacht. Glaubs mir einfach, es hat sich da was in der resolver-Bibliothek geändert. -- Andre Tann
Andre Tann schrieb:
Andre Tann, Montag, 13. Februar 2006 09:21:
Äh, tschuldigung, jetzt hab ich nicht genau gelesen. Ja, Windows macht das, das weiß ich. Linux hat es früher auch gemacht. Glaubs mir einfach, es hat sich da was in der resolver-Bibliothek geändert.
@Andre 'n bisschen durcheinander bist du aber schon, erst kann es Windows nicht, dann Linux nicht, Windows aber schon. Egal, ich versuche mal von .local weg zu kommen und berichte dann hier. Wer kommt schon auf so eine hirnrissige Idee, Multicasts an TLD Namen festzumachen, die es in keiner offiziellen Liste gibt (zumindest meines Wissens nach). Ciao - Ingo.
Ingo Freund, Montag, 13. Februar 2006 10:16:
'n bisschen durcheinander bist du aber schon, erst kann es Windows nicht, dann Linux nicht, Windows aber schon.
Nein, ich bin nicht durcheinander, ich habs nur etwas verkürzt dargestellt. Windows kann .local nicht per Multicast auflösen (schöner ausgedrückt: es löst .local nicht per Multicast auf). Würde es das nämlich tun, dann würde die Auflösung fehlschlagen. Weil Windows also .local normal auflöst ("Windows kann auflösen"), hattest Du bisher kein Problem. Linux konnte bisher .local normal auflösen, wie Windows es heute noch tut. Dann gab es bei der 9.x (ich glaube 9.1) eine Änderung in der resolver-Bibliothek. Und jetzt kann Linux .local nur noch per Multicast auflösen. Dies führt zu den von Dir beschriebenen Effekten: Windows kann nach wie vor auflösen. SL 7.3 konnte auch. SL 10.0 kann nicht mehr. Und Mac hätte es noch nie (=seit OS9) gekonnt. Das weiß ich deswegen, weil mich nämlich genau dieser Umstand mal zwei Tage gekostet hat. Windows und Linux konnten immer auflösen, Mac hat es nicht geschafft. Und dann hatte ich eine Linux-Kiste neu aufgesetzt (mit 9.1 vermutlich), und plötzlich wollte die auch nicht mehr auflösen. Bis ich den Grund gefunden hatte... Dann hab ich aus .local überall .lan gemacht, und jetzt tut alles, auch auf dem Mac.
Egal, ich versuche mal von .local weg zu kommen und berichte dann hier. Wer kommt schon auf so eine hirnrissige Idee, Multicasts an TLD Namen festzumachen, die es in keiner offiziellen Liste gibt (zumindest meines Wissens nach).
Guckst Du hier: http://de.wikipedia.org/wiki/Zeroconf -- Andre Tann
Ingo Freund schrieb:
Andre Tann schrieb:
Andre Tann, Montag, 13. Februar 2006 09:21:
Äh, tschuldigung, jetzt hab ich nicht genau gelesen. Ja, Windows macht das, das weiß ich. Linux hat es früher auch gemacht. Glaubs mir einfach, es hat sich da was in der resolver-Bibliothek geändert.
Egal, ich versuche mal von .local weg zu kommen und berichte dann hier.
@Andre herzlichen Dank für deine Hinweise. Habe die '.local' domains umgebaut und siehe da, alles bind betreffende löst jetzt auf. http://de.wikipedia.org/wiki/Zeroconf Ich habe das kurz überflogen, von mDNS hatte ich vorher überhaupt noch nichts gehört. Ciao - Ingo.
participants (2)
-
Andre Tann -
Ingo Freund