Mut un client de la un domeniu AD la altul. Au un singur server pentru vechiul domeniu, care este un DC, plus server de fișiere/printare și, de asemenea, este un singur server pe noul domeniu. Sistemul de operare este Server 2016 Essentials pe ambele. Au câteva căi UNC codificate într-o aplicație de pe vechiul server care face referire la documente deținute pe acel server. Există prea multe dintre aceste link-uri UNC pentru ca ei să le schimbe manual cu noul nume de server și nu au resursele să plătească pentru a face acest lucru, așa că trebuie să fac ca noile partajări de server să poată fi navigate folosind vechiul numele serverului. Să apelăm serverul original server1 și noul server2. Am urmat instrucțiunile de pe acest link pentru a configura acest lucru - https://4sysops.com/archives/disable-strict-name-checking-with-powershell. Am creat o înregistrare CNAME pe server2 pentru server1, am adăugat intrările de registru necesare și am creat, de asemenea, înregistrarea SPN folosind:
setspn -S gazdă\server1 server2
Dacă rulez comanda „setspn -l server2” după aceasta, văd noua înregistrare SPN pe listă afișată ca:
gazdă/server1
Apoi pot răsfoi cu succes partajările de pe server2 folosind UNC \server1\share. Toate bune până acum. Dar în câteva minute, partajarea se oprește și dacă rulez „setspn -l server2” din nou, intrarea SPN pentru „host\server1” nu mai este acolo. O pot adăuga din nou, dar câteva minute mai târziu va dispărea din nou. Se pare că una dintre politicile de domeniu implicite poate șterge intrarea SPN-ului meu personalizat. Dacă nu este că un alt proces îl șterge. Nu văd nicio referință cu privire la motivul pentru care ar putea fi asta atunci când caut problema pe Google. Este ceva ce îmi lipsește aici?
