close Warning: Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.

Changes between Version 1 and Version 2 of Ticket #1011, comment 2


Ignore:
Timestamp:
Jul 18, 2013, 11:29:03 PM (13 years ago)
Author:
Rüdiger Kupper

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #1011, comment 2

    v1 v2  
    1414- seine Informationen (welcher DNS-Server und welche Search-Domain?) erhält //resolvconf// von den Daemons, welche die Netzwerk-Interfaces verwalten. Bei uns ist da nur "ifup/down" relevant. Dieser liest aus der /etc/network/interfaces die Einträge "dns-nameservers" und "dns-search" und leitet sie an //resolvconf// weiter. //resolvconf// schreibt diese dann in die /etc/resolv.conf, und der Name-Lookup funktioniert.
    1515
    16 Dieser Mechanismus war bei uns bereits nicht mehr funktional, weil (a) die "dns-*"-Einträge in /etc/network/interfaces fehlten, und (b) die Datei /etc/resolvonf/resolvconf.d/tail hart eincodierte dns-Einträge aufwies (was allerdings auch nicht stört).
     16Dieser Mechanismus war bei uns bereits nicht mehr funktional, weil (a) die "dns-*"-Einträge in /etc/network/interfaces fehlten, und (b) die Datei /etc/resolvconf/resolvconf.d/tail hart eincodierte dns-Einträge aufwies (was allerdings auch nicht stört).
    1717
    1818Ich habe nun die "dns-*"-Einträge auf allen LtspServern in /etc/network/interfaces hinzugefügt (und ebenfalls im Ltsp-setup-Skript, per [603/keplertools]). Dann habe ich die hart eincodierten DNS-Einträge entfernt, in der Erwartung, dass //resolvconf// die ja dynamisch erzeugt -- und nichts ging mehr. Keine DNS-Auflösung.