• [^] # Re: En fait, c'est dnsmasq le coupable, KVM est jusqu'à preuve du contraire innocent... !

    Posté par . En réponse au message CentOS 6.2 -- KVM -- dnsmasq. Évalué à 1.

    Finalement, j'ai fait comme ceci :

    J'ai admis que le réseau virtuel sur l'hyperviseur était un réseau indépendant, et c'est pourquoi le dnsmasq correspondant interroge les DNS public dans le cas où la réponse ne serait pas dans les noms locaux. Ce dnsmasq est donc configuré pour interroger mes différentes instances DNS (chatillon., .virt, etc…). Ce mode de configuration a pour effet d'éviter les double couplage (dnsmasq 1 pointe vers dnsmasq 2 et vice-versa…).

    Depuis, tout est revenu à la normale…

    Je suis quand même curieux de savoir s'il est possible de configurer dnsmasq pour qu'il évite de demander à la terre entière pour un domaine qu'il est sensé gérer… Typiquement, s'il n'a pas l'a réponse pour un_nom.virt.mydomain.net, c'est que ce nom n'existe pas, il répond et point barre. Le fonctionnement actuel est le suivant :
    - on demande pwet.virt.mydomain.net
    - si je trouve en local, je répond le résultat
    - si je n'ai pas en local, je demande à google (8.8.8.8)
    - si google me donne une réponse, je transmet, sinon je renvoi une réponse négative.