OVH Cloud OVH Cloud

bind et resolv.conf

13 réponses
Avatar
Bayrouni
Bonsoir,

Mon minimal réseau est formé de deux ordinateurs :)
Un serveur 192.168.50.10, et un portable 192.168.50.5 .

Sur le serveur j'ai quelques services d'installés dont bind9.
Sur le portable j'ai aussi installé un bind9 mais uniquement en cache.
La raison en est que le serveur n'est pas necessairement toujours allumé,
et pour ne pas utiiser le DNS de mon fournisseur qui est trop lent, je
préfère utiliser le mien en cache.

Seulement voilà le problème:
J'ai mis dans le resolv.con du portable ce qui suit:

nameserver 127.0.0.1 (le portable)
nameserver 192.168.50.10 (le serveur)
nameserver 212.68.193.110 (ISP comme dernier recourt)

Mais si je fais:
un ping nom_du_serveur, j'ai la réponse nom de host inconnu;
un ping nom_du_serveur.domain.tld meme chose.

Par contre si j'enlève la première ligne dans resolv.conf, les pings
passent.

Si je comprends bien, une requete non honoré par 127.0.0.1 devrait
passer à 192.168.50.10 puis s'il le faut à 212.68.193.110.

J'ai vraiment du flou sur ce point.

Comment puis-je résoudre ce petit problème sans devoir installer un full
dns sur le portable ?

Merci et à +

Bayrouni


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

10 réponses

1 2
Avatar
Laurent Besson
Le lundi 16 Octobre 2006 18:14, Bayrouni a écrit :
nameserver 127.0.0.1 (le portable)
nameserver 192.168.50.10 (le serveur)
nameserver 212.68.193.110  (ISP comme dernier recourt)


Pourquoi ne pas mettre :
nameserver 192.168.50.5 (le portable)
nameserver 192.168.50.10 (le serveur)
nameserver 212.68.193.110 (ISP comme dernier recourt)
Avatar
Bayrouni
Laurent Besson wrote:
Le lundi 16 Octobre 2006 18:14, Bayrouni a écrit :

nameserver 127.0.0.1 (le portable)
nameserver 192.168.50.10 (le serveur)
nameserver 212.68.193.110 (ISP comme dernier recourt)



Pourquoi ne pas mettre :
nameserver 192.168.50.5 (le portable)
nameserver 192.168.50.10 (le serveur)
nameserver 212.68.193.110 (ISP comme dernier recourt)



J'avais aussi essayé cette possibilité mais en vain.
Merci en tout cas pour ta réponse

Bayrouni


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Michel Grentzinger
Le lundi 16 octobre 2006 18:14, Bayrouni a écrit :
Bonsoir,

Mon minimal réseau est formé de deux ordinateurs :)
Un serveur 192.168.50.10, et un portable 192.168.50.5 .

Sur le serveur j'ai quelques services d'installés dont bind9.
Sur le portable j'ai aussi installé un bind9 mais uniquement en cach e.
La raison en est que le serveur n'est pas necessairement toujours allum é,
et pour ne pas utiiser le DNS de mon fournisseur qui est trop lent, je
préfère utiliser le mien en cache.

Seulement voilà le problème:
J'ai mis dans le resolv.con du portable ce qui suit:

nameserver 127.0.0.1 (le portable)
nameserver 192.168.50.10 (le serveur)
nameserver 212.68.193.110 (ISP comme dernier recourt)

Mais si je fais:
un ping nom_du_serveur, j'ai la réponse nom de host inconnu;
un ping nom_du_serveur.domain.tld meme chose.

Par contre si j'enlève la première ligne dans resolv.conf, les pings
passent.

Si je comprends bien, une requete non honoré par 127.0.0.1 devrait
passer à 192.168.50.10 puis s'il le faut à 212.68.193.110.



Essaie plutôt de déboguer avec dig comme indiqué dans un fil récent :
http://lists.debian.org/debian-user-french/2006/10/msg00570.html

Il faut également autoriser ton serveur à faire du relais de DNS (directive
allow-query) pour le cas ou 127.0.0.1 n'aurait pas l'info demandée.

