Tach Leute. Habe hier ein Netz, in dem Windows- und Mac-Kisten gemischt herumstehen. Die Adressen werden über dhcp verteilt, und es wird auch ein Nameserver übergeben, nämlich: 192.168.0.201. Auf dem 201er läuft nun ein BIND8. Hier habe ich zwei forwarders definiert, und eine lokale Zone schaible.local errichtet. Für die Windows-Kisten funktioniert das alles einwandfrei. Beispielsweise bekomme ich mit ping: Name wird aufgelöst zu mailsrv 192.168.0.201 mailsrv.schaible.local 192.168.0.201 filesrv 192.168.0.202 filesrv.schaible.local 192.168.0.202 Für die Macs (OS 9.2.2) funktioniert das dagegen nicht, und ich verstehe nicht, warum nicht. Dem TCP/IP-Kontrollfeld entnehme ich, daß sich der Mac korrekte Werte vom dhcpd holt, u.a. den richtigen DNS-Server. Trotzdem kann ich weder mailsrv noch mailsrv.schaible.local auflösen. D.h. ein ping mailsrv geht nicht. Ein ping 192.168.0.201 geht aber. Komischerweise kann der Mac aber externe Adressen auflösen, beispielsweise www.bmw.de. Dies hat mich schon auf die Idee gebracht, daß der Mac vielleicht gar nicht meinen lokalen named befragt. Aber: wenn ich den named auf dem 201er stoppe, dann können die Macs keine externen Adressen mehr auflösen. Starte ich den named wieder, dann sind externe Adressen wieder auflösbar. Nur Adressen der zone schaible.local sind und bleiben nicht auflösbar. Warum ist das so? Braucht der Mac da noch irgendwas spezielles? Hier noch meine config-Dateien: /etc/named.conf: [...] directory "/var/named"; forwarders { 213.155.65.2; 213.155.67.2; }; [...] zone "schaible.local" in { type master; file "schaiblelocal.zone"; notify no; }; /etc/dhcpd.conf: [...] default-lease-time 604800; max-lease-time 604800; ddns-update-style ad-hoc; option domain-name "schaible.local"; option domain-name-servers 192.168.0.201; [...] /var/named/schaiblelocal.zone: $TTL 2D schaible.local. IN SOA mailsrv af.schaible.net. ( 2003091201 ; serial 1D ; refresh 2H ; retry 1W ; expiry 2D ) ; minimum IN NS mailsrv mailsrv IN A 192.168.0.201 filesrv IN A 192.168.0.202 [...] Hope for help... Andy -- Andreas Feile www.feile.net
Moin, Am Fr, 2003-09-12 um 15.46 schrieb Andreas Feile:
Tach Leute.
Habe hier ein Netz, in dem Windows- und Mac-Kisten gemischt herumstehen. Die Adressen werden über dhcp verteilt, und es wird auch ein Nameserver übergeben, nämlich: 192.168.0.201.
Erstmal 'ne generische Antwort: Hier auch, geht ohne Probleme, diverse Linuxdistris, alles ohne Basteln.
Warum ist das so? Braucht der Mac da noch irgendwas spezielles?
Nein. 1. Ich habe festgestellt, daß OS 9 zickiger ist als OS X. Wenn du testest, solltest du auch nur OS 9 verwenden. 2. Ich habe ebenfalls festgestellt, daß die Macs ein reboot brauchen, wenn man Settings verändert hat. Auch wenn sie das nicht explizit ansagen. 3. Hast du evtl. Probleme mit dem Suchpfad? Versuch mal, den Pfad explizit mit einem "." abzuschliessen, das Problem hatte ich mal bei "illegalen" TLDs. Versuch mal "mailsrv af.schaible.net." aufzulösen statt "mailsrv af.schaible.net" 4. Versuch mal herauszufinden, ob deine Macs tatsächlich deinen DNS befragen. Notfalls einfach kurz die Firewall schliessen und /v/l/m lesen. :-) Es gab früher frei erhältliche Versionen von Anarchy (Jetzt Interarchy) für den Mac. DAs war zwar ein ftp-Client, der hatte aber die ganzen Tools mit dabei: ping, host, traceroute ... Versuch mal, den auszugraben, oder was adäquates, und schau mal, ob du gezielt _deinen_ DNS abfragen kannst. Also das GUI-Äquivalent von "host www.domain.foo 192.168.0.1" (Suche www... auf dem NS 192.168.0.1, nicht "irgendwo") -- -o) fontlinge | Font management for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Am 14.09.2003 13:09 Uhr schrieb "Joerg Rossdeutscher" unter
3. Hast du evtl. Probleme mit dem Suchpfad? Versuch mal, den Pfad explizit mit einem "." abzuschliessen, das Problem hatte ich mal bei "illegalen" TLDs. Versuch mal "mailsrv af.schaible.net." aufzulösen statt "mailsrv af.schaible.net"
Das ist auch meine Vermutung. Wird nach einem FQDN kein Punkt angegeben, wird vom Nameserver die Domain nochmals angehängt, um den Eintrag zu vervollständigen. Aus mail wird mail.suse.de, aus mail.suse.de wird - wenn kein abschliessender Punkt angegeben wird - plötzlich mail.suse.de.suse.de Gruß Michael
Moin, Am So, 2003-09-14 um 13.43 schrieb Michael Grundmann:
Am 14.09.2003 13:09 Uhr schrieb "Joerg Rossdeutscher"
3. Hast du evtl. Probleme mit dem Suchpfad? Versuch mal, den Pfad explizit mit einem "." abzuschliessen, das Problem hatte ich mal bei "illegalen" TLDs. Versuch mal "mailsrv af.schaible.net." aufzulösen statt "mailsrv af.schaible.net"
Das ist auch meine Vermutung. Wird nach einem FQDN kein Punkt angegeben, wird vom Nameserver die Domain nochmals angehängt, um den Eintrag zu vervollständigen. Aus mail wird mail.suse.de, aus mail.suse.de wird - wenn kein abschliessender Punkt angegeben wird - plötzlich mail.suse.de.suse.de
Kann ich in dieser Absolutheit nicht bestätigen. Das ist ein guter Ansatzpunkt, um das Problem ausfindig zu machen, aber nötig ist es _eigentlich_ nicht und würde wohl darauf hindeuten, daß in der bind-Config ein Fehler ist. Ich habe sowas mal gebraucht, weil es mir mir in bind ein Fehler eingebaut war. Nachdem ich den Fehler gefunden hatte, ist es nicht mehr nötig und 25 Macs in diversen OS-Versionen laufen prima mit "firma.foo" im TCP/IP-Kontrollfeld. Gruß, Ratti -- -o) fontlinge | Font management for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Am 14.09.2003 17:29 Uhr schrieb "Joerg Rossdeutscher" unter
Kann ich in dieser Absolutheit nicht bestätigen. Das ist ein guter Ansatzpunkt, um das Problem ausfindig zu machen, aber nötig ist es _eigentlich_ nicht und würde wohl darauf hindeuten, daß in der bind-Config ein Fehler ist.
Ich habe sowas mal gebraucht, weil es mir mir in bind ein Fehler eingebaut war. Nachdem ich den Fehler gefunden hatte, ist es nicht mehr nötig und 25 Macs in diversen OS-Versionen laufen prima mit "firma.foo" im TCP/IP-Kontrollfeld.
Naja, war ja nur mal ein Ansatz um das Problem einzukreisen. Ich selber hatte Andys Problem noch nie und beides funktioniert in meinem gemischten Netz hervorragend. Gruß Michael -- ACK = ACKnowledge = Zustimmung | NAC = No ACknowledge = keine Zustimmung DAU = Dümmster Anzunehmender User | LOL = Laughing Out Loud = Lautes Lachen IIRC = If I Remember Correctly = Falls ich mich richtig erinnere OT = Off Topic = Am Thema (der Liste) vorbei
participants (3)
-
Andreas Feile
-
Joerg Rossdeutscher
-
Michael Grundmann