Nsd en niet geconsolideerd uitvoeren op OpenBSD 5.6

• ongebonden
• nsd

In dit artikel leert u hoe gemakkelijk en snel het is om uw eigen caching-oplossende DNS-server (ongebonden) te hebben, evenals een gezaghebbende / master DNS-server (nsd) die lokaal draait op uw eigen OpenBSD Vultr-instantie.

Raadpleeg voor het installeren van OpenBSD het volgende artikel: Setup OpenBSD 5.5 64-bit . Zorg ervoor dat u in plaats daarvan de nieuwere 5.6 ISO-afbeelding gebruikt.

Hoewel nsd ook beschikbaar was in de vorige release, was niet-gebonden gekoppeld aan de build voor de 5.6-release. Vanaf versie 5.7 wordt BIND volledig verwijderd uit het basissysteem (en beschikbaar via poorten).

ongebonden

Voor het oplossen van DNS gebruiken mensen over het algemeen de standaardinstellingen van hun distributie / provider of een service van Google (openbare DNS) en OpenDNS. Hoewel die meestal prima zijn, geeft het runnen van je eigen je meer controle, betere prestaties (zodra je je eigen cache hebt ingevuld), betere privacy, etc. Het is heel gemakkelijk om je eigen DNS-setup op te lossen op OpenBSD.

1. Schakel de service in:

   sudo rcctl enable unbound
   

2. Start de dienst:

   sudo rcctl start unbound
   

3. Om het actief te maken, plaatst u het volgende in /etc/resolv.conf(en verwijdert u alle andere nameserververmeldingen):

   nameserver 127.0.0.1
   

Je kunt het nu uitproberen:

dig google.com

We zijn op zoek naar de volgende twee regels:

;; Query time: 35 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)

De gebruikte server was localhost, en dat is wat we wilden. De querytijd is 35 seconden bij een koude start. Laten we nog een keer dezelfde digopdracht proberen :

;; Query time: 1 msec

Op dit moment werkt de caching en kunnen we doorgaan met de gezaghebbende nsd-server.

nsd

In tegenstelling tot ongebonden is nsd een gezaghebbende DNS-server, die wordt gebruikt voor het bedienen van uw eigen zones. Eén server is over het algemeen niet genoeg, dus u kunt een andere Vultr-instantie laten draaien als secundaire server op een andere locatie, voor redundantie.

Aangezien het opzetten van een primaire / secundaire service (hoewel niet moeilijk) een beetje buiten het bestek van dit artikel valt, zullen we laten zien hoe we een enkele domeinzone kunnen bedienen.

1. Laten we eerst het /var/nsd/etc/nsd.confbestand bewerken . Hier is een compleet voorbeeld:

   server:
       hide-version: yes
       ip-address: 108.xx.xxx.xx
   
   remote-control:
       control-enable: yes
   
   zone:
       name: "example.com"
       zonefile: "example.com.zone"
   

   Opmerking: vervang 108.xx.xxx.xxdoor het IP-adres van uw instantie en example.comdoor uw eigen domein.

2. Zone-bestanden gaan naar de /var/nsd/zonesdirectory. Hier is een kort /var/nsd/zones/example.com.zonezonebestand:

   $ORIGIN example.com.
   $TTL 86400
   
   @       3600    SOA     a.ns.example.com. hostmaster.example.com. (
                           2014110502      ; serial
                           1800            ; refresh
                           7200            ; retry
                           1209600         ; expire
                           3600 )          ; negative
   
                   NS      a.ns.example.com.
                   NS      b.ns.example.com.
   
                   MX      0 mail.example.com.
   
   a.ns            A       108.xx.xxx.xx
   b.ns            A       108.xx.xxx.xx
   mail            A       108.xx.xxx.xx
   

3. We kunnen de service nu inschakelen en starten:

   sudo rcctl enable nsd
   sudo rcctl start nsd
   

U zou nu zowel uw eigen caching / resolving DNS-server moeten hebben, als een gezaghebbende.

BIND-zonesyntaxis en details over het runnen van je eigen master vallen een beetje buiten het bereik van deze korte gids en worden als oefening overgelaten aan de lezer. Geniet van OpenBSD!