Autre oubli éventuel : si tu as un pare-feu sur ton serveur, n'oublie pas de
laisser passer les paquets UDP sur le port 53.

--
Michel Grentzinger
OpenPGP key ID : B2BAFAFA
Available on http://www.keyserver.net
Avatar
Pascal Hambourg
Salut,

Bayrouni a écrit :
J'ai mis dans le resolv.con du portable ce qui suit:

nameserver 127.0.0.1 (le portable)
nameserver 192.168.50.10 (le serveur)
nameserver 212.68.193.110 (ISP comme dernier recourt)

Mais si je fais:
un ping nom_du_serveur, j'ai la réponse nom de host inconnu;
un ping nom_du_serveur.domain.tld meme chose.

Par contre si j'enlève la première ligne dans resolv.conf, les pings
passent.

Si je comprends bien, une requete non honoré par 127.0.0.1 devrait
passer à 192.168.50.10 puis s'il le faut à 212.68.193.110.



Je ne crois pas. Le resolver ne passe au serveur suivant que si le
serveur interrogé ne répond pas, pas s'il répond négativement.
Attention donc : si le serveur sert des zones internes, il ne faut pas
interroger directement d'autres DNS car ils ne connaissent pas ces
zones. Dans ce cas de figure, AMA il vaut mieux configurer le Bind du
portable comme esclave du serveur pour les zones internes, ainsi il
disposera d'une copie locale.

Si tu trouves que le DNS (un seul ?) de ton FAI est vraiment trop lent,
tu peux ne pas utiliser de forwarders dans la configuration de Bind du
portable.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Bayrouni
Pascal Hambourg wrote:


Bayrouni a écrit :


Si je comprends bien, une requete non honoré par 127.0.0.1 devrait
passer à 192.168.50.10 puis s'il le faut à 212.68.193.110.



Je ne crois pas. Le resolver ne passe au serveur suivant que si le
serveur interrogé ne répond pas, pas s'il répond négativement.
Attention donc : si le serveur sert des zones internes, il ne faut pas
interroger directement d'autres DNS car ils ne connaissent pas ces
zones. Dans ce cas de figure, AMA il vaut mieux configurer le Bind du
portable comme esclave du serveur pour les zones internes, ainsi il
disposera d'une copie locale.

Si tu trouves que le DNS (un seul ?) de ton FAI est vraiment trop
lent, tu peux ne pas utiliser de forwarders dans la configuration de
Bind du portable.




Merci tes eplications sur le resolver.
En effet celà m'a aidé à résoudre le problème car j'étais mal parti , en
croyant que les requetes seront transmises aux autres nameserver xxxxx
dans le cas ou la reponse n'est pas trouvé.

Ce que j'ai retenu et j'espère ne pas me tromper cette fois, c'est que
la succession des nameserver xxxxxxxxx dans resolv.con n'a lieu que si
le precedent namerser xxxxxxxx est (down) comme tu le dis,

par contre des directives forwards dans named.conf se suiveront si la
requete n'a pas été satisfaite.

Merci et à bientôt


Bayrouni


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Bayrouni
Bayrouni wrote:
Michel Grentzinger wrote:
Le lundi 16 octobre 2006 18:14, Bayrouni a écrit :

J'ai mis dans le resolv.con du portable ce qui suit:

nameserver 127.0.0.1 (le portable)
nameserver 192.168.50.10 (le serveur)
nameserver 212.68.193.110 (ISP comme dernier recourt)

Mais si je fais:
un ping nom_du_serveur, j'ai la réponse nom de host inconnu;
un ping nom_du_serveur.domain.tld meme chose.

Par contre si j'enlève la première ligne dans resolv.conf, les pings
passent.

Si je comprends bien, une requete non honoré par 127.0.0.1 devrait
passer à 192.168.50.10 puis s'il le faut à 212.68.193.110.




Essaie plutôt de déboguer avec dig comme indiqué dans un fil récent :
http://lists.debian.org/debian-user-french/2006/10/msg00570.html




