Comment configurer BIND en tant que serveur DNS de réseau privé sur Ubuntu 14.04

Par exemple, nous supposerons ce qui suit:

Avec ces hypothèses, nous décidons qu’il est judicieux d’utiliser un schéma de dénomination qui utilise «nyc3.example.com» pour faire référence à notre sous-réseau ou zone privé. Par conséquent, le nom de domaine complet (FQDN) privé dehost1 sera "host1.nyc3.example.com". Reportez-vous au tableau suivant les détails pertinents:

Note: Votre configuration existante sera différente, mais les exemples de noms et d'adresses IP seront utilisés pour montrer comment configurer un serveur DNS pour fournir un DNS interne fonctionnel. Vous devriez pouvoir adapter facilement cette configuration à votre propre environnement en remplaçant les noms d’hôte et les adresses IP privées par les vôtres. Il n’est pas nécessaire d’utiliser le nom de région du centre de données dans votre schéma de dénomination, mais nous l’utilisons ici pour indiquer que ces hôtes appartiennent au réseau privé d’un centre de données particulier. Si vous utilisez plusieurs centres de données, vous pouvez configurer un DNS interne dans chaque centre de données respectif.

Avant de continuer, définissons BIND en mode IPv4. Sur les deux serveurs, modifiez le fichier de paramètres de servicebind9:

Ajoutez «-4» à la variableOPTIONS. Cela devrait ressembler à ceci:

/etc/default/bind9

Sauvegarder et quitter.

Maintenant que BIND est installé, configurons le serveur DNS principal.

Surns1, ouvrez le fichiernamed.conf.options pour le modifier:

Au-dessus du blocoptions existant, créez un nouveau bloc ACL appelé «confiance». C’est là que nous définirons la liste des clients à partir desquels nous autoriserons les requêtes DNS récursives (c.-à-d. vos serveurs situés dans le même centre de données que ns1). En utilisant notre exemple d'adresses IP privées, nous ajouteronsns1,ns2,host1 ethost2 à notre liste de clients de confiance:

/etc/bind/named.conf.options — 1 of 3

Maintenant que nous avons notre liste de clients DNS de confiance, nous voudrons éditer le blocoptions. Actuellement, le début du bloc se présente comme suit:

/etc/bind/named.conf.options — 2 of 3

