Dans cette section, je passe en revue quelques-unes des questions les plus fréquemment posées à propos du DNS et de ce HOWTO. Et je donne même les réponses ;-) Merci de bien lire cette section avant de me mailer.
Voici quelques indices : `forwarders', `slaves', et jetez un coup d'oeil à la bibliographie qui se trouve à la fin de ce HOWTO.
Créez plusieurs champs A pour www.busy.com et utilisez bind 4.9.3 ou une version plus récente, qui supporte les réponses à scrutation circulaire. Cela ne marchera pas avec des versions de bind antérieures.
Votre système doit avoir une vieille version de bind, certainement
obsolète. Si la sécurité est une chose importante pour vous, passez à
une version récente de bind tout de suite. Si ce n'est pas le cas, vous
pouvez vivre sans ndc. Et à la place de lancer ndc start
, tapez
named
. ndc reload
devient ainsi named.reload
et ndc
restart
devient ainsi named.restart
. Tous ces programmes se trouvent le
plus souvent dans /usr/sbin
Si le serveur primaire a pour adresse 127.0.0.1, mettez une ligne comme celle-ci dans le fichier named.boot du serveur secondaire :
secondary linux.bogus 127.0.0.1 sz/linux.bogus
J'ai reçu le mail suivant de Ian Clark <ic@deakin.edu.au>, où il explique comment il fait ça :
Ici, je fais tourner named sur la machine qui fais du
'Masquerading'. J'ai deux fichiers root.cache, un qui s'appelle
root.cache.real et qui contient les vrais noms des serveurs root, et
l'autre qui s'appelle root.cache.fake qui contient ceci :
--------------
; root.cache.fake
; this file contains no information
--------------
Quand je me deconnecte, je copie le fichier root.cache.fake vers
root.cache et je relance named.
Quand je me connecte, je copie root.cache.real et je relance named.
Ces deux manoeuvres sont faites, respectivement, a partir de ip-down et
ip-up.
Lorsque je suis deconnecte, named rajoute ceci au fichier messages apres
la premiere requete concernant un nom de domaine qu'il ne connait pas :
Jan 28 20:10:11 hazchem named[10147]: No root nameserver for class IN
Ce qui n'est pas tres genant.
Ca marche tres bien dans mon cas. Je peux utiliser le serveur de noms
pour les machines locales lorsque je suis deconnecte du Net en evitant
les delais introduits par les timeout lies a la recherche des noms de
domaine exterieurs. Et lorsque je suis connecte au Net, les requetes
concernant les noms de domaines exterieurs marchent normalement.
Le cache est entièrement stocké en mémoire, il n'est pas écrit sur le disque. Chaque fois que vous tuez named, le cache est perdu. Il n'y a aucun moyen de contrôler le cache. Named gère le cache selon quelques règles simples, et c'est tout. Vous ne pouvez pas contrôler le cache ou sa taille en aucune manière. Si vous voulez vraiment le faire, vous pouvez le faire en bricolant le code de named. Mais ce n'est pas recommandé.
Non, named ne sauve pas la contenu du cache lorsqu'il meurt. Cela signifie que le cache est reconstruit à partir de zéro chaque fois que vous tuez puis relancez named. Il n'y a aucun moyen de forcer named à sauvegarder le contenu du cache dans un fichier. Si vous voulez vraiment le faire, vous pouvez le faire en bricolant le code de named. Mais ce n'est, encore une fois, pas recommandé.
Chapitre suivant, Chapitre Précédent
Table des matières de ce chapitre, Table des matières générale
Début du document, Début de ce chapitre