Reprise du message précédent :
Tu veux pas essayer avec ta debian en standalone sans forwarders ? Si ça fonctionne comme ça, bah c'est le netasq qui déconne.
 
C'est quoi la fréquence des problèmes ?

 
Ouf, ca veut dire que pour les zones ou il ne forward pas, named répond correctement, quelle chance.
 
Et sinon à part ca, le souci arrive-t-il de la même manière qu'elle que soit le forwarder choisi? Que la requête parte d'un port privilégié ou pas?

Le souci est le même sur n'importe quel(s) forwarder(s) et BIND ne fonctionne pas (sur les adresses internet) si on ne met pas de forwarder (sinon je l'aurais mis depuis longtemps). Pour la fréquence du probleme je dirais une fois toutes les 10 minutes environ, parfois 5 minutes. Que veux tu dire par port privilégié ? BIND utilise invariablement le port 53 non ?

Pas exactement non.

DNS est majoritairement UDP (je dis bien majoritairement, DNS est stateless), et les requêtes DNS partent d'un port non privilégié (>1024) vers le 53, et la réponse se fait du 53 vers le port non privilégié. Et pour le forwarding, named fait pareil (depuis la version 8 je crois, du moins ca se configure, cf ce que je disais page 1)

Donc dépendamment de comment sont faites tes requêtes, et comment elles traversent ton firewall (ca fait quand même presque une page que je t'ai dit de t'intéresser aux sniffers genre ethereal/wireshark), on a du mal à visualiser ton problème.

Qui plus est, tes clients du coté de ton LAN, c'est quoi? des ouin ouin? Avant de faire des tests du coté de ces clients, faut bien faire le flushdns avant.

On est deux à te dire que si named résout correctement sa zone, et que ca merde ailleurs, il faut investiguer entre named et ton fw. Pour ca => sniffer. Même si j'ai une grosse option sur ton netasq, car les requêtes de résolution partent bien mais ne recoivent jamais de réponse... Donc quelque part, ca passe pas.

Ok, je vais investiguer la chose.....merci de votre patience et de votre aide en tout cas, si il y a du nouveau, je vous fait signe...encore merci

Je me demande si le serveur n'envoie pas de requêtes en IPV6 (record AAAA), plutot qu'en IPV4 (record A), ce qui pourrait expliquer ces timeouts et ces temps de réponses long, c'est possible ? Où peut on vérifier cette configuration ?
 
D'autre part, je vais déplacer le serveur sur un autre réseau physique pour vérifier si elle se comporte correctement.

 
Rien à voir. Ton serveur envoie des requêtes de résolution, et ce sont les réponses qu'il recoit des forwarders qui permettent de savoir si c'est IPv4 ou 6.
 
Un serveur DNS ne "transforme" pas des requêtes, vu que c'est le client (en appelant getaddrinfo) qui spécifie lui même ce qu'il veut (paramètres hints). Il ne fait que les forwarder à une autre machine; il ne modifie rien (quel beau bordel ca serait...)
 
Qui plus est, même si la réponse était IPv6, il y aura quand même une réponse, pas de timeout. Une résolution qui échoue retourne une erreur, pas un timeout (essaie par toi même pour t'en convaincre).