Vertrauenswürdige Clients festlegen¶

Man erstellt vor dem options-Block einen neuen Block acl <wunschname>:

acl goodclients { // Name kann frei gewählt werden
 192.168.0.0/24;  // Lokales Netz (IP-Adressbereich anpassen)
 10.0.10.45;       // einzelner Client im Netz
 2001:db8::/32; //IPv6-Netz
 localhost;       // localhost sollte immer eingetragen sein, da es der Rechner ist, auf dem BIND lauscht
 localnets; //Netze, auf denen BIND lauscht, bei 10.0.0.5/24 würden alle Rechner aus 10.0.0.0/24 zugelassen sein
};

Danach muss im options-Block diese ACL (Access Control List) aktiviert werden:

options {
    directory "/var/cache/bind";
    allow-recursion { goodclients; }; //ACL-Name von oben, erlaubt das rekursive Abfragen von Zonen, für die BIND nicht autoritativ ist
    allow-query { any; }; //Erlaubt die generelle Abfrage von autoritativen Zonen, bei einem autoritativen DNS-Server `any` verwenden, da von jeder IP-Adresse zugegriffen werden muss!
...
};

Netzwerkschnittstellen¶

Ein für eine öffentliche Zone autoritativer Server muss über eine öffentliche IPv6- und IPv4-Adresse erreichbar sein. Ein reiner Resolver für das interne Netz kann ausschließlich auf einer site-local-IPv6-Adresse (z.B. ULA) und einer privaten IPv4-Adresse lauschen.

Zur Änderung der Netzwerkschnittstellen muss man in einem Editor mit Root-Rechten ^[5] die Datei named.conf.options bearbeiten und die folgende Zeile in den options-Block eintragen:

        listen-on-v6 { ::1; 2001:db8::1234;};
        listen-on { 127.0.0.1; 192.168.0.10; 10.0.20.25; };

Die Beispieladressen müssen natürlich an die IP-Adressen des Bind-Servers im lokalen Netzwerk angepasst werden. Wichtig ist auch, den localhost, also 127.0.0.1 und ::1, nicht zu vergessen, sowie auf die korrekte Verwendung der Semikolons zu achten. Ist kein listen-on definiert, so wird auf allen Schnittstellen gelauscht.

Forwarder-Mode festlegen (optional)¶

Will man DNS-Abfragen nicht an die Root-Server stellen, kann man Bind im Forwarder-Mode konfigurieren. So leitet er Anfragen an andere DNS-Server (z.B. vom ISP) weiter.

Im options'-Block wird dazu ein neuer forwarders-Block angelegt. Hier können auch mehrere Server eingetragen werden:

forwarders {
10.0.0.1;
2001:db8::1234;
};

Jetzt kann der Server wie folgt neu gestartet werden:

sudo service named restart 

Testen kann man dies mit dem Befehl dig^[6]:

dig ubuntuusers.de @::1 

Forward Lookup¶

Die Datei db.example.org könnte so aussehen:

;; db.example.org
;; Forwardlookupzone für example.org
;;
$TTL 2D
@       IN      SOA     rechnername.example.org. mail.example.org. (
                        2006032201      ; Serial
                                8H      ; Refresh
                                2H      ; Retry
                                4W      ; Expire
                                3H )    ; NX (TTL Negativ Cache)

@                               IN      NS      rechnername.example.org.
                                IN      MX      10 mailserver.example.org.
                                IN      A       192.168.0.10
                                IN      AAAA    2001:db8::1

rechnername                     IN      A       192.168.0.10
rechner1                        IN      A       192.168.0.200
mailserver                      IN      A       192.168.0.201
rechner2                        IN      CNAME   mailserver

Ressourcen von MX-Records (in diesem Beispiel also der "mailserver") müssen immer auf einen AAAA- oder A-Record verweisen (RFC 2181), CNAME ist nicht erlaubt.

Besonders wichtig an dieser Stelle ist eine Leerzeile am Ende der Datei!

