Ошибка при определении того является ли целевой сервер контроллером домена

Ethernet adapter Ethernet:

Туннельный адаптер Teredo Tunneling Pseudo-Interface:

Источник

Ошибка при определении того является ли целевой сервер контроллером домена

nltest /dsgetdc:mydomain.local c DC2 находит контроллер домена DC1?

Если да, то попробуйте тогда с него запустить тест dcdiag для dc1:

dcdiag /s dc1.mydomain.local

А вот тут уже не всё гладко..

PS C:Usersrndcadmin> nltest /dsgetdc:mydomain.local
Контроллер домена: \DC1.mydomain.local
Адрес: \192.168.100.99
GUID DOM: f14c1be4-407e-4ccc-bc55-a3b55a252eee
Имя DOM: mydomain.local
Имя леса: mydomain.local
Имя сайта контроллера домена: Default-First-Site-Name
Имя нашего сайта: Default-First-Site-Name
Флаги: PDC GC DS LDAP KDC TIMESERV WRITABLE DNS_DC DNS_DOMAIN DNS_FOREST CLOSE_SITE FULL_SECRET WS DS_8 DS_9
Команда выполнена успешно.
PS C:Usersrndcadmin>

PS C:Usersrndcadmin> dcdiag /s:dc1.mydomain.local

Диагностика сервера каталогов

Выполнение начальной настройки:
* Определен лес AD.
Сбор начальных данных завершен.

Выполнение обязательных начальных проверок

Выполнение основных проверок

Покажите пж ipconfig /all на КД1 и который хотите ввести.

Так же покажите выводы

netdom query FSMO

nltest /dsgetdc:имядомена

И всё же вывод dcdiag

Вот это с первого (DC1)

А вот это со второго (DC5)

PS C:Usersrndcadmin> netdom query FSMO
Хозяин схемы DC1.mydomain.local
Хозяин именования доменов DC1.mydomain.local
PDC DC1.mydomain.local
Диспетчер пула RID DC1.mydomain.local
Хозяин инфраструктуры DC1.mydomain.local
Команда выполнена успешно.

PS C:Usersrndcadmin> nltest /dsgetdc:mydomain.local
Контроллер домена: \DC1.mydomain.local
Адрес: \192.168.100.99
GUID DOM: f14c1be4-407e-4ccc-bc55-a3b55a252eee
Имя DOM: mydomain.local
Имя леса: mydomain.local
Имя сайта контроллера домена: Default-First-Site-Name
Имя нашего сайта: Default-First-Site-Name
Флаги: PDC GC DS LDAP KDC TIMESERV WRITABLE DNS_DC DNS_DOMAIN DNS_FOREST CLOSE_SITE FULL_SECRET WS DS_8 DS_9
Команда выполнена успешно.
PS C:Usersrndcadmin>

И вот ещё с первого (DC1)

PS C:Windowssystem32> dcdiag /v /a

Диагностика сервера каталогов