Les réponses envoyées par dig sont correctes et se referent bien soit au
dns cache local 127.0.0.1, ou bien au dns du serveur 192.168.50.10 selon
si j'ai commenté le dns local ou non dans resolv.conf.

Le dns 192.168.50.10 renseigne bien sur le nom de domaine qu'il gère.
Une requête sur google.fr est positive aussi bien pour le dns cache ou
pour le dns sur 192.168.50.10.
Il faut également autoriser ton serveur à faire du relais de DNS
(directive allow-query) pour le cas ou 127.0.0.1 n'aurait pas l'info
demandée.




En effet, j'ai ajouté la directive forwarders { 192.168.50.10; ... };
à mon named.conf sur 127.0.0.1 et alors tout est entré dans l'ordre.

Autre oubli éventuel : si tu as un pare-feu sur ton serveur, n'oublie
pas de laisser passer les paquets UDP sur le port 53.





J'ai désactivé (elle l'était déjà), cette commande mais j'ai autorisé sur
le serveur les entrées sur le port 53 provenant du réseau local.

Est-ce que la directive /query-source address * port 53; apporte quelque
chose de
plus que ne le ferait la manipulations des paquets avec iptables?

Merci pour ton aide

Bayrouni





Michel Grentzinger wrote:
Le lundi 16 octobre 2006 18:14, Bayrouni a écrit :

J'ai mis dans le resolv.con du portable ce qui suit:

nameserver 127.0.0.1 (le portable)
nameserver 192.168.50.10 (le serveur)
nameserver 212.68.193.110 (ISP comme dernier recourt)

Mais si je fais:
un ping nom_du_serveur, j'ai la réponse nom de host inconnu;
un ping nom_du_serveur.domain.tld meme chose.

Par contre si j'enlève la première ligne dans resolv.conf, les pings
passent.

Si je comprends bien, une requete non honoré par 127.0.0.1 devrait
passer à 192.168.50.10 puis s'il le faut à 212.68.193.110.




Essaie plutôt de déboguer avec dig comme indiqué dans un fil récent :
http://lists.debian.org/debian-user-french/2006/10/msg00570.html




Les réponses envoyées par dig sont correctes et se referent bien soit au
dns cache local 127.0.0.1, ou bien au dns du serveur 192.168.50.10 selon
si j'ai commenté le dns local ou non dans resolv.conf.

Le dns 192.168.50.10 renseigne bien sur le nom de domaine qu'il gère.
Une requête sur google.fr est positive aussi bien pour le dns cache ou
pour le dns sur 192.168.50.10.
Il faut également autoriser ton serveur à faire du relais de DNS (directive
allow-query) pour le cas ou 127.0.0.1 n'aurait pas l'info demandée.




En effet, j'ai ajouté la directive forwarders { 192.168.50.10; ... };
à mon named.conf sur 127.0.0.1 et alors tout est entré dans l'ordre.

Autre oubli éventuel : si tu as un pare-feu sur ton serveur, n'oublie pas de
laisser passer les paquets UDP sur le port 53.





J'ai désactivé (elle l'était déjà), cette commande mais j'ai autorisé sur
le serveur les entrées sur le port 53 provenant du réseau local.

Est-ce que la directive /query-source address * port 53; apporte quelque
chose de
plus que ne le ferait la manipulations des paquets avec iptables?

Merci pour ton aide

Bayrouni



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Bayrouni
Michel Grentzinger wrote:
Le lundi 16 octobre 2006 18:14, Bayrouni a écrit :

J'ai mis dans le resolv.con du portable ce qui suit:

nameserver 127.0.0.1 (le portable)
nameserver 192.168.50.10 (le serveur)
nameserver 212.68.193.110 (ISP comme dernier recourt)

Mais si je fais:
un ping nom_du_serveur, j'ai la réponse nom de host inconnu;
un ping nom_du_serveur.domain.tld meme chose.

Par contre si j'enlève la première ligne dans resolv.conf, les pings
passent.

Si je comprends bien, une requete non honoré par 127.0.0.1 devrait
passer à 192.168.50.10 puis s'il le faut à 212.68.193.110.




