Donc la boucle local est inutile si l’on ne met pas de directive allow-recursion, mais de mettre l’ip du serveur en plus doit pallier à certains cas bien particulier ou l’ip de provenance n’est pas 127.0.0.1 mais l’ip WAN du serveur.

J’avoue que je n’ai pas cherché à comprendre pourquoi il fallait mettre l’ip de son serveur en plus de localhost pour cette directive. Tu peux donc tester de ne pas mettre l’ip WAN de ton serveur dans cette directive, logiquement il ne devrais pas y avoir d’impact, mais je préfère prévenir que guérir en gardant cette option tel quel.

@Arcadio
Bizarre que ça ne marchais pas, j’ai cette configuration sur un kimsufi(KS) avec des .com, .fr, .org, et .net et je n’ai pas eu à touché le IN A. Es tu sûr que ce n’étais pas à cause du temps de propagation DNS ? Le ping ne te parmet pas de dire qu’un domaine est bien cablé, un dig te donnera plus d’information si tu lui dit d’interroger directement ton serveur DNS.

Tout d’abord merci pour cet article qui m’a beaucoup aidé. J’ai un zone d’ombre par contre, au niveau de allow-recursion. C’est la liste des adresses IP à qui on autorise d’interroger de facon recursive notre serveur, et tu mets donc l’adresse local ( 127.0.0.1 ) et l’IP du serveur… Ce que je comprends pas c’est pourquoi mettre l’adresse du serveur alors qu’on a mis l’adresse local, sachant que le serveur doit se trouver sur cette machine. J’ai surement du mal comprendre cette ligne…
A quoi correspond « ip.de.votre.serveur; »

Merci d’avance pour la réponse.

D’abord j’ai chrooté un user ,puis je me suis connecté avec ssh , le problème c’est que je n’arrive pas a exécuter les commandes comme mkdir, ça me fait permission denied quand je fait un ls-l j’ai root comme usr propriétaire et root en groupe donc je pense que c’est normale que je ne puisse pas executer ces commande mais alors comment on fait pour changer donc l’utilisateur et le groupe pour que je puisse le faire et que j’ai pas permission denied??

merci d’avance