Выполнение начальной настройки:
Выполняется попытка поиска основного сервера.
* Проверка, является ли локальный компьютер DC1 сервером каталогов.
Основной сервер = DC1
* Подключение к службе каталога на сервере DC1.
* Определен лес AD.
Collecting AD specific global data
* Сбор сведений о сайте.
Calling ldap_search_init_page(hld,CN=Sites,CN=Configuration,DC=mydomain,DC=local,LDAP_SCOPE_SUBTREE,(objectCategory=n
tDSSiteSettings).
The previous call succeeded
Iterating through the sites
Looking at base site object: CN=NTDS Site Settings,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=mydomain,D
C=local
Getting ISTG and options for the site
* Выполнение идентификации всех серверов.
Calling ldap_search_init_page(hld,CN=Sites,CN=Configuration,DC=mydomain,DC=local,LDAP_SCOPE_SUBTREE,(objectClass=ntDS
Dsa).
The previous call succeeded.
The previous call succeeded
Iterating through the list of servers
Getting information for the server CN=NTDS Settings,CN=DC1,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configur
ation,DC=mydomain,DC=local
objectGuid obtained
InvocationID obtained
dnsHostname obtained
site info obtained
All the info for the server collected
* Идентификация всех перекрестных ссылок NC.
* Найдено 1 DC (контроллеров домена). Проверка 1 из них.
Сбор начальных данных завершен.

Выполнение обязательных начальных проверок

Выполнение основных проверок

Проверка пропущена по запросу пользователя: DNS
Проверка пропущена по запросу пользователя: DNS

Источник

Ошибка при определении того является ли целевой сервер контроллером домена

Профиль | Отправить PM | Цитировать

Удалил роль второго контроллера. Попутно пришлось научиться ломать пароли Windows 2003 Server. Снова ввел компьютер в домен. Настроил дополнительный DNS. Проверил с помощью nslookup. Отлично работают оба DNS сервера. Установил AD как дополнительный контроллер домена в существующем домене. Перезагрузился, смотрю события:
1. События службы каталогов:
Предупреждения:
В ходе проверки согласованности знаний при выполнении операции Active Directory произошла непредвиденная ошибка.

Тип операции:
KccAddEntry
Различающееся имя объекта:
CN=36e44229-685b-45e1-85a3-a4403e69a81a,CN=NTDS Settings,CN=DB1,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,

Попытка выполнения операции будет предпринята в ходе следующей проверки.

Внутренний ID:
f0202fc

Тип события: Ошибка
Источник события: NTDS KCC
Категория события: Проверка согласованности знаний
Код события: 1131
Дата: 24.10.2005
Время: 11:08:18
Пользователь: NT AUTHORITYАНОНИМНЫЙ ВХОД
Компьютер: DB1
Описание:
В ходе проверки согласованности знаний возникла ошибка при добавлении объекта подключения со следующего исходного контроллера домена на следующий конечный контроллер домена.

Исходный контроллер домена:
CN=NTDS Settings,CN=DB,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=nc
Конечный контроллер домена:
CN=NTDS Settings,CN=DB1,CN=Servers,CN=Default-First-Site-Name,CN=Sites,CN=Configuration,DC=nc

Дополнительные данные
Точка создания внутреннего кода:
f0a025a

DNS-серверу не удалось открыть Active Directory. Этот DNS-сервер настроен для использования информации службы каталогов и не может работать без доступа к данному каталогу. Для запуска DNS-cервера необходимо дождаться доступа к каталогу. Если DNS-сервер был запущен, а соответствующее событие не отражено в журнале, это означает, что он все еще ждет получения доступа к данному каталогу, чтобы начать работу.

Служба репликации:
Служба репликации файлов инициализирует системный том с помощью данных с другого контроллера домена. Компьютер DB1 не может принять роль контроллера домена, пока этот процесс не будет завершен. Этот системный том станет общим ресурсом под именем SYSVOL.

Чтобы проверить наличие общего ресурса SYSVOL, введите:
net share

После завершения процесса инициализации службой репликации файлов должен появиться общий ресурс SYSVOL.

Для инициализации системного тома требуется некоторое время. Оно зависит от объема данных на системном томе, от наличия других контроллеров домена, и от частоты репликаций между контроллерами доменов.

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Сообщения: 1070
Благодарности: 17

Кстати! Домен у меня состоит из одного слова, привычка от NT 4.0 осталась

Йода говорит односложные названия доменам давать больше не хочешь ты..

ЗЫ проблема с вашими ошибками наверно быдут отделена в новую тему..
ЗЫЫ сейчас некогда, инет-кафе закрывается уже.. =)

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Сообщения: 4904
Благодарности: 496

——-
Если сообщение оказалось полезным, нажмите, пожалуйста, соответствующую кнопку.

Сообщения: 323
Благодарности: 4

На обоих контроллерах? ipconfig /all с каждого в студию.
И список ошибок из журналов каждого контроллера.
NSLOOKUP.
http://www.microsoft.com/technet/pro. 1/adogd11.mspx

ЗЫ. Читайте правила форума.

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″> Источник

Устранение неполадок развертывания контроллера домена

Область применения: Windows Server 2022, Windows Server 2019, Windows Server 2016

В этом разделе подробно рассматривается методика устранения неполадок, связанных с конфигурацией и развертыванием контроллеров доменов.

Общие сведения об устранении неполадок

Встроенные журналы для устранения неполадок

Встроенные журналы — это самый важный инструмент устранения неполадок, связанных с повышением и понижением роли контроллеров домена. По умолчанию все эти журналы включены и для них настроена максимальная степень подробности.

Средства и команды для диагностики конфигурации контроллера домена

Чтобы диагностировать не поясненные в журналах проблемы, используйте следующие средства в качестве отправной точки:

AutoRuns.exe, диспетчер задач и MSInfo32.exe

Network Monitor 3.4 (или средство отслеживания и анализа сети сторонних производителей)

Общая методика устранения неполадок, связанных с конфигурацией контроллеров домена

Вызвала ли ошибку простая неточность в синтаксисе?

Не допустили ли вы ошибку в написании аргумента ADDSDeployment Windows PowerShell или не забыли ли вы указать его? Например, если вы используете модуль ADDSDeployment Windows PowerShell, возможно, вы забыли добавить обязательный аргумент -domainname с допустимым именем.

Тщательно изучите выходные данные в консоли Windows PowerShell, чтобы выяснить, почему не удается разобрать введенную команду.

Связана ли ошибка с невыполнением необходимых условий?

Многие неустранимые ошибки повышения роли теперь предотвращаются средством проверки необходимых условий.

Тщательно изучите сообщения об ошибках, связанных с невыполнением необходимых условий, так как в них приводятся необходимые инструкции по устранению большинства проблем, являющихся контролируемыми сценариями.

Связана ли ошибка с повышением роли и поэтому является неустранимой?

Тщательно изучите результаты: многие ошибки объясняются просто, например неправильными паролями, проблемами с разрешением сетевых имен или отключением критически важных контроллеров домена.

Проверьте журналы Dcpromoui.log и dcpromo.log на наличие ошибок, указанных в выходных данных, и, отталкиваясь от них, попытайтесь найти указания на то, почему произошел сбой.

Всегда выполняйте сравнение с рабочим журналом.

Обратитесь к журналам ADPrep, если в результатах указана проблема, связанная с расширением схемы или подготовкой леса или домена.

Обратитесь к журналу событий DirectoryServices-Deployment, если в журнале Dcpromoui.log отсутствуют подробные сведения или он внезапно прерывается из-за необработанного исключения в процессе настройки.

Изучите журналы «Служба каталогов», «Система» и «Приложение», чтобы найти другие указания на причины проблемы с конфигурацией. Зачастую проблемы с повышением роли контроллера домена — это симптом других ошибок в конфигурации сети, которые могут влиять на все распределенные системы.

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

Воспользуйтесь программами AutoRuns.exe, MSinfo32.exe или диспетчером задач, чтобы проверить компьютер на наличие стороннего программного обеспечения, которое может мешать работе.

Установите сетевой монитор версии 3.4 на компьютере, на котором не удается повысить роль контроллера домена, являющегося партнером репликации, и проанализируйте процесс повышения роли с помощью записей двухстороннего сетевого мониторинга.

Сравните эти данные с результатами, полученными в лабораторной среде, чтобы понять, как должно выполняться успешное повышение роли и где происходит сбой.

На этом этапе ошибки, скорее всего, связаны с объектами леса, нестандартными изменениями системы безопасности или сетью, а сбои нового контроллера домена вызваны ошибками в конфигурации DNS, брандмауэров, программного обеспечения для предотвращения вторжений в узлы или иными внешними факторами.

Устранение неполадок событий и сообщений об ошибках

Когда операция повышения или понижения роли контроллера домена завершается, всегда возвращается код, который, в отличие от других операций, не равен нулю в случае успешного выполнения. Узнать код результата настройки контроллера домена можно несколькими способами.

При использовании диспетчера сервера изучите результат повышения роли, который отображается десять секунд перед автоматической перезагрузкой.

При использовании модуля ADDSDeployment Windows PowerShell изучите результат повышения роли, который отображается десять секунд перед автоматической перезагрузкой. Кроме того, можно отключить автоматическую перезагрузку по завершении операции. Чтобы сделать выходные данные более удобными для восприятия, следует добавить конвейер Format-List. Пример:

Если при проверке необходимых условий были выявлены ошибки, перезагрузка не производится, так что эти ошибки видны в любом случае. Пример:

В любом сценарии изучите журналы dcpromo.log и dcpromoui.log.

Некоторые из перечисленных ниже ошибок больше не возможны из-за изменений в более поздних операционных системах и конфигурации контроллеров домена. Новые коды ADDSDeployment Windows PowerShell также предотвращают возникновение некоторых ошибок, в отличие от команды dcpromo.exe /unattend. Это еще одна убедительная причина для перехода с устаревшего средства DCPromo на модуль ADDSDeployment Windows PowerShell с целью обеспечения автоматизации.

Коды успешного продвижения и понижения уровня

-creatednsdelegation:$false