о'кейом. .if это будет новый dc. и уже регистрирует свои показатели srv в сервере dsn. (к результатам теста RReg проверки испытания dcdiag /test comand: dns)
клиенты мои все еще использовали старый dc. для того вам нужно сделать ipconfig /flushdns на клиентах так, что они запросят dns для dc в их месте и dns дает этому показатели серверов к клиенту для удостоверения подлинности
.
здесь будет как startd logon отростчатое:
обслуживание dns на рабочем месте посылает вопрос dns к серверу dns определенному в установках TCP/IP
и сервер dns дает результаты согласовывая requestd размещения сайта клиентом.
если клиент не определяет никакое место. dns дает весь dcs. и клиент подключает к случайно dc
howevr если dc находится в по-разному месте. этим dc передаст fqdn клиента dc должен быть соединение к.
теперь. другой случай может быть. если proority и вес SRV рекордное определенные в dns
cleints соединяются к показателям srv с «самым низким приоритетом и самым высоким weith». то (0) (100) невыполнением обязательства
если будет dc с prioruty 5 и, то вес 100 и другой dc имеют 0 и 100
клиент будет выбрал более последний dc. .as это имеет более низкий приоритет
проверите что если dcs в другом месте имеет доработанные показатели srv
