Bonjour,
 
Je voudrais monter un petit serveur DNS chez moi, comme ça, pour voir.
A priori ce serait sur un windows XP, je sais pas encore s'il possède un serveur DNS en natif, peu importe.
Ce que je voulais savoir, c'est comment se passe les mises à jour DNS vis-à-vis des autres serveurs DNS (non internes). Je m'explique : supposons que je possède le domaine mondomaine.com, et que j'ai installé ce domaine dans mon DNS, comment les autres serveurs DNS du monde vont-ils savoir où aller chercher mondomaine.com.
Autre question : qu'est-ce qui m'empêche d'installer un domaine microsoft.com ? Comment les autres serveurs DNS vont-ils savoir que c'est un fake ?
 
Merci.

Personne ne sait ?  

Ton serveur se synchronisera avec les serveurs DNS que tu choisit toi même
Généralement ceux de ton FAI
 
Les autres serveurs du monde sauront que tu possède mondomaine.com et qu'il est chez toi parce que c'est indiqué dans l'enregistrement (name server) il en faut même généralement 2.
 

 
Quand on cherche un nom de domaine, on va demander aux root-serveurs à qui ca appartient.
C'est sur ces machines qu'est enregistré la correspondance entre microsoft.com et le serveur DNS de Microsoft. Pour que ton domaine soit inscrit sur les roots servers, il faut acheter le dit nom de domaine

Ca ne va suffire. Tu dois faire enregistrer ton nom de domaine (c'est pas gratuit ) pour qu'il soit définit dans les serveurs "root".
Le DNS que tu installe sera le maître sur cette zone, et tu pourras y definir tous les sous-domaines que tu veux (web.mondomaine.com, ftp.mondomaine.com, pop, smtp ...)

Ok donc quand je dépose du nom de domaine (mondomaine.com), mon registrar se débrouille pour dire aux serveurs root : "hé les mecs, désormais ce sont les DNS de Sandy qui font autorité sur mondomaine.com" ?

Il va dire : "pour le domaine mondomaine.com, c'est à cette IP que ca se passe".
Il te faut une IP fixe

 
pas obligatoirement, certains registrars (ovh, gandi entre autres) permettent des maj à partir des ddns (Dynamic DNS) (tested and approved by myself)

 
L(les)'IPs en question c'est bien celles de ton(tes) DNS non ?

non, il parle de l'ip à quelle correspond tondomaine.com
dans les serveurs dns de ton registry, il y aura "tondomaine.com -> A.B.C.D"

Bah c'est ça que je comprend pas. Un domaine ne correspond pas à une seule IP (WWW, MX, NS, etc..) !!
 
EDIT : je rappelle que j'héberge mon serveur DNS (enfin pas encore mais bon)

 
à la base : SI. la définition d'un NS c'est juste un nom qui remplace une adresse ip (commetoi on t'appelle sandy mais on pourrait très bien utiliser le numéro d'enregistrement de ton certificat de naissance)
après tu peux très bien faire une config du serveur dns pour que tout ce qui est mx soit envoyé à un autre serveur, etc.
à ce moment-là c'est au niveau des enregistrements que ca se passe.
 
mhh. je viens de relire les 2-3 derniers posts, et j'ai du mal à comprendre ce qui a été dit. autant pour moi.
si je comprends bien, ton idée est: j'achète un ns chez un registrar, chez ce registrar je modifie les serveurs dns qui gèrent tondomaine.com
et donc c'est au niveau de la config du serveur dns que tu auras paramétré ci-dessus que tu feras la config tondomaine.com -> ton_ip (en sachant que ca sera la même que celle du serveur dns configuré chez ton registrar)
 
dans ce cas-là, tu seras emmerdé et en effet il te faut une ip fixe
de +, ca me parait pas la meilleure solution
le mieux est de laisser gérer les enregistrement ns par ton registrar, comme précédemment dit avec gandi ou ovh tu peux utiliser un ddns pour l'association tondomaine.com -> ton_ip et je sais (d'expérience) que chez ovh par exemple on peut faire une config précise des enregistrements au-niveau des serveurs ns (tu fais presque la config en mode texte de la partie du fichier named.conf spécifique à ton domaine), tu ajoutes ts les sous-domaines que tu veux, les enregistrements mx, cname, a, etc.

