https://lea-linux.org/docs/api.php?action=feedcontributions&feedformat=atom&user=UserMnaLea Linux - Contributions [fr]2026-04-26T12:59:28ZContributionsMediaWiki 1.40.1https://lea-linux.org/docs/index.php?title=Discussion:BIND_cache_DNS&diff=9731Discussion:BIND cache DNS2005-10-24T18:51:52Z<p>UserMna : </p>
<hr />
<div>Je prends l'exemple d'architecture suivante dans laquelle je crée mon serveur DNS qui sert de relais<br />
<br />
| Client | <~> [ Mon srv DNS ] <~> [ srv DNS du FAI ou root DNS d'@ ]<br />
<br />
à partir de BIND 9.1 <span style="color:#0000FF;">''(version à préciser au besoin)''</span> les requêtes DNS émisent par [ Mon srv DNS ] à destination de ces pairs [ srv DNS du FAI ou root DNS d'@ ] utilisent l'option edns (Extended DNS).<br />
<br />
Ce flag n'est compris aujourd'hui que par BIND lui même (à niveau de version suffisante).<br />
<br />
Cela peut induire des performances catastrophiques car [ Mon srv DNS ] va effectuer 2 requêtes avec l'option activée avant de tenter ( à tout hasard ;o)) une requête sans cette option.<br />
Le temps requis pour cette dynamique d'échange comprend donc 2 timeout's qui représentent 2 * 5 secondes par défaut ....<br />
<br />
donc chaque requêtes DNS de | Client | prends environ 10s + 40 à 1000 ms soit près de '''11 secondes !!!'''<br />
<br />
Pour éviter ce comportement il est nécessaire d'ajouter dans le fichier de configuration : /etc/named.conf l'option suivante :<br />
server [adr_ip_du_serveur] { edns no;};<br />
<br />
cette ligne est à ajouter pour chaque serveur posant problème.<br />
<br />
''<u>ex :</u>''<br />
<code>server 195.68.0.2 {edns no;};<br />
server 195.68.0.3 {edns no;};<br />
</code><br />
<br />
voilà j'espère que cette remarque sauvera du temps de recherche et diagnostic à certains d'entre vous (euh là y'a un peu de vécu ;o) ).<br />
<br />
'''''<u>rmq :</u>''''' En toute rigueur le [ srv DNS du FAI ou root DNS d'@ ] doit répondre avec un rejet à la première requête comportant le flag edns mais ce rejet n'est soit jamais émis soit filtré par des firewalls</div>UserMna