domain-needed

Interdit à Dnsmasq de transmettre en amont les requêtes de noms simples (sans point ni nom de domaine).

• Si le nom n'est pas dans /etc/hosts ou dans la liste des baux DHCP, dnsmasq répond “non trouvé”.
• Avec bogus-priv, cela évite de faire sortir les requêtes de domaines locaux

; bogus-priv

dnsmasq ne transmet pas aux serveurs DNS amont les requêtes DNS inverses pour des adresses IP privées (ie 192.168.x.x, etc…) qui ne sont ni dans /etc/hosts ni dans les baux DHCP.

• Il retourne dans ce cas “no such domain”.

; cache-size=<taille>

taille du cache de Dnsmasq

• valeur par défaut : 150 noms.
• une valeur de zéro désactive le cache.

; domain=<domaine>[,<gamme d'adresses>]

domaine du serveur DHCP.

• Ce domaine local sera ajouté aux noms des machines assignées par le DHCP
• Le domaine peut être donné :
  • sans spécifier de gamme d'adresses IP
  • ou pour des gammes d'adresses IP limitées.
• Cela a deux effets :
  1. le serveur DHCP retourne le domaine à tous les hôtes qui le demandent
  2. cela spécifie le domaine valide pour les hôtes DHCP configurés.
• cela empêche un hôte sur le LAN de fournir via DHCP un nom tel que par exemple “microsoft.com” et capturer illégitimement du trafic.
• Si aucun nom de domaine n'est spécifié, les noms d'hôtes avec un nom de domaine (avec un point) seront interdits et enregistrés dans le journal (logs).
• Si un suffixe est fourni,
  • les noms d'hôtes possédant un domaine sont autorisés si le nom de domaine coïncide avec <domaine>
  • les noms d'hôtes ne possédant pas de nom de domaine se voient rajouter le suffixe <domaine>
  • Par exemple, sur mon réseau, je peux configurer domain=thekelleys.org.uk avec une machine dont le nom DHCP serait laptop.
  • L'adresse IP de cette machine sera disponible à la fois
    • pour laptop
    • et laptop.thekelleys.org.uk
• Si la valeur fournie pour <domaine> est ”#”, le nom de domaine est positionné à la première valeur de la directive “search” du fichier /etc/resolv.conf (ou équivalent).
• La gamme d'adresses est de la forme <adresse ip>,<adresse ip> ou <adresse ip>/<masque de réseau> voire une simple <adresse ip>.

; expand-hosts

Ajoute le nom de domaine <domaine> défini par domain=<domaine> aux noms simples (dont le nom ne contient pas de point) :

• contenus dans le fichier /etc/hosts
• et pour le service DHCP

; resolv-file=<fichier>

Lit les adresses des serveurs de nom amont dans le fichier de nom <fichier>, au lieu du fichier /etc/resolv.conf.

• Pour le format de ce fichier, voir dans le manuel pour resolv.conf(5) les entrées correspondant aux serveurs de noms (nameserver).
• Dnsmasq peut lire plusieurs fichiers de type resolv.conf, le premier remplace le fichier par défaut, le contenu des suivants est rajouté dans la liste des fichiers à consulter.
• Seul le dernier fichier modifié sera chargé en mémoire.

; server=[/[<domaine>]/[domaine/]][<Adresse IP>[#<port>][@<Adresse IP source>|<interface>[#<port>]]]

adresse IP d'un serveur de nom amont.

• Cette option n'empêche pas la lecture du fichier /etc/resolv.conf.
• Si un ou plusieurs noms de domaine sont fournis,
  • ce serveur ne concernera que ce ou ces domaines : toute requête concernant les domaines <domaine> ne sera adressée qu'à ce serveur.
  • Cette option est destinée aux serveurs de nom privés : si, sur votre réseau, un serveur de nom a pour adresse IP 192.168.1.1 et résout les noms de la forme xxx.internal.thekelleys.org.uk,
    • server/internal.thekelleys.org.uk/192.168.1.1 enverra les requêtes pour les machines internes vers ce serveur de nom,
    • toutes les autres requêtes seront adressées aux serveurs indiqués dans le fichier /etc/resolv.conf.
  • Si le domaine spécifié est vide (//), ce serveur ne concerne que les noms “non qualifiés”, c'est-à-dire les noms ne possédant pas de point.
• On peut préciser un port non standard à la suite des adresses IP en utilisant le caractère #.
• On peut mettre plus d'une option server en répétant les domaines et adresses IP comme requis.
• Le domaine le plus spécifique l'emporte sur le domaine le moins spécifique, ainsi :

  server=/google.com/1.2.3.4
  server=/www.google.com/2.3.4.5

  • enverra les requêtes pour *.google.com → 1.2.3.4,
  • mais *www.google.com → 2.3.4.5.
• L'adresse spéciale # signifie “utiliser les serveurs standards”, ainsi

  • server=/google.com/1.2.3.4
    server=/www.google.com/#

    enverra les requêtes pour *.google.com → 1.2.3.4

  • mais *www.google.com ira comme d'habitude aux serveurs définis par défaut.
• On peut aussi donner un nom de domaine mais sans adresse IP. C’est alors un domaine local : dnsmasq doit répondre aux requêtes le concernant à partir des entrées du fichier /etc/hosts ou des baux DHCP, et ne jamais transmettre les requêtes aux serveurs amont
• local est synonyme de server pour clarifier l'utilisation de cette option pour cet usage particulier.
• La chaîne de caractères optionnelle suivant le caractère @ définit la source que Dnsmasq doit utiliser pour les réponses à ce serveur de nom.
  • Ce doit être une adresses IP appartenant à la machine sur laquelle tourne Dnsmasq ; sinon la ligne sera ignorée et une erreur sera consignée dans le journal des événements.
  • Si un nom d'interface est donné, alors les requêtes vers le serveur de nom seront envoyées depuis cette interface ;
  • si une adresse IP est donnée, alors l'adresse source de la requête sera l'adresse en question.
• L'option query-port est ignorée pour tous les serveurs dont l'adresse source est spécifiée, mais il est possible de la donner directement dans la spécification de l'adresse source.

; address=/nom_machine/adresse_ip

dhcp-host=nom_machine,adresse_ip

définit une adresse IP pour la machine nom_machine ; on peut mettre plusieurs lignes.

exemples :

address=/zinc/192.168.1.30
address=/zirconium/zr/192.168.1.31
dhcp-host=zinc,192.168.1.30

autres exemples :

address=/localhost/127.0.0.1 # le localhost de la machine depuis laquelle on consulte le serveur
address=/framboise/192.168.0.100 # domaine framboise et ses sous-domaines *.framboise
address=/chateau/192.168.0.1 # domaine chateau et ses sous-domaines *.chateau
address=/trianon/192.168.0.2 #: domaine trianon et ses sous-domaines *.trianon
address=/framboise.lan/192.168.0.100 # domaine framboise.lan et ses sous-domaines *.framboise.lan
etc. :

</WRAP>

Pour renseigner ce fichier, voir Paramètres de dnsmasq.conf

C'est tout. Redémarrer le service en tapant la commande :

$ sudo service dnsmasq restart

Désormais, les domaines framboise.lan, etc ainsi que leurs sous-domaines (*.framboise.lan, etc.) existent et permettent l'utilisation des sous-domaines automatiques.

Il ne reste qu'à déclarer les serveurs DNS. Éditez avec les droits d'administration le fichier /etc/resolv.dnsmasq pour y écrire l'adresse IP des serveurs DNS comme ceci :

/etc/resolv.dnsmasq

nameserver 192.168.0.100
nameserver 192.168.0.254

Un exemple

Créer un petit intranet «maison» :

• avec un nom de domaine qui ne sera fonctionnel que sur le LAN : mondomaine.lan
• en IP privées de classe C
• serveur DNS :
  • nom : ns.mondomaine.lan
  • adresse IP : 192.168.0.100
• Adresses du DNS du fournisseur d'accès : 212.27.32.5 212.27.32.5
• machines :
  • machine1 :
    • nom : machine1.mondomaine.lan
    • adresse IP : 192.168.0.1
  • machine2 :
    • nom : machine2.mondomaine.lan
    • adresse IP : 192.168.0.2
  • machineX :
    • nom : machineX.mondomaine.lan
    • adresse IP : 192.168.0.X

Carte du réseau :

Configuration des adresses

Déclarer le serveur DNS d'adresse 192.168.0.1 en premier dans le fichier /etc/resolv.conf en mettant sa ligne au début.

Les adresses de DNS du fournisseur d'accès sont spécifiées dans le fichier /etc/named.conf par l'instruction forwarders.

Fixer l’adresse IP du serveur

éditez avec les droits d'administration le fichier /etc/network/interfaces pour le modifier comme ceci :

/etc/network/interfaces

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
 
# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.1.254
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 192.168.1.1

Configuration des noms d'hôte

Fichier /etc/hostname

éditez avec les droits d'administration le fichier /etc/hostname pour renseigner le nom du serveur DNS comme ceci :

/etc/hostname

dns.mondomaine.lan

Démarrer le service :

• /etc/init.d/hostname.sh start

Fichier /etc/hosts

Éditez avec les droits d'administration le fichier /etc/hosts pour y inscrire le nom du serveur et son adresse IP :

/etc/hosts

127.0.0.1     localhost.localdomain     localhost
192.168.0.200 dns.mondomaine.lan     dns

Fichier /etc/host.conf (vérification)

Éditez avec les droits d'administration le fichier /etc/host.conf pour y insérer les paramètres suivants (normalement c'est déjà fait par l'installation de bind9) :

/etc/host.conf

order hosts, bind
multi on

Fichier /etc/resolv.conf

Éditez avec les droits d'administration le fichier /etc/resolv.conf pour y entrer le domaine, la zone de recherche et le nom du serveur DNS :

/etc/resolv.conf

domain mondomaine.lan
search mondomaine.lan
nameserver 192.168.0.200

Utilisation

Vérification

$ sudo apt install dnsutils

1. Testez le serveur DNS :
   • host teste la résolution de noms et la recherche inverse :

     ...@...:~$ host nom_du_serveur
     ...@...:~$ host @IP_du_serveur

     Par exemple :

     ...@...:~$ host -a mondomaine.lan
     ...@...:~$ host test1.mondomaine.lan
     ...@...:~$ $ host test2.mondomaine.lan
     ...@...:~$ host test3.mondomaine.lan

   • nslookup ³⁾ cherche sur un serveur de noms les informations concernant un domaine ou un hôte et diagnostique les problèmes de configuration du DNS :

     ...@...:~$ nslookup nom_du_serveur
     ..@...:~$ nslookup @IP_du_serveur

   • dig permet sensiblement la même chose que « nslookup » :

     ...@...:~$ dig nom_du_serveur
     ...@...:~$ dig nom_de_domaine
     ...@...:~$ dig -x @IP_du_serveur

     Exemple :

     ...@...:~$ dig z.framboise4.parc
     ...;; ANSWER SECTION:
     z.framboise4.parc.	0	IN	A	192.168.0.32
     ...
     ;; SERVER: 127.0.0.1#53(127.0.0.1)
     ...

   • ping ::

     ...@...:~$ ping nom_du_serveur
     ...@...:~$ ping adresse_IP_du_serveur

2. pour redonner une @ IP au client :

   ...@...:~$ dhclient eth0

Pour aller plus loin

Voici quelques définitions utiles à la compréhension et au paramétrage du DNS :

serveur maître

s’occupe des enregistrements DNS d’un domaine enregistré ou non (par exemple pour le cas d’un réseau local fermé comme celui de notre tuto maison.lan)

; une zone

ensemble des enregistrements DNS pour un nom de domaine. Il existe une zone de recherche directe (correspondance entre le nom d’hôte et l’adresse IP) et une zone de recherche inverse (correspondance entre l’adresse IP et le nom d’hôte)

; serveur secondaire

assure la redondance du serveur maître et prend le relais de celui-ci en cas de panne

; serveur esclave

une réplication du serveur maître utilisé comme sauvegarde

; serveur cache

stocke les requêtes déjà résolues ce qui permet d’économiser la bande passante et de réduire le temps de latence

Maintenant vous disposez d’un serveur DNS digne de ce nom (sans faire de jeu de mots). Le DNS est important surtout si vous souhaitez installer d’autres services comme la messagerie par exemple.

Problèmes rencontrés

• Comment éviter les conflits entre dnsmasq et systemd-resolved ?
• DNSMasq : Utilisation du plug-in DNSMasq de NetworkManager

Questions et Réponses

=?= depuis Ubuntu 18.04 ===

?? Cohabitation avec systemd : depuis Ubuntu 18.04, dnsmasq ne fait plus de résolution DNS

!!! Solution de contournement : désactiver le resolver natif systemd-resolved.service et utiliser dnsmasq.

Création d'un fichier pour dnsmasq pour y renseigner ses serveurs DNS et les autres commandes de dnsmasq.

Créez avec les droits d'administration le fichier /etc/NetworkManager/dnsmasq.d/monresolv.conf pour y écrire :

/etc/NetworkManager/dnsmasq.d/monresolv.conf

cache-size=1000
except-interface=lo
server=/localhost/127.0.0.1
server=/nom.domaine.tld/adresse_ip_serveur_dns_1
server=/nom.domaine.tld/adresse_ip_serveur_dns_2

# adresses :
address=/domaine1.tld/adresse_ip_1 # domaine domaine1.tld et ses sous-domaines *.domaine1.tld

Stoppez et désactivez le service systemd-resolved :

$ sudo systemctl disable systemd-resolved.service
...
Removed /etc/systemd/system/multi-user.target.wants/systemd-resolved.service.
Removed /etc/systemd/system/dbus-org.freedesktop.resolve1.service.
$ sudo systemctl stop systemd-resolved.service

Supprimez le fichier resolv.conf :

$ sudo rm /etc/resolv.conf

Éditez avec les droits d'administration le fichier /etc/NetworkManager/NetworkManager.conf et ajoutez la méthode dns=dnsmasq :

/etc/NetworkManager/NetworkManager.conf

[main]
plugins=ifupdown,keyfile
dns=dnsmasq

Redémarrez le service NetworkManager :

$ sudo systemctl restart NetworkManager

Vérifiez que le service dnsmasq est bien lancé :

$ sudo ps -ef | grep dnsmasq
...
xxxxxxx  13654  4831  0 09:57 pts/0    00:00:00 grep --color=auto dnsmasq

Vérifiez le fichier resolv.conf :

$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 127.0.1.1

source : https://it.izero.fr/linux-remplacer-resolver-dns-systemd-resolved-par-dnsmasq/

Désinstallation

Pour supprimer cette application, il suffit de supprimer son paquet.

Selon la méthode choisie, la configuration globale de l'application est conservée ou supprimée.

Les journaux du système, et les fichiers de préférence des utilisateurs dans leurs dossiers personnels sont toujours conservés.

Voir aussi

• (fr) http://irp.nain-t.net/doku.php/160dns:30_construire_un_dns et le reste du site
• (fr) http://www.ced-info.com/administration-reseaux/bind9-installation-et-parametrage
• (fr) http://linux.crdp.ac-caen.fr/Lcs3/x870.html
• (fr) http://webadonf.net/2011/03/configurer-un-serveur-dns-avec-bind9-sur-debian-squeeze/

Cohabitation avec systemd

• (en) https://www.osradar.com/how-to-install-configure-dnsmasq-on-ubuntu-18-04-lts/
• (en) https://unix.stackexchange.com/questions/304050/how-to-avoid-conflicts-between-dnsmasq-and-systemd-resolved
• (en) https://bbs.archlinux.org/viewtopic.php?id=246649
• (en) https://askubuntu.com/questions/1012641/dns-set-to-systemds-127-0-0-53-how-to-change-permanently
• (en) https://askubuntu.com/questions/898605/how-to-disable-systemd-resolved-and-resolve-dns-with-dnsmasq

Basé sur « How to avoid conflicts between dnsmasq and systemd-resolved? » par stackexchange.com.