Bonjour,<br><br>j&#39;utilise deux serveurs bind9, ce sont des resolver. Un est master et un slave dans le sens où le slave récupère ses zones via le master.<br>Effectivement j&#39;avais pensé à faire une VIP, mais d&#39;après moi le fonctionnement même de DNS intègre déjà cette haute disponibilité (dans resolv.conf deux serveur dns sont spécifiés, dans windows aussi). Donc je ne comprend pas pourquoi j&#39;ai ce comportement.<br>
<br>J&#39;ai essayé de le reproduire sur un environnement de test en droppant le flux vers le DNS primaire mais je n&#39;ai pas le même comportement.<br><br><br><br><br><div class="gmail_quote">2012/2/1 Wallace <span dir="ltr">&lt;<a href="mailto:wallace@morkitu.org">wallace@morkitu.org</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Bonjour,<br>
    <br>
    Les entrées dns pour la résolution sont testé dans l&#39;ordre, les
    clients essayent donc le premier serveur,<br>
    attendent le timeout, puis le second qui répond.<br>
    <br>
    Pour les erreurs 500, je dirais soit :<br>
    - timeout trop court dans l&#39;applicatif qui échoue donc à répondre
    avant d&#39;avoir eu sa résolution dns pour je ne sais<br>
    quel composant autre<br>
    <br>
    - le secondaire n&#39;avait pas la bonne réplique du master, donc pas
    d&#39;information valide à donner<br>
    <br>
    - des couches applicatives qui ne savent pas appeler le serveur dns
    secondaire, mais je pense que ça n&#39;existe plus<br>
    enfin j&#39;espère<br>
    <br>
    Le souci de modifier les clients avec ces options, c&#39;est qu&#39;il faut
    le faire sur tous les clients et que toute nouvelle machine<br>
    sur le réseau n&#39;aura sans doute pas cette configuration (serveur
    déplacé, client guest externe, consultant, ...).<br>
    La seule vraie solution reste d&#39;attribuer temporairement l&#39;adresse
    ip du primaire à un secondaire ayant toutes les zones en cache.<br>
    <br>
    Pour ma part je ne marche qu&#39;avec des masters pour mes dns sur
    lesquels je pousse la configuration qu&#39;ils doivent utiliser<br>
    ca limite considérablement les risques de la réplications. Ca permet
    de déplacer l&#39;ip d&#39;un serveur vers un autre pour une durée longue
    sans prendre le risque d&#39;arriver à la fin du ttl des zones.<br>
    <br>
    Voilà à peu près les pistes.<br>
    <br>
    Bien cordialement<span class="HOEnZb"><font color="#888888"><br>
    --<br>
    Pierre-Henry Muller<br>
    <br>
    <br>
    Le 01/02/12 16:34, Hugo Deprez a écrit :
    </font></span><blockquote type="cite"><div><div class="h5">Bonjour à tous,<br>
      <br>
      J&#39;ai voulu faire une maintenance d&#39;un serveur où se trouvait le
      serveur DNS primaire.<br>
      En arrêtant ce serveur primaire j&#39;ai crée pas mal d&#39;effet
      indésirable :<br>
      - Lenteur,<br>
      - certaines applications web renvoyaient des erreurs 500.<br>
      <br>
      Logiquement mon serveur secondaire devrait suffire pour répondre à
      toutes les requêtes DNS.<br>
      <br>
      Après quelques recherches sur le net j&#39;ai modifié  la
      configuration du resolv.conf (mes serveurs sont sous Linux et les
      clients sous windows XP) :<br>
      <br>
      options rotate<br>
      options timeout:1<br>
      options attempts:1<br>
      <br>
      J&#39;ai refait un test cela a grandement amélioré les choses. <br>
      Cependant j&#39;ai quand même une application que je n&#39;ai pas réussi à
      joindre.<br>
      <br>
      Avez-vous déjà rencontré ce genre de problème ?<br>
      <br>
      Merci,<br>
      <br>
      <br>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><div class="im"><pre>_______________________________________________
Liste de diffusion du FRsAG
<a href="http://www.frsag.org/" target="_blank">http://www.frsag.org/</a>
</pre>
    </div></blockquote>
    <br>
  </div>

<br>_______________________________________________<br>
Liste de diffusion du FRsAG<br>
<a href="http://www.frsag.org/" target="_blank">http://www.frsag.org/</a><br>
<br></blockquote></div><br>