![]() |
|
|
#1 |
|
Membre
Date d'inscription: décembre 2007
Messages: 567
|
De l'utilité d'un serveur de nom (DNS)
Bonsoir,
si il y a un moment où on peut se permettre de poser des questions "cloches", c'est bien ce we ... alors je me lance. Ma petite mésaventure évoquée quelques posts plus bas concernant named qui ne voulait plus démarrer m'amene à me poser une question existentielle très simple. A quoi bon gérer les DNS moi même ? Quels avantages ? Quels inconvénients (j'ai vu qu'un de mes domaines n'était pas accessible si named était en rade) ? En effet, j'héberge plusieurs sites, et le fait de ne pas gérer leur DNS, ne me perturbes pas ???
__________________
Cordialement, Christophe Charron Proxmox 1.9 VM Debian Lenny Mon application en ligne |
|
|
|
|
|
#2 |
|
Membre
Date d'inscription: avril 2007
Messages: 1 302
|
Re : De l'utilité d'un serveur de nom (DNS)
A quoi bon gérer ses mails soit même ?
A quoi bon gérer son apache soit même ? A quoi bon gérer son serveur mysql soit même ? Si t'as pris un serveur dédié, il doit y avoir une raison. C'est la même pour les dns. Liberté ? Contrôle ? Maitrise ? Théorie du complot ? Draguer ("ouais j'ai un dédié moi !" *blam*) ? Indépendance ? Tes domaines resteraient accessible si tu avais un serveur dns secondaire. OVH met à disposition ce service gratuitement pour les possesseurs d'un serveur dédié... |
|
|
|
|
|
#3 | |
|
Membre
Date d'inscription: décembre 2007
Messages: 567
|
Re : De l'utilité d'un serveur de nom (DNS)
Citation:
Et bien, là aussi, je dois mal l'avoir paramétré, car non, mon site était en rade. Sais-tu comment je peux vérifier si ce service est actif chez moi ?
__________________
Cordialement, Christophe Charron Proxmox 1.9 VM Debian Lenny Mon application en ligne |
|
|
|
|
|
|
#4 | |
|
Membre
Date d'inscription: avril 2007
Messages: 1 302
|
Re : De l'utilité d'un serveur de nom (DNS)
Bah apprend
![]() Citation:
Dans le manager > Services > DNS Secondaires Ensuite, il faut bien sur que le serveur dns secondaire de ovh fasse parti des dns de ton domaine (manager > domaine et dns > serveur dns) Et enfin, il faut que ce même serveur dns secondaire soit déclaré par un champ NS dans la zone dns de ton bind : domain.tld IN NS sdns1.ovh.net. Pour les serveurs dédiés, il me semble que le serveur dns secondaire est sdns1.ovh.net [edit] Et pour vérifier : dig domain.tld @sdns1.ovh.net |
|
|
|
|
|
|
#5 |
|
Membre
Date d'inscription: décembre 2007
Messages: 9 264
|
Re : De l'utilité d'un serveur de nom (DNS)
C'est un peu le même raisonnement que pour : utiliser un hébergement mutualisé
ou utiliser un serveur dédié ? Tant que tes besoins sont relativement classiques, utiliser le serveur DNS du registrar de son nom de domaine peut suffire. En revanche, dès que l'on va vouloir faire des choses un peu spécifiques, mieux vaudra utiliser son propre serveur DNS. Parmi les "choses spécifiques" : - utiliser des wildcards, c'est-à-dire des choses comme " *.mon_domaine.fr => xx.xx.xx.xx" avec l'adresse IP de mon dédié en correspondance. Certains registrars le permettent dans leur propre serveur mais pas tous. Ou encore des types particuliers d'enregistrements DNS, pas toujours gérés par le registrar là non plus. - utiliser des "time to live" (ttl) d'enregistrements DNS relativement courts. Là il s'agit de gérer finement le cache de son serveur DNS afin de maitriser la mise à jour des informations qu'il contient. Entre autre usage, ça peut permettre de faire une répartition de charges assez sommaire (1 site web => N adresses IP, par rotation) - préférer avoir son propre serveur DNS de façon à ne pas avoir à refaire toute sa configuration DNS le jour où l'on change de registrar à ses noms de domaine. Evidemment pour 1 ou 2 domaines avec 5 noms chacun, ce n'est pas grand chose mais si on s'occupe de 500 noms de domaines avec en moyenne 5 noms chacun ... c'est une autre histoire ![]() - rattacher un serveur installé au domicile et qui ne dispose que d'une adresse IP dynamique à l'intérieur de son nom de domaine. (le même genre de services que propose DynDNS et consorts) - utiliser son serveur DNS comme DNS du ou des PC au domicile, en lieu et place des serveurs DNS de mon FAI (par souçi de confidentialité ou encore parce que les serveurs DNS de mon FAI sont lents ou souvent en panne, etc.) |
|
|
|
|
|
#6 | ||
|
Membre
Date d'inscription: décembre 2007
Messages: 567
|
Re : De l'utilité d'un serveur de nom (DNS)
pff ... C'est grâce à vos réponses que j'apprends.
Citation:
Est-ce que cela peut-venir du fait que dans le manager, j'ai tous mes domaines dans la section "Hébergement" et que mon christophe-charron.org soit en "Domaines seuls" ? Citation:
__________________
Cordialement, Christophe Charron Proxmox 1.9 VM Debian Lenny Mon application en ligne |
||
|
|
|
|
|
#7 | |
|
Membre
Date d'inscription: décembre 2007
Messages: 567
|
Re : De l'utilité d'un serveur de nom (DNS)
Citation:
Je voulais une réponse détaillée, je l'ai. Merci infiniment, m'en vais m'atteler à la comprendre.
__________________
Cordialement, Christophe Charron Proxmox 1.9 VM Debian Lenny Mon application en ligne |
|
|
|
|
|
|
#8 | |
|
Membre
Date d'inscription: décembre 2007
Messages: 9 264
|
Re : De l'utilité d'un serveur de nom (DNS)
Citation:
![]() Alors petit complément d'infos pour t'aider : - la notion de "wildcard" c'est de faire en sorte de gérer de façon générique des noms de domaines. Exemple classique : les blogs accordés à des utilisateurs que je tape : - "http://mon_super_blog.mon_domaine.fr" - "http://le_93_en_force.mon_domaine.fr" - "http://i_love_laurie.mon_domaine.fr" Que tout ça soit associé à l'adresse IP du serveur dédié qui gère ces sites web sans avoir à rajouter à la mimine un enregistrement DNS pour chacun. Au lieu d'écrire : Code:
mon_super_blog.mon_domaine.fr. IN A 213.251.xx.yy le_93_en_force.mon_domaine.fr. IN A 213.251.xx.yy i_love_laurie.mon_domaine.fr. IN A 213.251.xx.yy Code:
*.mon_domaine.fr. IN A 213.251.xx.yy ce sera associé à l'adresse IP en question. - la notion de "time to live" : c'est la "durée de vie" des enregistrements DNS. Une des clefs des performances du système DNS c'est la notion de cache. A chaque étape du système, y compris au niveau du poste de l'internaute, il y a un cache DNS qui est géré, ce qui évite de solliciter en permanence le DNS maître (sinon imagine le nombre de requêtes DNS que prendrait un domaine comme Google !) Chaque information présente dans un DNS a une durée de vie au delà de laquelle l'ordinateur demandeur d'infos va ignorer ce qui est dans son cache et va aller re-interroger le serveur DNS de référence. En diminuant la durée de vie d'un enregistrement, je perd l'avantage du cache mais je peux du coup remettre à jour plus fréquemment les infos. A tel point que je peux en arriver à distribuer sur N adresses IP un nom de machine : A 12h00 j'associe au niveau DNS le nom "www.mon_domaine.fr" et l'adresse IP 213.251.10.10 A 12h05 j'associe au niveau DNS le nom "www.mon_domaine.fr" et l'adresse IP 213.251.10.11 A 12h10 j'associe au niveau DNS le nom "www.mon_domaine.fr" et l'adresse IP 213.251.10.12 A 12h15 j'associe au niveau DNS le nom "www.mon_domaine.fr" et l'adresse IP 213.251.10.10 A 12h20 j'associe au niveau DNS le nom "www.mon_domaine.fr" et l'adresse IP 213.251.10.11 etc. Tout cela va répartir les visiteurs du site web sur 3 serveurs physiques distincts. Bon, il y a aussi des inconvénients à procéder la sorte mais je ne m'étale pas davantage, ce message étant déjà bien assez long comme ça
|
|
|
|
|
|
|
#9 |
|
Membre
Date d'inscription: avril 2007
Messages: 1 302
|
Re : De l'utilité d'un serveur de nom (DNS)
cassiopee > tu veux pas faire des guides ? Histoire de remplacer/compléter ceux de ovh
|
|
|
|
|
|
#10 |
|
Membre
Date d'inscription: décembre 2007
Messages: 9 264
|
Re : De l'utilité d'un serveur de nom (DNS)
|
|
|
|
![]() |
| Outils de la discussion | |
|
|