![](https://seccdn.libravatar.org/avatar/8efdb29ec2defcd37d758c8bae38e41e.jpg?s=120&d=mm&r=g)
Hallo, * On Wed, Sep 26, 2001 at 10:15 AM (+0000), Alexander Reuther wrote:
Hey Steffen,
Wenn auf diesen Servern beispielsweise Samba laeuft, dann koennte die Aufloesung hier prinzipiell auch ueber andere Mechanismen als DNS und Hosts laufen, naemlich ueber WINS, Broadcast oder LMHOSTS-Dateien. Aber ich denke, dass Du das ausgeschlossen hast.
Naja, was heisst hier ausgeschlossen, diese Optionen sind nicht aktivert, und daher nicht über die Cleints ansprechbar.
Klar, Aufloesung via LMHOSTS ist auf den Clients nicht aktiv, sobald keine LMHOSTS-Datei auf den Clients existiert. Aber was hindert die Clients z.B. daran, wie Broadcast aufzuloesen? Nur weil Du vielleicht beim Samba-Server deaktiviert hast ("name resolve order"), heisst es ja noch nicht, dass nicht die Clients versuchen (und es auch schaffen), den Namen des Samba-Servers via Broadcast aufzuloesen. Das heisst ja dann IMHO nur, dass der Samba-Server keine Broadcasts zur Namensaufloesung verwendet. Und bei den Windows-Clients ist das gar nicht so einfach zu deaktivieren. Aufschluss ueber die Aufloesungsmethode gibt AFAIK das Programm "winipcfg".
D.h. irgend ein Nameserver steht in der "resolv.conf" drin. Vielleicht ja ein externer? Der Nameserver der dort drin steht ist der interne Bind8. Die Datei /etc/resolve.conf wird aber automatisch vom DHCP Client überschrieben, um die Einstellungen der DHCP Servers zu verwenden (genauso wie bei den Windows Systemen).
Und auch nach dem Ueberschreiben durch den DHCP-Client steht noch der interne Bind8 drin? Gruss, Steffen