Donc, pour le serveur DNS lui même, il faut bien une IP fixe  
 
Le domaine en lui même, ca correspond surtout à l'adresse IP du/des serveurs DNS de ce domaine. Mais celui-ci va indiquer qu'elles sont les IP de chacun des enregistrements de ce domaine. "www.tondomaine.com" ne correspond pas forcément à la même IP que "ftp.tondomaine.com"

 
Tout à fait d'accord.
Donc le registrar remonte le nom de domaine et l'IP du DNS faisant autorité sur ce domaine aux servers root, et si quelqu'un cherche à contacter ftp.mondomaine.com, les servers-root délèguent la requête à mon serveur DNS puisque c'est lui gère le domaine.
J'ai juste ?

je suis pas sur à 100% mais je pense que ca marche comme ça. le principe doit être identique, du genre:
 
requete sur tondomaine.com:
serveur-root
     mondomaine.com ? voir dns registrar
registrar
     mondomaine.com ? voir dns ton_dns
ton_dns
     mondomaine.com ? voilà l'ip

J'aurais pensé que l'IP de "mondomaine.com", c'était l'IP du serveur DNS faisant autorité sur ce domaine  
Mais peut être pas en fait

si si je pense que c'est ca

Pareil ça me parait louche, qu'est-ce que le DNS du registrar vient faire dans l'histoire ?

Bon j'ai lu en travers, mais en gros, qd tu achetes tondomaine.com :
-tu donnes l'ip du DNS faisant autorité sur ce domaine (et il en faut même 2 pour la tolérance au panne). Dans ton cas, cette IP ça sera donc chez toi.
 
Ensuite, le domaine root .com sait qu'il soit s'adresser à ton DNS pour avoir l'IP de tondomaine.com. Lors de la première requête d'un client, il interroge son DNS (celui de son FAI on va dire) qui ne connait pas la réponse (normal ton domaine est tout neuf). Le DNS interroge alors le root.com, qui lui répond l'IP de ton DNS (et donc, pas forcement l'IP de ton domaine). le DNS FAI met le résultat en cache, puis va interroger ton DNS.
ton DNS réponds avec l'IP qui va bien (ça peut être la meme que ton DNS, ou une autre, aucune obligation). le DNS FAI met le résultat en cache là aussi (comme ça à la prochaine requête client il répondra directement sans interroger ton DNS).
 
 
Ensuite, sur ton DNS, tu as plusieurs type d'enregistrement. Les 2 principaux enregistrements sont de type Host (A), et les enregistrements de type Alias (CNAME).
Un Host associe à un ndd une IP, tandis qu'un CNAME associe à un ndd un autre ndd.
 
Tu peux très bien avoir tondomaine.com qui pointe vers une IP IP1 (enregistrement de type A). Puis www.tondomaine.com qui pointe vers une IP IP2 (A). mx.tondomaine.com qui pointe vers une IP3 (A). Et enfin webmail.tondomaine.com qui pointe vers mx.tondomaine.com (CNAME).
 
En espérant avoir été clair

Non pas obligatoirement.
 
En fait, qd tu crée un Nom de Domaine (ndd), tu y associe plusieurs choses. Le meilleurs moyen de le découvrir, c'est d'utiliser Nslookup en ligne de commande. PAr exemple pour le domaine hardware.fr :
 

 
Les enregistrements de type NS pour un NDD sont les DNS faisant autorité sur le domaine. Les MX sont les serveurs de mails.

 
C'est exactement ce que je pensais avoir compris    

Allez une dernière question pour la route   :
Supposons que j'ai un serveur web :
monserveur A 192.168.1.1
 
Si maintenant je souhaite avoir :
monserveur A 192.168.1.2
 
Il suffit de modifier l'enregistrement.
Mais au bout de combien de temps les modifs du DNS seront prises en compte par les serveurs root ?
Peut-on influer sur ce délai (y a-t-il un paramètre à modifier) ?
 

en théorie automatiquement, vu que tu le gères en interne, et que les requetes dns pour tonserveur.com arrivent sur ton serveur dns, qui est celui où tu as fait la modification
 
en revanche, je ne pense pas que l'ip que tu utiliseras sera du genre 192.168.X.Y, car c'est une ip privée, or il faudra que tu retournes aux requetes dns une ip publique
 
