Salut,
 
Je vien tout juste de m'acheter un domaine. Mon fournisseur me fournit 2 serveur DNS pour le domaine qui sont dns secondaire pour le domaine. Ce qui signifie qu'ils utilisent mon DNS comme source. J'ai configurer plus d'un serveur DNS dans le passé, mais dans une situation comme ca jamais.
 
Voila ce que donne un nslookup sur mon ip :
 

 
Jusque la ca va, c'est mon fournisseur qui s'occupe du reverse lookup.
 
Voila ce que donne un nslookup sur host.mondomaine.net :
 

 
(À noter que le ipcop à comme domaine "interne" le meme nom que mon domaine public, mais .com au lieu de .net )
 
J'ai donc installé un serveur Bind et transferé le port 53 vers le serveur sur le LAN.
 
Le problème c'est que la résolution ne se fait pas plus. Meme si je spécifie à nslookup d'utiliser mon serveur comme serveur DNS. Autant par mon IP publique que le IP du LAN. :
 

 
Je spécifie encore que mondomaine.com c'est privé sur le LAN et mondomaine.net c'est publique sur le net.
 
Au niveau de la configuration de Bind j'ai dans mon named.conf uniquement la zone mondomaine.net .. je n'ai pas mit la zone pour le ip, puisque je ne m'occupe pas du reverse lookup. Voila mon fichier de zone :
 

 
Est-ce que le problème provien de mon serveur DNS ou de ceux de mon fournisseur qui ne vont pas chercher leurs info sur le mien ? Est-ce que j'ai quelque chose a configurer pour permettre le DNS du fournisseur a se répliquer avec le mien ?
 
Désolé pour le roman, je voulais mettre le plus d'information possible
 
Merci

est-ce que tu as renseigné chez ton registrar les dns correctement ? (primaire, secondaires)

C'est pas moi qui l'as fait. Mais le probleme est au niveau de mon dns puisque si je précise a nslookup d'utiliser mon dns, il résout pas non plus host.mondomaine.net

si tu tape whois tondomaine.net, les dns sont configurés comme il faut ? (primaire et secondaires)

Oui, mais c'est pas mon IP .. ce sont les 2 serveurs DNS de mon fournisseur. Mais ces deux serveur sont slave sur le domaine. Le master étant le mien, ils vont se répliquer avec le mien. Mais le mien il marche pas !
 
J'en suis pas a ma premiere configuration de DNS, mais dans une situation comme ca oui

si ton dns n'est pas répertorié au niveau du registrar comme maitre, ca ne risque pas de marcher.

Ca fonctionne maintenant, la réplication doit venir juste de se faire

J'aurais juste une derniere question:
 
Quand je fait ping mondomaine.net ou nslookup mondomaine.net ca ne fonctionne pas. Ca marche avec host.mondomaine.net. J'aimerais que mondomaine.net soit résolu par le DNS.. Quel genre d'enregistrement je doit ajouter pour le faire reconnaitre ?

@ IN A ip

Est-ce qu'il y a moyen de forcer la réplication ?

tu augmente le serial de la zone

Si tu utilise bind, avec rndc :
 

linuxsrvetc/bind# rndc retransfer zone
rndc: 'retransfer' failed: unknown command

avec bind 9.3

Mais retransfer ca retransfere la zone a partir du master .. mais je suis le master et je veux transferer sur le slave
 
et j'ai déja bind 9

bin incrémente le serial, et reload la zone, bind devrait envoyer un notify aux slaves

nan, marche pas
 
logique puisque nul part dans la config de bind je lui ai spécifier qui étais slave..

oulala.
 
Dans le named.conf, déjà, pour la zone tu as mis quel type ? master ou slave ?

master
 
zone "mondomaine.net" {
        type master;
        file "/etc/bind/mondomaine.net.hosts";
        };

est-ce que chez ton registrar tu as déclaré tous les dns correctement ? le tien en master et les autre en slave ?

