Hello,
Comme toujours, cela dépend du niveau de risques et de ce que l'on veut
faire.
si c'est pour deux zones qui se battent... Un petit serveur avec un bind
fonctionne parfaitement.
il faut quand même suivre les mises à jour car il y a quand même
quelques bugs.
4 serveurs pour +2000zones, pour l'instant pas de soucis. (cela peut
fonctionner avec 2)
Il y a aussi Djbdns pour les fanatiques, qui est aussi une bonne
alternative, même si le principe de la segmentation des processus est bien
(c'est trop confisant pour moi).
Je separerai les notions de resolver et serveur dns... Pour éviter
d'expliquer tous les deux jours le principe des Ttl, de délégation...
Comme cela mr tout le monde et au même niveau.
Un élément essentiel reste que la résolution de noms est super longue
100/300ms ... Une éternité pour un photon :)
(c'est ce qui te plomb l'accès au premier octet).
Si c'est pour tes clients approche le serveur DNS le plus possible d'eux.
Si c'est pour des internautes pareil ... Les techniques anycast sont
sympathiques quand tu as des serveurs partout dans le monde.
(si le besoin de temps de réponse sur un téléphone mobile au fin fond de
la japon est important je suis en train de tester route53 du livre dans
les nuages)
Je profite du sujet DNS:
Est-ce qu'il y a des personnes qui systématisent l'utilisation de DNSSEC
?
Est-ce que vous avez de bonnes pratiques / QuickWin pour la gestion des
modifications/clefs/master-slave/...
Bonne fin de journée.
++
Dominique
Le 21/01/13 23:00, « Cyril HLAKKACHE » h...@internetown.eu a écrit :
Solarus wrote Je ne sais pas pourquoi tu veux ouvrir un DNS public mais
c'est déconseillé. Un DNS doit être limité à quelques plages IP ou un AS,
mais un DNS public n'est pas recommandé.
Quelles BCP conseillent explicitement ça ? si c'est un primaire ou
secondaire, je ne pense pas que le filtrage proposé fonctionne. Si c'est
un cache alors, oui ... peut-être ... mais bon c'est un peu dommage tout
de même. Peut-être aussi qu'il y a confusion entre notion de public et
service de cache DNS.
eduperron wrote quiz de la redondance?
Solarus wrote Tu redondes le premier avec le deuxième, ou inversement.
ça dépend aussi de quoi on parle. Pour un cache, le mieux est d'informer
tes futurs clients des 2 ou 3 IP de ces serveurs et de les positionner
sur des réseaux différents de préférence et dans la mesure du possible.
S'il s'agit de DNS primaire alors le mieux est d'avoir 2 secondaires,
l'un chez soit, l'autre chez un partenaire comme un FAI par exemple. Pour
la gestion de zone reverse, le mieux est d'avoir un RIR en NS secondaire
comme par exemple le RIPE avec ns.ripe.net.
eduperron wrote Quelles sont les limites d'une solution open source
comme Bind?
Solaris wrote Aucune.
;) tu fais plaisir à Paul Vixie là ! :) disons qu'il faut au moins viser
la dernière ré-écriture en V9. La version 9.9.2-P1 publiée donne un petit
listing des updates :
https://lists.isc.org/pipermail/bind-announce/2012-December/000823.html
arrive la V10, mais mieux vaut laisser les autres tester avant ;)
duperron wrote Quiz de l'ipv6?
Cette page est intéressante aussi à parcourir :
http://livre.g6.asso.fr/index.php/Recommandations_op%C3%A9rationnelles_pou
r_l%27int%C3%A9gration_d%27IPv6
@+°
Cyril H.
---
Liste de diffusion du FRnOG
http://www.frnog.org/
---
Liste de diffusion du FRnOG
http://www.frnog.org/