Linux.named

Überblick: eigener lokaler DNS Server (via bind)

DNS-Adressen wechseln ganz im Gegensatz zu HTML-Inhalten nicht so häufig. Deshalb will ich einen Caching-BIND Server einsetzten. Ich will nicht, dass jede (wiederholte) DNS Anfrage ins Internet rausgepustet wird! Bis sich alle Datenbanken weltweit angeglichen haben kann schon mal ein halber Tag vergehen, also können wir auch mit gutem Gewissen DNS-Anfragen cachen, etwa mit der Haltbarkeit die zu dem Namen vorgesehn ist. Deshalb ist ein Caching unbedenklich, und auch besonders lohnend, da einige TCP:53 Verbindungsaufbau-Vorgänge (Phase der Namensauflösung) nun lokal abgewickelt werden können! Die Idee liegt nahe, hey man könnte den Linux-Server doch auch als Name-Server (DNS-relay) einsetzen. Egal welcher Provider dann angewählt ist (=welcher nameserver auch immer angegeben werden muss) der lokale DNS-Server leitet alle Anfragen immer an die richtige Adresse (nämlich an den Nameserver draussen im Internet) weiter. Wie die jeweiligen Namenserver heissen steht ja in der forwarders-Sektion der named.conf. Die Clients müssen nix mehr umstellen (im Feld Nameserver) da "Gateway" UND "Nameserver" die gleiche Zieladresse haben. Hier ist die Lösung:

Hostnamen

Ein Hostname (üblicherweise kleine Buchstaben in der Linux Welt - grosse in der MS-DOS-, LANMANAGER-, Windows- Welt) ist ein Text-String beginnend mit einem Buchstaben, danach Buchstaben oder Ziffern oder ein "-".

"a"-"z" { "0"-"9" | "a"-"z" | "-" } !"-"

Am Ende darf kein Minus sein.

• Punkte im Hostnamen sind möglich aber eine ganz schlechte Idee! Punkte im Domain-Namen hingegen sind OK!
• Blank oder Underscore sind verboten

Voraussetzungen

Eine eigene Domäne

Überlege Dir, wie dein PC Netz heissen soll. Dieser Name wird auch als Arbeitsgruppen-Namen bei den Windows PC Verwendung finden. In allen folgenden Beispielen verwende ich

pcworld

als Domänennamen. Sinnvollere Domänennamen / Arbeitsgruppennamen sind Firmennamen oder Abteilungsnamen. Unter Linux UND Windows hat die Domäne folgenden Sinn: Innerhalb der eigene Domäne können lokale, kurze Hostnamen verwendet werden (wie "SAM", "TINA", "DRESDEN"), die versteht dann auch jeder.

Bei dem DNS Server selbst

• Eigener Hostname ...

a) yast->network services->hostnames
b) yast->netword devices->networksettings->Hostnames

• ... und zugehörige Domäne muss gesetzt sein. Hostname ist nach der Standardinstallation "linux" und sollte auf einen sinnvollen Wert geändert werden.
• Nameserver Eintrag muss leer bleiben!

Bei den Clients

• Hostname und Domäne setzen.
• Zusätzlich die IP des Nameservers angeben. Rechts daneben steht auch eine Nameserver Domain. Auch diese muss auf "pcworld" gesetzt werden. Damit der client weiss, wie er lokale Namen auflösen soll. Die Internet Namensauflösung würde auch ohne Domain Eintrag klappen.

Konfiguration

Zuerst werden die Pakete [bind9] aus der Serie [n] sowie die [bind9-utils] installiert.

chkconfig --add named

Um so ab und an mal einen "reload" der zonen zu erwingen muss nicht unbedingt der nameserver mit

 rcnamed restart

Neu gestartet werden. Es reicht eigentlich mit

rndc reload

dem Nameserver einen freundlichen Hinweis zu geben.

/etc/named.conf