non c'est ca le "probleme" les 2 dns déclaré chez le registrar sont 2 slave sur le domaine. Le seul master c'est le mien, et il est pas déclaré

dans le SOA de la zone, tu as mis quoi comme dns ?
 
Sans le registrar correctement renseigné, à ma connaissance, ca ne peut pas marcher

bin ca fonctionne parfaitement, mais jaimerais pouvoir forcer les changer que je fait sur le master à se répliquer sur les slaves quand je le veux.
 
mondomaine.net.  IN      SOA     linuxsrv. xmaximex.hotmail.com.  
 
linuxsrv étant le nom local de la machine

mon soa

 
j'ai la meme config. DNS que toi ( chez moi le master , je n'ai déclaré que les secondaires hors de mon reseau)
 
il faut changer le serial a chaque modif. pour que les slaves puissent-etre informer d'un changement dans les zones , et bien mettre dans /etc/named.conf "notify yes"
 
EDIT : a propos du SOA , le ns0 n'est meme pas lister dans les NS .
a mon avis , ca depends plutot des slaves et  combien de temps ils mettent a reloader leurs zones .
J'en ai un sur zoneedit.com qui prends pas plus de 5 min. en general , mais ca peut etre plus long de temps en temps
 
va comprendre Charles

ha !
xMaximex , dans ton SOA , linuxsrv. avec le point a la fin , t'es sur que c'est bon ?

non c'est pas bon

 
 
tout ca se paramètre dans la zone ! ttl, expire, refresh, etc

 
 
NON , ces infos sont destinés aux autres NS , et non pas aux slaves .
 
avec un DNS slave m'appartenant :
 

 
avec un NS publique :
 

oui mais non les slaves s'en servent  *aussi*
 

 
comment ca ils s'en servent aussi ?
 
si je fait : cat /var/named/log/transfer.log
 
j'obtient :

 
on voit que le dernier transfert de zone a eut lieu le 22.12.2004 pour xxx.com , rien pour su7.net
 
puis :
 

 
(le log a ete logrataté )
 
Alors bon , le query IN SOA , je ne sait pas trop ce que sait (ns13.zoneedit.com  : 216.122.4.160) , je dois interpreter ca comment ?

le refresh indique par exemple aux slaves la période au bout de laquelle ils doivent mettre a jour la zone .
de meme la notion d'expire indique le temps au bout duquel la zone doit etre considéré comme invalide .

 
hmm , ha oui , c'est  vrai , le TTL c'est pour les NS , et les resfresh , retry , pour les slaves .
 
Par contre pour en revenir a la discuss avec ory , l'option notify yes dans /etc/named.conf et un changement de serial superieur permet de notifier aux slaves un changement dans sa zone dès le reload , et la mise a jour d'un slave apres un reload ( si notify = yes) ne depend donc pas du refresh imposé .

et penser au allow-transfert

en relisant ce qu'a écris ory , je ne vois pas ou il affirme que cela ne dépend que du refresh imposé
 

Heuu
 

 
alors que je precise bien qu'il faut mettre l'option notify = yes dans /etc/named.conf
 
Le master envoie aux NS listés dans la zone le nouveau serial aux slaves et la zone est MAJ. presque instantanement  ( par example , j'utilise les NS de xname.org et ca marche bien) ce qui repondait a la question :
 

 
 , par contre je donnais l'example de zoneedit.com qui met parfois plus longtemps a faire la MAJ sans que je sache pourquoi , sur quoi il me reponds que cela "se configure dans la zone ! TTL , refresh etc ... "
 
 

on va chipoter un peu
le notify est a 'yes' par défault il me semble dans un premier temps
dans le second temps certains NS (fournis en secondaire par certains hébergeurs ) ne tiennent pas forcément compte du notify reçu et par conséquent mettent a jour la zone au moment choisi par le hostmaster (ou par le biais de la configuration du SOA  )