Sous la directivedirectory, ajoutez les lignes de configuration en surbrillance (et remplacez-les par l'adresse IP appropriée dens1) pour que cela ressemble à ceci:

/etc/bind/named.conf.options — 3 of 3

Maintenant, enregistrez et quitteznamed.conf.options. La configuration ci-dessus spécifie que seuls vos propres serveurs (les «dignes de confiance») pourront interroger votre serveur DNS.

Ensuite, nous allons configurer le fichier local, pour spécifier nos zones DNS.

Surns1, ouvrez le fichiernamed.conf.local pour le modifier:

Mis à part quelques commentaires, le fichier doit être vide. Ici, nous allons spécifier nos zones avant et arrière.

Ajoutez la zone suivante avec les lignes suivantes (remplacez le nom de la zone par le vôtre):

/etc/bind/named.conf.local — 1 of 2

En supposant que notre sous-réseau privé est10.128.0.0/16, ajoutez la zone inverse avec les lignes suivantes (notez que notre nom de zone inverse commence par «128.10» qui est l'inversion d'octet de «10.128»):

/etc/bind/named.conf.local — 2 of 2

Si vos serveurs couvrent plusieurs sous-réseaux privés mais se trouvent dans le même centre de données, veillez à spécifier une zone et un fichier de zone supplémentaires pour chaque sous-réseau distinct. Lorsque vous avez terminé d'ajouter toutes les zones souhaitées, enregistrez et quittez le fichiernamed.conf.local.

Maintenant que nos zones sont spécifiées dans BIND, nous devons créer les fichiers de zone avant et arrière correspondants.

Le fichier de zone de transfert permet de définir les enregistrements DNS pour les recherches DNS directes. Autrement dit, lorsque le DNS reçoit une requête de nom, "host1.nyc3.example.com" par exemple, il cherchera dans le fichier de zone de transfert pour résoudre l'adresse IP privée correspondante dehost1.

Créons le répertoire où nos fichiers de zone résideront. Selon notre configuration denamed.conf.local, cet emplacement doit être/etc/bind/zones:

Nous baserons notre fichier de zone avant sur l'exemple de fichier de zonedb.local. Copiez-le à l'emplacement approprié à l'aide des commandes suivantes:

Maintenant, éditons notre fichier de zone de transfert:

Au début, cela ressemblera à quelque chose comme ceci:

/etc/bind/zones/db.nyc3.example.com — original

Tout d'abord, vous voudrez éditer l'enregistrement SOA. Remplacez le premier "localhost" par le nom de domaine complet dens1, puis remplacez "root.localhost" par "admin.nyc3.example.com". De plus, chaque fois que vous modifiez un fichier de zone, vous devez incrémenter la valeur deserial avant de redémarrer le processus denamed - nous l'incrémenterons à «3». Ça devrait ressembler a quelque chose comme ca:

/etc/bind/zones/db.nyc3.example.com — updated 1 of 3

Supprimez maintenant les trois enregistrements à la fin du fichier (après l’enregistrement SOA). Si vous ne savez pas quelles lignes supprimer, celles-ci sont marquées d’un commentaire «supprimer cette ligne» ci-dessus.

À la fin du fichier, ajoutez vos enregistrements de serveur de noms avec les lignes suivantes (remplacez les noms par vos propres noms). Notez que la deuxième colonne spécifie qu'il s'agit d'enregistrements «NS»:

/etc/bind/zones/db.nyc3.example.com — updated 2 of 3

Ajoutez ensuite les enregistrements A pour vos hôtes appartenant à cette zone. Cela inclut tous les serveurs dont nous voulons terminer le nom avec “.nyc3.example.com” (remplacez les noms et les adresses IP privées). En utilisant nos exemples de noms et d'adresses IP privées, nous ajouterons des enregistrements A pourns1,ns2,host1 ethost2 comme ceci:

/etc/bind/zones/db.nyc3.example.com — updated 3 of 3

Enregistrez et quittez le fichierdb.nyc3.example.com.

Notre dernier exemple de fichier de zone de transfert ressemble à ceci:

/etc/bind/zones/db.nyc3.example.com — updated

Passons maintenant au (x) fichier (s) de zone inversée.

Les fichiers de zone inversée sont ceux où nous définissons les enregistrements DNS PTR pour les recherches DNS inversées. Ainsi, lorsque le DNS reçoit une requête par adresse IP, par exemple "10.128.100.101", il recherche dans le ou les fichiers de zone inversée le nom de domaine complet correspondant, "host1.nyc3.example.com". .

Surns1, pour chaque zone inverse spécifiée dans le fichiernamed.conf.local, créez un fichier de zone inverse. Nous baserons nos fichiers de zone inversée sur le fichier de zone échantillondb.127. Copiez-le à l'emplacement approprié à l'aide des commandes suivantes (en remplaçant le nom du fichier de destination afin qu'il corresponde à votre définition de zone inversée):

Editez le fichier de zone inverse qui correspond à la ou aux zones inversées définies ennamed.conf.local:

Au début, cela ressemblera à quelque chose comme ceci:

/etc/bind/zones/db.10.128 — original

De la même manière que le fichier de zone avant, vous voudrez éditer l'enregistrement SOA et incrémenter la valeur deserial. Ça devrait ressembler a quelque chose comme ca:

/etc/bind/zones/db.10.128 — updated 1 of 3

Supprimez maintenant les deux enregistrements à la fin du fichier (après l’enregistrement SOA). Si vous ne savez pas quelles lignes supprimer, celles-ci sont marquées d’un commentaire «supprimer cette ligne» ci-dessus.

À la fin du fichier, ajoutez vos enregistrements de serveur de noms avec les lignes suivantes (remplacez les noms par vos propres noms). Notez que la deuxième colonne spécifie qu'il s'agit d'enregistrements «NS»:

/etc/bind/zones/db.10.128 — updated 2 of 3

Ajoutez ensuite les enregistrementsPTR pour tous vos serveurs dont les adresses IP se trouvent sur le sous-réseau du fichier de zone que vous modifiez. Dans notre exemple, cela inclut tous nos hôtes car ils sont tous sur le sous-réseau 10.128.0.0/16. Notez que la première colonne est composée des deux derniers octets des adresses IP privées de vos serveurs, dans l’ordre inverse. Assurez-vous de substituer des noms et des adresses IP privées pour correspondre à vos serveurs:

/etc/bind/zones/db.10.128 — updated 3 of 3

Enregistrez et quittez le fichier de zone inversée (répétez cette section si vous devez ajouter d'autres fichiers de zone inversée).

Notre dernier exemple de fichier de zone inversée ressemble à ce qui suit:

/etc/bind/zones/db.10.128 — updated

Exécutez la commande suivante pour vérifier la syntaxe des fichiersnamed.conf*:

Si vos fichiers de configuration nommés ne comportent aucune erreur de syntaxe, vous revenez à l'invite de votre shell et ne voyez aucun message d'erreur. S'il y a des problèmes avec vos fichiers de configuration, passez en revue le message d'erreur et la sectionConfigure Primary DNS Server, puis réessayeznamed-checkconf.

La commandenamed-checkzone peut être utilisée pour vérifier l'exactitude de vos fichiers de zone. Son premier argument spécifie un nom de zone et le second argument spécifie le fichier de zone correspondant, qui sont tous deux définis dansnamed.conf.local.

Par exemple, pour vérifier la configuration de la zone de transfert «nyc3.example.com», exécutez la commande suivante (modifiez les noms pour qu'ils correspondent à votre zone de transfert et à votre fichier):

Et pour vérifier la configuration de la zone inversée «128.10.in-addr.arpa», exécutez la commande suivante (modifiez les nombres pour qu'ils correspondent à votre zone et fichier inversés):

Lorsque tous vos fichiers de configuration et de zone ne contiennent aucune erreur, vous devez être prêt à redémarrer le service BIND.

Redémarrez BIND:

Votre serveur DNS principal est maintenant configuré et prêt à répondre aux requêtes DNS. Passons maintenant à la création du serveur DNS secondaire.

Sur Ubuntu et Debian Linux VPS, vous pouvez modifier le fichierhead, qui est précédé deresolv.conf au démarrage:

Ajoutez les lignes suivantes au fichier (remplacez votre domaine privé et les adresses IP privées dens1 etns2):

/etc/resolvconf/resolv.conf.d/head

Exécutez maintenantresolvconf pour générer un nouveau fichierresolv.conf:

Votre client est maintenant configuré pour utiliser vos serveurs DNS.

Sur CentOS, RedHat et Fedora Linux VPS, éditez simplement le fichierresolv.conf:

Ajoutez ensuite les lignes suivantes en haut du fichier (remplacez votre domaine privé et les adresses IP privées dens1 etns2):

/etc/resolv.conf

Maintenant, enregistrez et quittez. Votre client est maintenant configuré pour utiliser vos serveurs DNS.

Par exemple, nous pouvons effectuer une recherche directe pour récupérer l'adresse IP dehost1.nyc3.example.com en exécutant la commande suivante:

La requête «host1» se développe en «host1.nyc3.example.com car l'optionsearch est définie sur votre sous-domaine privé et les requêtes DNS tenteront de rechercher ce sous-domaine avant de rechercher l'hôte ailleurs. La sortie de la commande ci-dessus ressemblerait à ceci:

Pour tester la recherche inversée, interrogez le serveur DNS avec l’adresse IP privée dehost1:

Vous devriez voir une sortie qui ressemble à ceci:

Si tous les noms et adresses IP ont la valeur correcte, cela signifie que vos fichiers de zone sont configurés correctement. Si vous recevez des valeurs inattendues, veillez à examiner les fichiers de zone sur votre serveur DNS principal (par exemple, db.nyc3.example.com etdb.10.128).

Toutes nos félicitations! Vos serveurs DNS internes sont maintenant correctement configurés! Nous allons maintenant couvrir la maintenance de vos enregistrements de zone.

Chaque fois que vous ajoutez un hôte à votre environnement (dans le même centre de données), vous souhaiterez l'ajouter au DNS. Voici une liste des étapes à suivre:

Si vous supprimez un hôte de votre environnement ou souhaitez simplement le retirer du DNS, supprimez simplement tout ce qui a été ajouté lors de l'ajout du serveur au serveur DNS (c'est-à-dire l'inverse des étapes ci-dessus).