Essaie plutôt de déboguer avec dig comme indiqué dans un fil récent :
http://lists.debian.org/debian-user-french/2006/10/msg00570.html




Les réponses envoyées par dig sont correctes et se referent bien soit au
dns cache local 127.0.0.1, ou bien au dns du serveur 192.168.50.10 selon
si j'ai commenté le dns local ou non dans resolv.conf.

Le dns 192.168.50.10 renseigne bien sur le nom de domaine qu'il gère.
Une requête sur google.fr est positive aussi bien pour le dns cache ou
pour le dns sur 192.168.50.10.
Il faut également autoriser ton serveur à faire du relais de DNS (directive
allow-query) pour le cas ou 127.0.0.1 n'aurait pas l'info demandée.




En effet, j'ai ajouté la directive forwarders { 192.168.50.10; ... };
à mon named.conf sur 127.0.0.1 et alors tout est entré dans l'ordre.

Autre oubli éventuel : si tu as un pare-feu sur ton serveur, n'oublie pas de
laisser passer les paquets UDP sur le port 53.





J'ai désactivé (elle l'était déjà), cette commande mais j'ai autorisé sur
le serveur les entrées sur le port 53 provenant du réseau local.

Est-ce que la directive /query-source address * port 53; apporte quelque
chose de
plus que ne le ferait la manipulations des paquets avec iptables?

Merci pour ton aide

Bayrouni


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Michel Grentzinger
Le mardi 17 octobre 2006 13:39, Bayrouni a écrit :
Merci tes eplications sur le resolver.
En effet celà m'a aidé à résoudre le problème car j'étais mal parti , en
croyant que les requetes seront transmises aux autres nameserver xxxxx
dans le cas ou la reponse n'est pas trouvé.



D'après "DNS et Bind" de O'Reilly :
Si plusieurs serveurs sont spécifiés dans le resolveur (/etc/resolv.con f), une
requete est envoyé au premier serveur de la liste.
Si le délai d'attente est dépassé (5 secondes par defaut) ou une erre ur est
reçue, le resolveur passe au second serveur de la liste (5 secondes de d élai
de nouveau).

Puis pour les cycles suivant le délai d'attente est augmenté selon un c alcul
dépendant du nombre de serveurs présents dans /etc/resolv.conf.

Si tu veux des précisions, n'hésites pas, je ne suis pas du tout un
spécialiste mais j'ai le bouquin sur mon bureau.

--
Michel Grentzinger
OpenPGP key ID : B2BAFAFA
Available on http://www.keyserver.net
Avatar
Bayrouni
Michel Grentzinger wrote:
Le mardi 17 octobre 2006 13:39, Bayrouni a écrit :

Merci tes eplications sur le resolver.
En effet celà m'a aidé à résoudre le problème car j'étais mal parti , en
croyant que les requetes seront transmises aux autres nameserver xxxxx
dans le cas ou la reponse n'est pas trouvé.




D'après "DNS et Bind" de O'Reilly :
Si plusieurs serveurs sont spécifiés dans le resolveur (/etc/resolv.conf), une
requete est envoyé au premier serveur de la liste.
Si le délai d'attente est dépassé (5 secondes par defaut) ou une erreur est
reçue, le resolveur passe au second serveur de la liste (5 secondes de délai
de nouveau).

Puis pour les cycles suivant le délai d'attente est augmenté selon un calcul
dépendant du nombre de serveurs présents dans /etc/resolv.conf.

Si tu veux des précisions, n'hésites pas, je ne suis pas du tout un
spécialiste mais j'ai le bouquin sur mon bureau.




Merci bien.
ça fonctionne bien maintenant après la directive forward dans le dns du
portable.
mais que se passe-t-il si j'ai dans le resolv.conf du portable:
nameserver 1
nameserver 2
nameserver 3

et dans le named.conf toujours du portable:
forwards dns1 dn2 dns3

qui a la priorité ?
je pense que le chemin suivi par la requete pourra ressembler à:

