1 votes

résoudre un sous-domaine dans debian 10

J'ai un serveur avec active directory et dns sur Windows server 2012 avec le sous-domaine suivant :

ac : alm.local <--- 10.0.0.3

hôtes DNS :

javi.a.alm.local <---- 10.0.0.20

quand je résout dans Windows :

nslookup javi.a

server: localhost
address: 127.0.0.1

name: javi.a.alm.local
address: 10.0.0.20

mais quand j'ai le résultat dans debian :

nslookup javi.a

Server: 10.0.0.3
Address: 10.0.0.3 # 53

** server can't find javi.a: NXDOMAIN

pourquoi cela ne résout-il pas ?

resolv.conf:

nameserver 10.0.0.3
search alm.local

0 votes

Avez-vous défini le même serveur DNS que le client Windows dans /etc/resolv.conf ? Car comme vous le voyez, votre client Windows demande l'hôte local alors que votre Linux demande 10.0.0.3. Essayez nslookuo javi.a 10.0.0.3 sur votre client Windows.

0 votes

Oui, j'ai édité la question avec les paramètres

0 votes

Le PC Debian est-il relié à un domaine ?

2voto

Michael Hampton Points 232226

Par défaut, le résolveur Linux n'appliquera pas la directive search à un nom interrogé qui contient déjà un point. Ainsi, javi.a sera traité comme un FQDN et n'aura pas le domaine alm.local qui y est annexé.

Vous pouvez modifier ce comportement en utilisant l'option ndots option . Ceci indique le nombre minimum de points que peut contenir un nom pour être traité comme un FQDN. La valeur par défaut est de 1 .

Vous devez également prendre en compte les avertissements de la page de manuel resolv.conf(5) avant de le faire.

Les requêtes du résolveur ayant moins de ndots points (par défaut points (1 par défaut) seront tentées en utilisant chaque composant du jusqu'à ce qu'une correspondance soit trouvée. Pour les environnements comportant plusieurs sous-domaines, veuillez lire options ndots : n ci-dessous à éviter les attaques de type "man-in-the-middle" et le trafic inutile pour les serveurs DNS-racine. Notez que ce processus peut être lent et qu'il trafic réseau si les serveurs des domaines listés ne sont pas locaux. énumérés ne sont pas locaux, et que les requêtes seront interrompues si aucun serveur n'est disponible pour l'un des domaines.

Et la documentation pour options ndots :

Définit un seuil pour le nombre de points qui doivent apparaître dans un nom donné à res_query (3) (voir résolveur (3)) avant une première requête absolue soit effectuée. La valeur par défaut de n est 1, ce qui signifie que s'il y a des points dans un nom, celui-ci sera d'abord essayé en tant que nom absolu avant toute autre recherche. nom sera d'abord essayé en tant que nom absolu avant que des éléments de la liste de recherche ne lui soient ajoutés. éléments de la liste de recherche ne lui soient ajoutés. La valeur de cette option est silencieusement plafonnée à 15.

(Notez que cela implique que le nom sera essayé avec des domaines de recherche après avoir été essayé en tant que FQDN, mais en pratique, cela ne se produit pas. Il n'est pas du tout essayé avec les domaines de recherche. C'est pourquoi vous avez posté ici aujourd'hui).

Ainsi, dans resolv.conf, vous pouvez ajouter :

options ndots:2

Le domaine de recherche sera désormais ajouté à un nom comportant un seul point, mais pas aux noms comportant deux points ou plus. Comme le dit la page de manuel, vous pouvez fixer cette valeur jusqu'à 15 si nécessaire.

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