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