Как я делаю на Контроллере домена, который будет использоваться больше для вхождения в систему, чем другой Контроллер домена в той же сети?
Содержание подавалось gzipped, но сеть моей компании снимала тот заголовок. Когда я получил доступ к сайту из дома, он работал.
Ваш клиент делает это неправильно. Не существует такого понятия, как контроллер домена «аварийного восстановления». для всех намерений и целей все DC равны. Вы позволяете непониманию вашего клиента вести этот сценарий, тогда как вместо этого вам следует обучать его. Не вдаваясь в капризы держателей ролей FSMO, глобальные каталоги, аутентификацию и авторизацию AD, покрытие сайта, репликацию и т. Д. И т. Д. И все прочие мелкие детали функции и работы AD, я просто скажу, что вы этого не делаете. нужен DC "аварийного восстановления"; что термин «контроллер домена аварийного восстановления» является проклятием для людей, которые действительно понимают работу AD; и что вы должны немедленно остановиться и изучить тонкости Active Directory, прежде чем приступать к внесению каких-либо изменений.
If you are truly using the second DC as a 'disaster recovery' DC, then you should move it to a second site in AD Sites and Services. This will cause the clients to authenticate to the 'closest' DC. I typically setup two DC's for disaster recovery, but I allow the clients to use them both.
If you are pulling different GPO's from the DR server, then something is very wrong with your setup. GPO's should be synced across all servers within minutes of being changed.
Вы можете изменить веса записей в _msdcs.yourdomain.com, чтобы сделать DC Disaster Recovery менее предпочтительным. По умолчанию они будут иметь одинаковый вес, и клиенты будут переключаться между ними.
Однако я не рекомендую вручную возиться с записями DNS вашего контроллера домена. Было бы чище переместить DR DC на отдельный сайт в ADSS.