Hello,

Petite interrogation concernant mes serveurs DNS internes.
Je reprends un peu l'historique de mes prédécesseurs.

J'ai actuellement 3 AD qui ont tous le rôles DNS et je souhaiterais en supprimer un.
J'ai voulu regarder si il y avait des transferts de zone activés mais cela n'est pas le cas or lorsque je fais une action sur un dns (création d'une entrée ou suppression) c'est bien répliqué donc c'est comme si ils étaient tous "primaires".

Est-ce le cas car le rôle DNS est installé sur les AD ?
Dans ce cas les 3 serveurs sont bien "primaires" et donc la suppression d'un d'entre eux n'affectera pas les zones si je décide de m'en séparer ?

Au niveau de mes entrées NS j'ai bien mes 3 AD ainsi que dans l'onglet "Serveurs de noms" sur mes zones de recherches directes/indirectes.

Cordialement,

Si tu utilises l'AD pour le stockage de tes zones alors oui ca bénéficie de la technologie multimaitre (on dit pas vraiment primaire/secondaire)

si tu supprimes le rôle DNS sur un de tes contrôleurs de domaine voir le contrôleur de domaine lui même je t'engage fortement à vérifier comment sont configurés tes clients surtout si tu n'as pas tout l'historique.
 
Les DNS renseignés à la va vite dans le paramétrage d'une carte réseau en IP fixe, ou une application codée/paramétrée avec les pieds qui va référencer un seul contrôleur de domaine directement par son nom au lieu d'interroger le domaine et laisser le DC locator faire le taff... Comment dire.
 
Donc en fonction de la taille/complexité de ton IT, prend un peu d'élan

 
tiens tiens un collegue qui semble avoir la meme experience que moi  
Une idée de comment laisser le DNS en auto sur un client sans que celui ci perd la connexion au dc ? (obliger de le forcer en manuel pour pas que la connexion au réseau local saute)
 
PS : J'ai repris un parc informatique avec un DC sous Windows server 16 et le réseau de mes clients sautent un part un sans raison  

La bonne pratique c'est de ne pas séparer DNS et AD sur un contrôleur de domaine.
 
Soit tu décommissionnes complètement le DC? soit tu n'y touches pas.
 
Si les zones DNS ont été intégrées à l'AD (autre bonne pratique) elles bénéficient de la réplication multimaître.
 
Pour ton réseau qui saute, ça peut être tout et n'importe quoi.

 
Alors le truc c'est que je suis dans une très grosse boite qui centralise tout, on mise tout sur le serverless dans le court terme.
On a encore la chance d'avoir une replication AD et le DNS et installer dessus  (ca peut être la mise en cause ?)
 
Après oui l'informatique c'est bien quand ca marche

Je comprends pas ta deuxième phrase, "AD et DNS et installer dessus" ? Ca veut dire quoi ?
Dans les très grosses boîtes l'AD est habituellement géré par une équipe dédiée à l'identité.

Vu le phrasé, on sent le gros niveau

Bah il sous-entend qu'il a accès aux DC

 
Sur le serveur local xD
C'est la fin de semaine faut pas m'en vouloir jsuis fatiguer mon cerveau et deja off  

 
Honnêtement j'ai pas trop compris la question (même en lisant les posts après).
 
Chez nous les zones DNS AD sont "abstraites" des clients via des boitiers DNS qui portent des délégations de zone pointant vers les contrôleurs de domaine. Ca permet de faire pointer les options DHCP et le paramétrage DNS des machines en IP fixe vers ces boitiers, qui évidemment ne changent pas d'IP (ou une fois tous les 10 ans). Il suffit ensuite de correctement gérer/modifier les délégations de zone si il y a des modifications au niveau des DC.
 
Mais même cela ça ne garantit pas qu'un petit malin kisikonné aille taper un nslookup, trouve les noms et les IPs des DC de telle ou telle forêt AD et configure ça en direct sur son serveur. Dans ce cas tu pilotes à l'oreille, quand tu retires ou met un DC hors ligne pour maintenance et que ça gueule, tu as trouvé le petit malin.

ou tu mets un wireshark dessus une fois le service DNS éteint pour voir ce qu'il se passe.