nameserver 1, dns 1, dns2, dns3
puis si toujours rien nameserver 2, dns 1, dns2, dns3
et enfin nameserver3 dns 1, dns2, dns3.

Est-ce que c'est réaliste ce que je pense ou totalement fantaisiste?

C'est juste pour comprendre car avec mon superbe réseau de 2 ordinateurs
je pourrais tout mettre oeuvre avec /etc/hosts :)

Merci
Bayrouni


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Michel Grentzinger
Le mardi 17 octobre 2006 17:40, Bayrouni a écrit :
Michel Grentzinger wrote:
> Le mardi 17 octobre 2006 13:39, Bayrouni a écrit :
>> Merci tes eplications sur le resolver.
>> En effet celà m'a aidé à résoudre le problème car j'étais mal parti , en
>> croyant que les requetes seront transmises aux autres nameserver xxxxx
>> dans le cas ou la reponse n'est pas trouvé.
>
> D'après "DNS et Bind" de O'Reilly :
> Si plusieurs serveurs sont spécifiés dans le resolveur
> (/etc/resolv.conf), une requete est envoyé au premier serveur de la
> liste.
> Si le délai d'attente est dépassé (5 secondes par defaut) ou une erreur
> est reçue, le resolveur passe au second serveur de la liste (5 second es
> de délai de nouveau).
>
> Puis pour les cycles suivant le délai d'attente est augmenté selon un
> calcul dépendant du nombre de serveurs présents dans /etc/resolv.co nf.
>
> Si tu veux des précisions, n'hésites pas, je ne suis pas du tout un
> spécialiste mais j'ai le bouquin sur mon bureau.

Merci bien.
ça fonctionne bien maintenant après la directive forward dans le dns du
portable.
mais que se passe-t-il si j'ai dans le resolv.conf du portable:
nameserver 1
nameserver 2
nameserver 3

et dans le named.conf toujours du portable:
forwards dns1 dn2 dns3

qui a la priorité ?



C'est les directives nameserver !
Ce qu'on appelle le resolveur, c'est, pour simplifier, ton /etc/resolv.conf .
C'est à lui que le système s'adresse pour faire les correspondances IP <->
Nom.
Ensuite, le resolveur peut s'adresser à des serveurs de nom ("nameserver" ),
des ou résoudre directement lui-même (fichier /etc/hosts par ex).
C'est bien dans ce fichier que tu vas indiquer 127.0.0.1 si tu veux que ton
resolveur consulte ton serveur de nom local.


je pense que le chemin suivi par la requete pourra ressembler à:

nameserver 1, dns 1, dns2, dns3
puis si toujours rien nameserver 2, dns 1, dns2, dns3
et enfin nameserver3 dns 1, dns2, dns3.

Est-ce que c'est réaliste ce que je pense ou totalement fantaisiste?



Je ne sais pas si ça marche mais si j'ai bien compris, il suffit d'insé rer ton
serveur de nom local entre chaque directive nameserver :
nameserver 1
nameserver <BIND_LOCAL>
nameserver 2
nameserver <BIND_LOCAL>
nameserver 3
nameserver <BIND_LOCAL>

Ça ne sert pas à grand chose et puis je crois que 3 serveurs de nom son t
amplement suffisants et je ne sais pas si le resolveur en accepte plus (les
exemples du bouquins restent limités à 3).


C'est juste pour comprendre car avec mon superbe réseau de 2 ordinateurs
je pourrais tout mettre oeuvre avec /etc/hosts :)



Idem...
Mais mopn serveur fait office de passerelle, dont pas d'accès extérieur depuis
mon portable si le serveur n'est pas actif. Donc mon Bind tourne en cache s ur
mon serveur, c'est tout (il utilise le forward vers les DNS de Free).

PS : dans le bouquin, je viens de lire que par défaut, le résolveur ten te
d'utiliser un serveur de nom local donc serait-il inutile de préciser
127.0.0.1 dans /etc/resolv.conf ? Apparement oui !
--
Michel Grentzinger
OpenPGP key ID : B2BAFAFA
Available on http://www.keyserver.net
1 2