ps: je continue cependant de penser qu'il vaut mieux laisser ton registrar gérer ton nom de domaine, étant donné que de toute façon, que ce soit en tant que champ A pur, ou en tant que redirection DNS, il faudra bien arriver à joindre ton ordinateur
la différence étant que c'est impossible de paramétrer un dns sur une ip dynamique, alors que c'est tout a fait possible de le faire sur un champ A

Je ne parle pas des requêtes en provenance de l'interne mais de l'extérieur : si je fais un chagement dans une IP (cf. exemple précédent), combien de temps cela va-t-il prendre pour que mon pote, qui est bien au chaud chez lui, voit la différence ?
 

Ca dépend des DNS, mais en général il faut compter entre 48 et 72 heures pour que le changement soit effectif partout

 
Ce paramètre est modifiable au niveau de mon DNS ?

Ca ne dépend pas vraiment de toi, mais plutôt des dns root.
 
Encore que je me demande s'il n'existe pas effectivement un parametre pour régler ça sur ton serveur. Ya bien les dyndns & Co qui ne rencontrent pas ce soucis, mais je ne me suis jamais penché sur le problème

Il y a peut être un délai de validité qui soit paramétrable  
 
Je pense pas que ca concerne les DNS root. Eux, ils indiquent seulement l'IP du DNS qui s'occupe du domaine.

Je viens de regarder sur google, visiblement sur un serveur DNS Windows de base, les paramètres sont :
- intervalle de rafraichissement
- intervalle avant nouvelle tentative
- heure d'expiration
- T-vie par défaut minimum
Ce serait pas un des paramètres là par hasard ?

Le mieu c'est de le tester

 
en config dns de linux (named.conf) c'est le paramettre TTL (Time To Live)

 
c'est bien ce que je dis, tu le gère EN INTERNE, à savoir que la requete dns t'arrive à toi vu que la requete est redirigée du serveur root sur les dns du registrar qui eux-même redirigent la demandent sur un autre serveur, en l'occurrence le tien! donc c'est bon
après il ya des systèmes de cache qui font que éventuellement, la maj n'est pas automatique partout, mais je n'ai pas l'impression que ce soit gérée sur la toile elle-même (le bon fonctionnement des ddns changeant toutes les 24h le prouvent) mais plutot en interne dans les entreprises qui "cachent" les dns pour limiter les requetes

Bonjour,
 
J'aurais une question :
Ma boite a comme FAI Oleane.
Chez moi, je suis chez Free.
J'ai mis hier un enregistrement DNS à jour (dans ma boite).
Et ce matin, je me suis rendu compte que la mise à jour s'est effectuée sur les serveurs DNS d'Oleane mais pas de Free, comment ça se fait ?    
 
 

les dns l'Oleane sont, par experience, plus "rapide" à reagir que ceux de free.
 
Essaye un ptit ipconfig /flushdns dès fois que ce soit ton pc qui cache et pas les dns de free ...

Ipconfig ne change rien au problème.
C'est donc bien que les DNS de free sont plus longs à la détente, marrant.
Sinon, pour en revenir au topic, savez vous comment se fait la mise à jour des serveurs root ?
Genre je modifie un enregistrement dans mon DNS, que se passe-t-il ensuite ?
Je serais bien tenté de dire qu'il envoie directement une requête au serveurs ROOT, mais je pense aussi que ces serveurs n'acceptent pas les requêtes de n'importe qui. Comment se passe l"authentification" ?

Je ne pense pas que les DSN "root" soient mis à jour sous prétexte que tu modifies un enregistrement. A mon avis, les DNS "root" ne contiennent que l'IP du serveur DNS qui gère le domaine, et c'est ce serveur qui prend en compte la modification d'un enregistrement  
 
Donc, les modifications à faire sur les DNS root ne concernent que la création de domaines ou la modification de l'IP du DNS gérant un domaine. C'est à dire : ce qui est géré par un registrar.
 
Enfin, je pense

Oué ça se tient parfaitement.
Mais alors pourquoi y-a-t-il un écart de temps de mise à jour entre les DNS de Oleane et ceux de Free ???

a cause du cache et de la frequence de "rafraichissement" des dns-cache ... http://fr.wikipedia.org/wiki/DNS

 Evidemment.
Ya vraiment des fois, je me fatigue...
C'est pas vendredi pourtant.