Danach in der Datei "/etc/named.conf" folgende, mit den Pfeilen markierten Anpassungen eintragen:
ACHTUNG: Bei meinem System wird "named.conf" automatisiert erzeugt. Dazu wird als Vorlage "named.conf.saved.by.dsl0" oder so benutzt. In diesem Fall muss man dort seinen Änderungen machen, da sonst bei ip-up oder ip-down alle wieder überschrieben wird. Lustig oder. Fraglich ist das verhalten natürlich im Zusammenhang mit einer ISDN ausfallverbindung, die über ein andere Interface läuft! Wird dann die Anlage einer "named.config.saved.by.ippp0" oder so nötig??

-------------------------------------------------------------------------
 
      options {
 
       ->     auth-nxdomain no;

              # The directory statement defines the name server's
              # working directory

              directory "/var/lib/named";

              # The forwarders record contains a list of servers to
              # which queries should be forwarded. Enable this line and
              # modify the IP-address to your provider's name server.
              # Up to three servers may be listed.

              # forwarders { 10.11.12.13; 10.11.12.14; };
              # forwarders { 194.25.2.129; 212.185.248.148; };
              
              # nur Suse < 11.1
      ->      forwarders { 217.237.151.161; 217.237.151.33; }; 

              # nur SuSe > 11.0
      ->      include "/etc/named.d/forwarders.conf";
 
              # Enable the next entry to prefer usage of the name
              # server declared in the forwarders section.

      ->      # forward first;

              # The listen-on record contains a list of local network
              # interfaces to listen on. Optionally the port can be
              # specified. Default is to listen on all interfaces found
              # on your system. The default port is 53.

              # listen-on port 53 { 127.0.0.1; };

      ->      listen-on port 53 { 127.0.0.1; 192.168.100.181; };

              # The listen-on-v6 record enables or disables listening
              # on IPV6 interfaces. Allowed values are 'any' and 'none'
              # or a list of addresses. IPv6 can only be used with
              # kernel 2.4 in this release.

              listen-on-v6 { any; };

              # The next three statements may be needed if a firewall
              # stands between the local server and the internet.

              # query-source address * port 53;
              # transfer-source * port 53;
              # notify-source * port 53;
 
              # The allow-query record contains a list of networks or
              # IP-addresses to accept and deny queries from. The
              # default is to allow queries from all hosts.

              # allow-query { 127.0.0.1; };

    ->        allow-query { localnets; };     

              # If notify is set to yes (default), notify messages are
              # sent to other name servers when the the zone data is
              # changed. Instead of setting a global 'notify' statement
              # in the 'options' section, a separate 'notify' can be
              # added to each zone definition.

              notify no;
              };

 # The following three zone definitions don't need any modification.
 # The first one defines localhost while the second defines the
 # reverse lookup for localhost. The last zone "." is the
 # definition of the root name servers.

  zone "localhost" in {
        type master;
        file "localhost.zone";
 };

 zone "0.0.127.in-addr.arpa" in {
        type master;
        file "127.0.0.zone";
 };

 zone "." in {
        type hint;
        file "root.hint";
 };

 # You can insert further zone records for your own domains below.

->  zone "pcworld" in {
->	notify no;
-> 	type master;
->	file "pcworld.zone";
->	allow-query {127.0.0.1; 192.168.100/24; };
->	allow-transfer { none; };
->  };

->    zone "100.168.192.in-addr.arpa" in {
->       type master;
->       file "192.168.100.zone";
->     };
---------------------------------------------------------------------

/var/lib/named/~domäne~.zone

• Anlegen der Zonendateien:

Das Verzeichnis, in dem die Zonendateien angelegt werden, wird in der Datei "/etc/named.conf" in der Sektion "options" mit dem Schlüssel "directory" (Standardmäßig ist dies "/var/lib/named/") angegeben

/var/lib/named/pcworld.zone
Vor den Rechnernamen dürfen sich keine Leerzeichen befinden.

$TTL 2D
@ IN SOA  raib181.pcworld.  root.pcworld. (
				2005080303	; serial
				2D		; refresh
				4H		; retry
				6W		; expiry
				1W )		; minimum

		IN NS		raib181.pcworld.
		
		
localhost       IN A   127.0.0.1
*.Thorsten      IN A   192.168.100.11 	

• Änderungen in der Zonen Datei