Das TTL (Time To Live) gibt an, wie lange Informationen im Cache der Clients gültig bleiben und danach neu angefordert werden sollen (in diesem Fall 2Days, also 2 Tage).

Als nächstes kommt dann der SOA (Start Of Authority resource records), welcher folgende Werte für den Bereich der Domäne festlegt:

• zone-origin ist der vollqualifizierte Domainname (FQDN) des primären DNS-Servers. (In diesem Fall server.example.org., der Name des Servers, den gerade konfigurieren wird.) Der Punkt am Ende ist übrigens wichtig!

• zone-contact ist die Mail-Adresse des DNS-Verwalters. Das "@" wird hier jedoch durch einen Punkt ersetzt, somit müsste hier "mail.example.org." eingetragen werden. Auch hier den Punkt am Ende nicht vergessen!

• serial ist eine Seriennummer, die der Administrator nach seinen Vorstellungen vergeben kann. Allerdings muss die Seriennummer bei jeder Änderung erhöht werden, da diese Nummer sekundären DNS-Servern als Indiz dafür dient, dass sich was geändert hat. Nach allgemeiner Konvention benutzt man deswegen die Form YYYYMMDDSS, mit YYYY=Jahr, MM=Monat, DD=Tag und SS=zweistellige Seriennummer, die bei mehreren Änderungen an einem Tag jeweils um eins erhöht wird.

• Die folgenden Einträge des SOA-Abschnitts befinden sich für die meisten Fälle schon auf vernünftigen Voreinstellungen und müssen im Allgemeinen nicht angetastet werden.

Als nächstes kommen die Einträge der DNS-Server, die für die Zone verantwortlich sind. Diese haben alle die Form

Name                            IN      RR      Wert

Der Name kann dabei weggelassen werden, in welchem Fall er aus der vorherigen Zeile übernommen wird. Namen ohne Punkt am Ende werden dabei durch den Zonen-(Domain-)namen ergänzt, Namen mit Punkt gelten als vollqualifiziert. Ein besonderer Name ist das Zeichen @, das dem Zonennamen entspricht.

RR (Resource Record) muss einer von mehreren offiziellen RR-Bezeichnungen sein und der Wert hängt von der Art des RR ab. Einige RRs:

Weitere Resource Records finden sich in Wikipedia oder in der Fachliteratur.

Reverse Lookup¶

In der Datei db.z.y.x, bspw. db.0.168.192 für das Subnetz 192.168.0.0, befinden sich überwiegend die Einträge aus der db.example.org, allerdings erfolgt der Lookup nun in umgekehrter Richtung:

;; db.0.168.192
;; Reverselookupzone für 192.168.0.0/24
;;
$TTL 2D
@       IN      SOA     rechnername.example.org. mail.example.org. (
                                2006032201      ; Serial
                                        8H      ; Refresh
                                        2H      ; Retry
                                        4W      ; Expire
                                        3H )    ; TTL Negative Cache

@       IN      NS      rechnername.example.org.

10      IN      PTR     rechnername.example.org.
200     IN      PTR     rechner1.example.org.
201     IN      PTR     rechner2.example.org.

Man beachte die PTR-Records, die für die Rückwärtsübersetzung von IP-Adressen in Namen zuständig sind. Die Zahlen in der ersten Spalte stellen dabei das letzte Byte der IP-Adresse dar. Wichtig ist, dass die übersetzten Namen FQDNs (mit Punkt am Ende) sind.

Alias-Einträge, MX-Records, etc. werden hier nicht nochmal aufgeführt. Die Datei db.8.b.d.0.1.0.0.2.ip6.arpa dient für den IPv6-Reverse-Lookup.

;; Reverse-Lookup für 2001:db8::/32
$TTL 2D
@       IN      SOA     rechnername.example.org. mail.example.org. (
                                2006032201      ; Serial
                                        8H      ; Refresh
                                        2H      ; Retry
                                        4W      ; Expire
                                        3H )    ; TTL Negative Cache

@       IN      NS      rechnername.example.org.

1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0      IN      PTR     rechnername.example.org.