1 votes

Comment arrêter les requêtes DNS locales concurrentes continues à dnsmasq

J'ai mis en place un serveur DNS en utilisant dnsmasq, mais il semble que cela ne fonctionne pas correctement. Le retard du réseau est de l'ordre de centaines de millisecondes.

PING [serveur] ([serveur]) 56(84) octets de données.
64 octets de [serveur]: icmp_seq=1 ttl=50 temps=583 ms
64 octets de [serveur]: icmp_seq=2 ttl=50 temps=583 ms
64 octets de [serveur]: icmp_seq=3 ttl=50 temps=583 ms
64 octets de [serveur]: icmp_seq=4 ttl=50 temps=583 ms
64 octets de [serveur]: icmp_seq=5 ttl=50 temps=583 ms
64 octets de [serveur]: icmp_seq=6 ttl=50 temps=583 ms
64 octets de [serveur]: icmp_seq=7 ttl=50 temps=583 ms
64 octets de [serveur]: icmp_seq=8 ttl=50 temps=583 ms

Ensuite, j'ai découvert rapidement que tout fonctionnerait bien en utilisant le résolveur par défaut systemd-resolved. En consultant le journal, j'ai obtenu les messages ci-dessous :

27 juil. 13:32:53 dnsmasq[3780]: requête[A] ntp.ubuntu.com depuis 127.0.0.1
27 juil. 13:32:53 dnsmasq[3780]: transmis ntp.ubuntu.com à 127.0.0.53
27 juil. 13:32:53 dnsmasq[3780]: requête[A] ntp.ubuntu.com depuis 127.0.0.1
27 juil. 13:32:53 dnsmasq[3780]: transmis ntp.ubuntu.com à 127.0.0.53
[nombreuses occurrences répétant ce qui précède...]
27 juil. 13:32:53 dnsmasq[3780]: Nombre maximum de requêtes DNS simultanées atteint (max: 150)
27 juil. 13:32:54 dnsmasq[3780]: requête[A] ntp.ubuntu.com depuis 127.0.0.1
27 juil. 13:32:54 dnsmasq[3780]: transmis ntp.ubuntu.com à 127.0.0.53
[...]
[probablement le sigterm a été envoyé ici?]
27 juil. 13:32:57 dnsmasq[3780]: requête[A] ntp.ubuntu.com depuis 127.0.0.1
27 juil. 13:32:57 dnsmasq[3780]: transmis ntp.ubuntu.com à 127.0.0.53
27 juil. 13:32:58 dnsmasq[3780]: aucun serveur trouvé dans /run/dnsmasq/resolv.conf, va réessayer
27 juil. 13:32:58 dnsmasq[3780]: requête[A] ntp.ubuntu.com depuis 127.0.0.1
27 juil. 13:32:58 dnsmasq[3780]: requête[A] ntp.ubuntu.com depuis 127.0.0.1
27 juil. 13:32:58 dnsmasq[3780]: requête[A] ntp.ubuntu.com depuis 127.0.0.1
27 juil. 13:32:58 dnsmasq[3780]: requête[A] ntp.ubuntu.com depuis 127.0.0.1
27 juil. 13:32:58 dnsmasq[3780]: requête[A] ntp.ubuntu.com depuis 127.0.0.1
27 juil. 13:32:58 dnsmasq[3780]: sortie lors de la réception de SIGTERM

Alors.. Comment résoudre ce problème qui me rend fou, svp :(

Le contenu de dnsmasq.conf est ici:

strict-order
resolv-file=/etc/resolv.conf.dnsmasq
listen-address=0.0.0.0
server=/aliyuncs.com/100.100.2.136
server=/aliyuncs.com/100.100.2.138
server=/*.cn/100.100.2.136
server=/*.cn/100.100.2.138

bogus-nxdomain=100.100.2.136
bogus-nxdomain=100.100.2.138

log-queries
log-facility=/var/log/dnsmasq/dnsmasq.log
log-async=50

#EOF

Et resolv.conf.dnsmasq :

 `nameserver 100.100.2.136
nameserver 100.100.2.138
nameserver 208.67.222.123
nameserver 208.67.220.123
nameserver 8.8.8.8
nameserver 8.8.4.4
nameserver 1.2.4.8
nameserver 210.2.4.8
nameserver 208.67.222.222
nameserver 208.67.220.220` 

resolv.conf:

 `# Fichier resolv.conf(5) dynamique pour le résolveur glibc(3) généré par resolvconf(8)
#     NE PAS ÉDITER CE FICHIER MANUELLEMENT - VOS MODIFICATIONS SERONT ÉCRASÉES
# 127.0.0.53 est le résolveur intermédiaire systemd-resolved.
# exécutez "systemd-resolve --status" pour voir les détails des serveurs de noms réels.

nameserver 127.0.0.53
options timeout:2 attempts:3 rotate single-request-reopen`

3voto

Joseph Lee Points 41

Résolu. Il suffit simplement d'ajouter une entrée bind-interfaces à dnsmasq.conf et de démarrer les deux résolveurs DNS.
Et assurez-vous que systemd-resolved écoute sur 127.0.0.53:53.

[resolv.conf]

# Fichier resolv.conf(5) dynamique pour le résolveur glibc(3) généré par resolvconf(8)
#     NE PAS MODIFIER CE FICHIER MANUELLEMENT -- VOS MODIFICATIONS SERONT ÉCRASÉES
# 127.0.0.53 est le résolveur intermédiaire systemd-resolved.
# exécutez "systemd-resolve --status" pour voir les détails des serveurs de noms réels.

nameserver 127.0.0.1
options timeout:2 attempts:3 rotate single-request-reopen

[netstat -apn | grep 53]

tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      10122/dnsmasq       
tcp        0      0 172.18.129.180:53       0.0.0.0:*               LISTEN      10122/dnsmasq       
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      10066/systemd-resolved 
udp        0      0 127.0.0.1:53            0.0.0.0:*                           10122/dnsmasq       
udp        0      0 172.18.129.180:53       0.0.0.0:*                           10122/dnsmasq       
udp        0      0 127.0.0.53:53           0.0.0.0:*                           10066/systemd-resolved 
unix  3      [ ]         STREAM     CONNECTED     590253   1121/master

[dnsmasq.log]

Jul 28 12:31:57 dnsmasq[10122]: query[A] www.stackexchange.com de 127.0.0.1
Jul 28 12:31:57 dnsmasq[10122]: transmis www.stackexchange.com à 127.0.0.53
Jul 28 12:31:57 dnsmasq[10122]: réponse www.stackexchange.com est 
Jul 28 12:31:57 dnsmasq[10122]: réponse stackexchange.com est 151.101.129.69
Jul 28 12:31:57 dnsmasq[10122]: réponse stackexchange.com est 151.101.193.69
Jul 28 12:31:57 dnsmasq[10122]: réponse stackexchange.com est 151.101.65.69
Jul 28 12:31:57 dnsmasq[10122]: réponse stackexchange.com est 151.101.1.69

[nslookup www.stackexchange.com]

Serveur:        127.0.0.1
Adresse:        127.0.0.1#53

Réponse non autoritaire:
www.stackexchange.com   nom canonique = stackexchange.com.
Nom:    stackexchange.com
Adresse: 151.101.193.69
Nom:    stackexchange.com
Adresse: 151.101.1.69
Nom:    stackexchange.com
Adresse: 151.101.65.69
Nom:    stackexchange.com
Adresse: 151.101.129.69

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X