[tutoriel] Bind – Installer et utiliser son propre résolveur DNS

Bonsoir,

Chaque jour, je lis sur notre cher forum des membres qui conseillent d'autres à utiliser les serveurs DNS d'OpenDNS puis d'autres viennent pour poster des DNS locaux algériens trouvés après un scan d'une plage IP etc etc

Mais après tout, si on peut héberger sur sa propre machine un serveur Apache, FTP, SSH, Proxy, il bien possible d'installer un serveur DNS non ?

C'est ce que j'ai fais depuis un moment ! J'utilise mon propre serveur DNS sur ma machine locale avec laquelle je navigue et ça marche impec.

Mon serveur DNS à moi est : 127.0.0.1 récursif qu'en 127.0.0.1 et me permet de résoudre n'importe quel nom de domaine sur la toile. Sa particularité c'est qu'il me sert aussi de serveur DNS cache

Pourquoi j'ai décidé de partager ce petit tutoriel ?

Je suis allé dans 2 cybercafés depuis que je suis rentré en Algérie et j'ai eu l'agréable surprise de découvrir qu'ils utilisaient OpenDNS. J'ai demandé aux propriétaires des 2 cybercafés est ce qu'ils ont choisis eux même leurs serveurs DNS, ils m'ont dit non. C'est leur fournisseurs d'accès à internet qui leur impose les serveurs OpenDNS qui au passage filtrent le contenu de certains sites visités.

C'est alors que je me suis : merda ! Il faut que je fasse quelque chose car je ne pouvais accéder à aucun des sites que j'avais l'habitude d'y aller dont mon blog personnel.

Alors, je me suis dis, je vais utiliser Bind9 déjà installé sur ma machine GNU/Linux Ubuntu et ça a donné ce tutoriel :

http://www.freefoxtv.net/2010/03/18/bind-installer-et-utiliser-son-propre-resolveur-dns/

Salutations amicales

eih oui easy t'impose les DNS de open DNS

et open dns fais rentrer plein de pognon grâce à easy et easy ka3da tetfaraj

Tout à fait khouya HBM

Algérie Télécom n'a pas encore compris les enjeux d'opter pour des services installed and updated in the national network. Il y a quelques mois, ils n'ont même pas percuté que lorsqu'on pingue un site en .DZ, on était obligé d'abord de transiter par l'europe. Algérie Télécom était comme un malade anasthésié auquel tu parles et tu lui donnes des conseil et elle te réponds par des onomatopées d'un débile : hein ? hein ? Quoi ? hein ? Wechnou ? dachou ?

Maintenant, certains responsables ont compris que nous pouvions faire gagner à Algérie Télécom de la bande passante ! aha ! mais ce n'est pas la fin du voyage les gars ! Continuons !

Des services à valeur ajoutée peuvent être offerts et hébergés en national.

Un FAI comme EEPAD pourrait installer un serveur Jabber, IRC par exemple (heu pourquoi EEPAD ? et bien parcequ'Algérie Télécom n'a pas cessé de dire : hein ? hein ? quoi ? hein ? Wechnou ? dachou ? hein ?) vous comprenez le truc.

Pareil pour les serveurs DNS qui un service à valeur ajoutée.

Vous savez ce qu'il faut en Algérie ? Je pense qu'il nous faut beaucoup plus d'opérateur privés mais aussi des opérateurs neutres pour offrir des services comme le DNS tel qu'OpenDNS le fait mais en ciblant que les IP algériennes, des opérateurs qui peuvent offrir des accès VPN (payants bien évidemment), héberger des serveurs de jeu proposer des solutions pour les joueurs et internautes algériens (avec un ping dans les normes) et un tas d'autres choses, ce n'est pas la peine que je vous fasse un business plan.

Mais si ce n'est que pour trouver une mairie virtuelle dans le .DZ alors que nous en avons déjà marre de la voir en réel, je ne vois pas l'intérêt.

Je ne connais pas la version de bind disponible sous Ubuntu ni sa configuration par défaut, néanmoins, pour éviter des attaque de type DNS cache poisoning tu dois vérifier que ton bind ne met pas en cache des données supplémentaires.

En effet, y'a des méthodes permettant de modifier une entrée du cache de bind en bidouillant les informations d'un nom de domaine qui nous appartient, quand une victime visite notre domaine pour la 1ère fois, son bind va mettre en cache la correspondance domaineIP mais aussi des informations supplémentaires s'il est mal configuré (comme un cname www.site.com www.site-pirate.com ou une falsification du ns...).

Normalement, tout cela est corrigé par défaut dans les dernières version de bind.

Bind 9.6.1-p2

Normalement pas de souci avec cette version.

En général la seule chose a la quelle il faudra faire attention est la récursion des résolutions dans le cas ou le DNS est accessible depuis l'extérieur, (allow-recursion), sinon pour un usage "home" il n y a pas de problème tant que 53/udp|tcp reste dans le LAN, ca fait un cache superbe et évite les moments "blind" connus sur le nano service DNS d'AT

+1 Havoc et FreelinuxDZ et n'hésitez pas à compléter le tuto ou à le corriger. La config actuelle est faite selon mes petites connaissances de Bind

+1 Havoc et FreelinuxDZ et n'hésitez pas à compléter le tuto ou à le corriger. La config actuelle est faite selon mes petites connaissances de Bind

Si tu veux faire un truc vraiment pro niveau DNS, il faut utiliser le nouveau protocole DNSSec qui implémente de mécanismes de sécurisation plus poussés.

Pour ce qui est de Bind, les 2 problèmes qu'il y avait c'était les ID pouvant êtres prévisibles (paradoxe des anniversaires ^^ ) ce qui permet de répondre au client à la place du serveur DNS en devinant le bon ID de la requête. Le second problème concerne l'empoisonnement du cache DNS par le fait que BIND mettait en cache même les informations supplémentaires contenues dans les réponses DNS.

Si mes informations sont bonnes, les dernières versions de Bind corrigent ces 2 problèmes (qui ont donné lieu à de nombreuses attaques en 2007).

A chaque restart du service networking il remet un autre resolv.conf, bizarre

A chaque restart du service networking il remet un autre resolv.conf, bizarre

Si la conf de l'intérface est mise a auto (dhcp) c tout a fait normal sur le serveur dhcp il faut mettre l'ip du DNS local, sinon tu config en static

A chaque restart du service networking il remet un autre resolv.conf, bizarre

Rien n'est bizarre sous Linux même pas le calendrier qu'affiche la commande cal 9 1752. En fait ton /etc/resolv.conf est modifié à chaque fois par le client DHCP que tu as surement activé.

Pour régler le problème sous Archlinux, il suffit d'éditer le fichier de configuration de ton client DHCP pour lui indiquer de ne pas chercher à savoir quel est le serveur de nom de domaine...etc. Cette manipulation dépend de ton client DHCP : dhclient, dhcpd...etc.

ça à marché pour moi (wll)

A chaque restart du service networking il remet un autre resolv.conf, bizarre

sudo apt-get remove resolvconf

Ajoute tes serveurs préférés*, tu sauvegardes, puis tu rebootes.

* http://www.dnsserverlist.org/, ca nous permet d'obtenir les serveurs les plus proche en fonction de notre localisation.

un peu en bas tu verras :

Here are the top two calculated DNS servers for your IP: 41.xx.xxx.xxx

129.250.48.146

128.107.241.183

69.111.95.106 (sert pour le test)

Le calcul est basé sur le Round-Trip Time ou RTT,

http://fr.wikipedia.org/wiki/Round-Trip_delay_Time