Nach einfügen des neuen Rechners (nicht vergessen, den serial um eines zu erhöhen) oder Änderungen müssen leider die betroffenen systeme named und nmb von den Änderungen benachrichtigt werden (das sollte in Zukunft der keepcon sebst-tätig machen):

rndc reload
rcnmb restart

/var/lib/named/~SubNetz~.zone

/var/lib/named/192.168.100.zone
Vor den Rechnernummern (Letzter Teil der IP-Adresse) dürfen sich keine Leerzeichen befinden.

$TTL 2D
@  IN SOA  raib181.pcworld.  root.pcworld. (
				2005080303	; serial
				2D		; refresh
				4H		; retry
				6W		; expiry
				1W )		; minimum

100.168.192.in-addr.arpa.	IN NS		localhost.
11	IN PTR		*.Thorsten.pcworld. 		

Nun wird mit dem Befehl rcnamed restart die neue DNS-Konfiguration eingelesen und aktiviert

/etc/resolf.conf

Jetzt ist noch in der Datei "/etc/resolv.conf" anzugeben, dass man zur Namensauflösung den lokalen DNS-Server benutzt. Alle bisherigen Einträge am besten löschen.

#

domain pcworld
search pcworld
nameserver 127.0.0.1

#

/etc/sysconfig/network/config

SuSE<11.0

Damit die "/etc/resolv.conf" nicht bei jeder Einwahl wieder ?überschrieben wird muss der Parameter

joe /etc/sysconfig/network/config
 
MODIFY_RESOLV_CONF_DYNAMICALLY="no"
MODIFY_NAMED_CONF_DYNAMICALLY="yes"      # Dadurch werden die "forwarders" in der"/etc/named.conf" bei jeder Einwahl aktualisiert

Damit wieder alles seine Richtigkeit hat muss nun SuSEconfig ausgeführt werden (nicht sicher, ob das notwendig ist)

SuSEconfig

SuSE>11.0

AppAmour muss deaktiviert werden, sonst segfault!

joe /etc/sysconfig/network/config

# die "auto" Policy ermöglicht überhaupt erst Änderungen von Dateien 
# durch netconfig
#
NETCONFIG_DNS_POLICY="auto"

# wir wollen, dass /etc/name.d/forwarders.conf automatisch geschrieben
# wird.
# Nicht vergessen: in named.conf bei den forwardern include "/etc/named.d/forwarders.conf"
#
NETCONFIG_DNS_FORWARDER="bind"

Internet-Server auch im lokalen Netz direkt erreichbar

Durch meinen Internet Provider habe ich eine feste IP-Adresse zugeteilt bekommen. Durch einen weiteren Dienstleister wurde ein Domain-Namen darauf gebunden. Auch ein MX Eintrag gehört dazu. Ähm, der Server steht aber bei "mir" in meinem Netzwerk. Alle sollen jedoch ganz transparent dies durch die Namensauflösung mitgeteilt bekommen.

• Würde eine normalen Anfrage:

host orgamon.org

orgamon.org has address 217.91.31.84
orgamon.org mail is handled by 10 mx.orgamon.org.

ergeben, ist das in unserem Fall ja Unsinn, ein Routing raus und dann wieder rein ist Stromverschwendung: Der Server steht doch im lokalen Netz um die Ecke! 2. Schritte sind dazu nötig:

neue Zone

• in /etc/resolv.conf erweitern

zone "orgamon.org." {
 type master;
 file "orgamon.org.zone";
};

neue Zonen-Datei

• in /var/lib/named eine neue Datei "orgamon.org.zone" erstellen

$TTL    604800
@       IN      SOA     localhost. root.localhost. (
                              4         ; Serial
                         604800         ; Refresh
                          86400         ; Retry
                        2419200         ; Expire
                         604800 )       ; Negative Cache TTL
;
@       IN      NS      localhost.
orgamon.org.    IN     A       192.168.115.25
*.orgamon.org.  IN     A       192.168.115.25
@       IN      MX     10  mx.orgamon.org.

Ziel erreicht?

host orgamon.org

orgamon.org has address 192.168.115.25
orgamon.org mail is handled by 10 mx.orgamon.org.

• Gut, jetzt hat er verstanden dass dieser Rechner in meinen Netz steht (quasi lokal)