Bonjour
Nous avons la configuration suivante: contrôleur de domaine parent et gestionnaire DNS pour "tspace.com" sur une machine virtuelle avec IP1. Maintenant, nous avons créé un domaine enfant avec un autre contrôleur de domaine et un gestionnaire DNS "lon.tspace.com" sur une autre VM IP2. Une délégation est ajoutée (par défaut) de tspce.com à lon.tspace.com car elle a une relation parent-enfant. Sous lon.tspace.com, a ajouté manuellement une délégation pour gb.lon.tspace.com à deux machines virtuelles (cluster) exécutant des serveurs DNS avec IP3 et IP4. Ce cluster a la capacité de résoudre le cluster actif parmi IP3 et IP4. Cette logique est interne à ce serveur DNS.
Quand nous faisons un nslookup pour "gb.lon.tspace.com" avec le serveur DNS comme IP2, il se résout corectly à l'actif parmi IP3 et IP4 (disons IP3). IP2 a transmis la requête à IP3 et IP4 et la résolution se produit.
Mais quand nous faisons un nslookup pour "gb.lon.tspace.com" avec le serveur DNS comme IP2, la requête est transférée de IP1 à IP2. Mais IP2 ne transmet pas cela à IP3 / IP4. Au contraire, il répond avec les deux serveurs de noms (IP3 et IP4).
Quand nous avons regardé wirehark, la requête du client vers IP1 gies comme «requête récursive» mais celle d'IP1 vers IP2 va comme «ne pas interroger récursivement». Cela semble être la cause première.
Existe-t-il un moyen d'activer la récursivité dans cette requête? Tout ce dont nous avons besoin, c'est que lorsque nous recherchons "gb.lon.tsapce.com" vers IP1, il doit être résolu de manière récursive.
Veuillez aider.
Délégation récusive
Related questions
- Ssh_init: Host does not exist
24176
13.11.2017 01:40
- Code d’erreur : DLG_FLAGS_SEC_CERT_CN_INVALID ?
23354
14.08.2018 09:32
- LetsEncrypt et erreur DNS A / AAAA
22169
16.04.2019 15:34
- SSL Cloudflare chez OVH
20845
28.04.2017 09:51
- Err_too_many_redirects
20332
12.11.2017 15:36
- Certificat Let's encrypt
20140
21.08.2017 17:44
- Impossible d'activer le certificat SSL pour HTTPS
19822
07.01.2021 02:44
- Net::err_cert_common_name_invalid
19395
29.05.2017 08:20
- Trop de redirections suite au HTTPS
18986
14.12.2016 14:30
- Prise en charge du protocole MQTT
17662
06.04.2017 13:57