3 votes

Ubuntu MAAS DNS ne transmet pas les requêtes

Je suis en train d'essayer MAAS mais j'ai du mal à faire en sorte que le nœud atteigne l'internet. Voici mon installation :

3 machines physiques, dont l'une possède deux cartes réseau faisant office de passerelle, de contrôleur de cluster et de contrôleur de région. La passerelle/le contrôleur est configuré pour qu'une interface reçoive l'IP du réseau d'entreprise et que l'autre soit gérée par MAAS (DHCP et DNS).

À partir de la passerelle, je n'ai aucun problème à établir le contact, mais les nœuds ne le peuvent pas. J'ai regardé le contrôleur/la passerelle, je peux voir que bind9 est en cours d'exécution.

$ service bind9 status
 * bind9 is running

Faire dig ubuntu.com donnez-moi des résultats. Mais si je fais dig @127.0.0.1 ubuntu.com mais je n'obtiens aucun résultat. Je regarde également la configuration de la liaison et tout semble être en ordre (le transitaire est configuré.) Qu'est-ce que je manque ?

Voici les configurations de liaison pertinentes

$ cat /etc/bind/named.conf
include "/etc/bind/named.conf.options";
include "/etc/bind/named.conf.local";
include "/etc/bind/named.conf.default-zones";

$ cat /etc/bind/named.conf.options
options { directory "/var/cache/bind";
dnssec-validation auto;
include "/etc/bind/maas/named.conf.options.inside.maas";
auth-nxdomain no;
listen-on-v6 { any; }; };

$ cat /etc/bind/maas/named.conf.options.inside.maas 
    forwarders {
        172.24.3.136;
    };

4voto

Kenny Ho Points 253

On dirait que le problème vient de "got insecure response". J'ai trouvé cette solution sur StackOverflow : https://stackoverflow.com/a/14923549/1692452

Ceci est lié à la nouvelle fonctionnalité DNSSEC qui est maintenant activée par défaut. Cela peut indiquer que les résolveurs/transféreurs DNS que vous utilisez ne prennent pas en charge les DNSSEC, de sorte que la réponse semble peu sûre pour votre serveur.

Vous pouvez soit utiliser des résolveurs qui prennent en charge les DNSSEC, soit désactiver temporairement cette fonction sur votre serveur. Pour la désactiver, il suffit d'utiliser ces paramètres dans votre fichier "named.conf" :

dnssec-enable no; dnssec-validation no;

0voto

sxc731 Points 690

Outre les problèmes de dnssec signalés dans la réponse du PO ( no valid RRSIG resolving ... ), j'ai également eu des problèmes avec IPv6, qui se sont manifestés comme suit :

maas1 named[1532]: network unreachable resolving './NS/IN': 2001:503:c27::2:30#53

La solution a été de commencer bind9 en mode v4 uniquement. Pour y parvenir, j'ai exploité cet article (J'utilise MAAS 2.1 sur Xenial, qui exécute systemd) :

  1. sudo systemctl cat bind9.service | grep ExecStart . Cela fournit la ligne de commande courante utilisée pour lancer le programme bind9 démon.

  2. sudo systemctl edit bind9.service . Un éditeur vide apparaît qui permet de remplacer les aspects requis de la définition du service.

  3. Ajouter le -4 à la ExecStart cmdline noté précédemment lors de la sauvegarde du fichier. Dans mon cas, cela ressemble à ceci :

    [Service]
    ExecStart=
    ExecStart=/usr/sbin/named -4 -f -u bind

    (NB : le premier blanc ExecStart= est prévu - se référer à la article précité ).

  4. Si vous souhaitez vérifier que votre dérogation est bien en place, vous pouvez relancer l'opération : systemctl cat bind9.service

  5. systemctl restart bind9.service

  6. Exécutez quelques requêtes à partir des nœuds et vérifiez que tout va bien avec : systemctl status bind9.service - auparavant, il était rempli des erreurs mentionnées ci-dessus.

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