Scénario #17261
Mis à jour par Emmanuel IHRY il y a plus de 9 ans
Nécessité d'un 'bind' en frontal
Le services DNS fourni par la brique samba peut ne pas suffire pour des domaines avec de nombreux clients, il peut y avoir des problèmes de tenus de charge pour le services DNS
D'autre part, des limitations du fonctionnement du DNS Samba peuvent nécessiter de s'appuyer sur un autre composant : voir DLZ
Le serveur DNS interne samba ne supporte pas ces fonctionnalités :
* acting as a caching resolver
* recursive queries
* shared-key transaction signature (TSIG)
* stub zones
* zone transfers https://wiki.samba.org/index.php/DNS
Il y a deux pistes à étudier :
- Activer bind n'est pas certain en tant effet que Backend du service le DNS SAMBA https://wiki.samba.org/index.php/DNS
- Activer Bind en FrontEnd pour AD tienne la charge s'il doit gérer toutes les requêtes DNS requetes DNS. Il faudrait donc avoir en option la possibilité d'activer BIND qui traiterait l'ensemble des requetes et ne forwarder forwarderait à samba que l'AD celles concernant la bureautique
Le services DNS fourni par la brique samba peut ne pas suffire pour des domaines avec de nombreux clients, il peut y avoir des problèmes de tenus de charge pour le services DNS
D'autre part, des limitations du fonctionnement du DNS Samba peuvent nécessiter de s'appuyer sur un autre composant : voir DLZ
Le serveur DNS interne samba ne supporte pas ces fonctionnalités :
* acting as a caching resolver
* recursive queries
* shared-key transaction signature (TSIG)
* stub zones
* zone transfers https://wiki.samba.org/index.php/DNS
Il y a deux pistes à étudier :
- Activer bind n'est pas certain en tant effet que Backend du service le DNS SAMBA https://wiki.samba.org/index.php/DNS
- Activer Bind en FrontEnd pour AD tienne la charge s'il doit gérer toutes les requêtes DNS requetes DNS. Il faudrait donc avoir en option la possibilité d'activer BIND qui traiterait l'ensemble des requetes et ne forwarder forwarderait à samba que l'AD celles concernant la bureautique