AD Replica DC рекламный киоск

Я недавно унаследовал обязанности по инфраструктуре для небольшого стартапа, с которым я работаю. Моей традиционной ролью было развитие, так что терпите меня ...

Я надеялся начать с правильной ноги и запустить Active Directory в Azure. Я следовал инструкциям Microsoft TechNet по установке леса AD в Azure VPN, и у меня есть следующая структура

Azure VPN, настроенный для межсетевого VPN с моей локальной сетью, показывает, что он подключен правильно.

Подсеть: 192.168.5.0/24 HQNET
Подсеть: 192.169.1.0/24 Межсетевой VPN-шлюз
Подсеть: 192.169.2.0/24 Auth
Подсеть: 192.169.3.0/24 приложения
Подсеть: 192.169.4.0/24 Данные
Подсеть: 192.169.6.0/24 Средняя

У меня Server 2012 R2 на стандартной виртуальной машине A1 в подсети Auth, IP 192.169.2.4. Установка AD прошла отлично, запустил новый лес, вроде бы все работало хорошо. Эта виртуальная машина была создана с именем пользователя1 / паролем1, который автоматически добавляется как администратор домена / администратор предприятия при установке AD.

Я раскручиваю вторую виртуальную машину Server 2012 R2 A1 Standard для целей репликации в той же подсети аутентификации - IP 192.169.2.5 и создаю эту виртуальную машину с именем пользователя2 / паролем2. Затем я присоединяю эту виртуальную машину к домену, созданному с первым DC. После присоединения к домену я пытаюсь продвинуть эту виртуальную машину как реплику DC. Он запрашивает учетные данные для выполнения этого действия, и я предоставляю DOMAIN \ Username1: Password1 в качестве учетных данных.

Во время процесса продвижения AD достигает этапа, на котором «Создание объекта настроек NTDS» на родительской виртуальной машине AD установка прекращается на этом этапе. Согласно этой статье здесь: Установка Active Directory останавливается в разделе «Создание объекта настроек NTDS». Это результат того, что учетные данные домена совпадают с локальными учетными данными? Или я неправильно указал учетные данные домена для установки.

Я много раз удалял и воссоздал ВМ, пытаясь выполнить установку. Я попытался войти в VM2 как администратор домена и выполнить продвижение. Я также попробовал почти все способы предоставления учетных данных домена во время продвижения (Имя пользователя1 @ домен: Пароль1, ДОМЕН \ Имя пользователя1: Пароль1, домен.com \ Имя пользователя1: Пароль1), независимо от того, что зависает при установке. Каждый раз я внимательно следил за шагами в статье по удалению VM2 из леса на VM1, прежде чем пытаться продвинуться снова.

Я полагаю, что пропускаю шаг или не вижу небольшую часть, которую мне не хватает, но моя неопытность просвечивает.

Чего мне не хватает при продвижении DC2 на реплику DC?

active-directory domain-controller replication azure Марк Л
источник

Не забудьте проверить настройки DNS. В этой технической статье говорится, что вы должны удалить учетную запись компьютера (сервер2 на компьютере) из рекламы (на вашем сервере1), очистить сервер от удаления ролей и перезапустить установку рекламы.

ЮКЮК

I was hoping to start off on the right foot, and get Active Directory up and running in Azure- Мне любопытно, почему вы считаете, что правая нога? Каково ваше экономическое обоснование для этого? Какова ваша конечная цель? Вы пытаетесь сделать это в Azure, потому что «Все остальные помещают свои вещи в облако!»?

Joeqwerty

Видите ли вы события в этой статье Technet в журналах событий сервера?

Саймон W

@SimonW да, я вижу в журналах те же события, что и в статье.

Марк Л

Я думаю, что DNS не проблема, потому что вы сказали, что вы могли присоединиться к домену с самого начала. Но все равно кажется, что у вас плохая информация DNS. Делаете ли вы что-нибудь глупое, например внутреннюю статическую адресацию на этих DC?

Кевин Ремде

AD Replica DC рекламный киоск

Ответы: