Windows xp присоединение к домену 2019 внутренняя ошибка

Обновлено: 07.07.2024

Я начинающий сис.админ.Мучаюсь второй день..Как решить проблему?

Вопрос задан более двух лет назад
3873 просмотра

Решение найдено.Как оказалось,в настройках VM у сервера был прописан подключение через узел,а у всех остальных ПК через мост,поменял у всех на узел,все заработало.Всем спасибо. С сетью у вас трэш какой-то.
На AD нету шлюза (как у вас там что-то маршрутизируется?), dhcp другой на win 7, разные подсети, на xp возможно вообще dhcp клиент отключен (либо ещё по какой-то причине не получает адрес). Возможно сами компы не вводятся в домен т.к. нет доступа до днс сервера.
Я предполагаю, что вы начудили с настройкой сети виртуальных машин.

Пытался настроить сервер 2012 в VM и подключить 2 ПК,но что то пошло не так.

плз, подробнее о схеме сети:
- все ли компы виртуальные?
- если нет, имеется ли роутер в физической сети? его ip и ip машины хоста гипервизора VM в студию плз
- на виртуальных машинах NAT или Bridge? upd ~~надо Bridge~~ точнее надо плясать от цели и подробностей конфигурации. для виртуального макета может и как раз virt only /upd (но это далеко не все.. остальное зависит от подробностей по всем пунктам)

у "7" тоже откровенный левак..
но самое главное:
- если контроллер на VM, то где клиенты?
- каковы настройки VM в части сети?
.. и это только начало разговора, врядли короткого Все компы виртуальные.На XP мост,на 7 NAT. На сервере стоит только для узла. Сейчас ставлю 2003 сервер и так же настраиваю как и 2012,посмотрю что изменится.Где посмотреть настройки VM в части сети?

там же где и настройки сетей вообще + включать голову

варианты:
- если сеть изолированная, для начала, все машинки "хост онли"
- но контроллер любит правильную настройку сети ДО активации АД. по сему надо понять что есть маршрутизация? что есть сети/подсети? кто в вирте будет шлюзом? простейший вариант, это сначала создать макет шлюз и клиент. две ВМ, где одна роутит (2 интерфейса, бридж и хост, при чем с фиксированными адресами, для АД), вторая через него видит инет. потом на шлюзе уже поднять АД

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

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

Для проверки запускаем оснастку управления локальными групповыми политиками (Win+R -> gpegit.msc). Переходим в раздел Computer Configuration\Windows Settings\Security Settings\Local Policies\User Rights Assignments (Конфигурация компьютера\Конфигурация Windows\Параметры безопасности\Локальные политики\Назначение прав пользователя) и видим, что значения некоторых параметров выглядят не совсем корректно.

Вместо имен пользователей и групп в них располагаются непонятные наборы символов, смутно напоминающие 🙂 идентификаторы безопасности (SID).

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

Для успешного ввода в домен необходимо добавить группу Administrators в параметр Back up files and directories (Архивация файлов и каталогов)

и в параметр Restore files and directories (Восстановление файлов и каталогов).

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

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

Windows

дата: 11.11.2016

В итоге проблему с ошибкой решил и вот что сделал:

Что именно привело к лечению данной ошибки сказать точно не могу! Но эта последовательность вылечила данную проблему и теперь все ок!

Всем удачи и пока!

дата: 23.03.2016

Исходные данные:

Симптомы:

Пациент резко вывал из сети т.е. интернет работает, но все сетевые папки стали недоступны.

Лечение:

Первоначально решил вывести пациента из домена и его заново ввести в сеть

Последствия:

После этого когда начал вводить компьютер в домен вылетела ошибка:

Что пробовал делать на пациенте:

сброс ДНС ipconfig /flushdns
переименование стации на другое имя
прописывал статические сетевые настройки
отключал фаервол
Включал отключал в настройках NetBios и перезапускал службу Модуль поддержки NetBIOS через TCP/IP
много чего другого по мелочи делал

В результате ни чего не получалось ( Причем в журналах событий ни на контроллере ни на клиенте ни чего не было.

Так что давайте примерно хотя бы соберем какие то варианты для решения данной проблемы!!

Пишите в комментариях что Вы делали и я буду дополнять данную статью!

Всем заранее спасибо за активность.

Нет похожих записей.

И меня была снята галка, потратил 3 часа на вообще посторонние вещи. Спасибо за решение.

Maxim спасибо! Решение гениальное и простое! ) как я не заметил, что не стоит галка на Клиенте для сетей Microsoft )) Всё заработало! 💡 💡 💡

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

Указанный домен либо не существует, либо с ним нельзя связаться

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

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

Когда упоминается эта ошибка, большинство людей автоматически предполагают, что она имеет отношение к DNS-адресам. Это может быть верно в большинстве случаев, но есть и другие причины этой проблемы, и они включены в список ниже:

Электрический ток DNS вы используете больше не работает, и вы можете рассмотреть возможность его изменения на клиентском ПК, если у вас есть доступ к нему.
IPv6 не работает для вашей сети, и вы должны обязательно отключить его на клиентском ПК, если хотите, чтобы ошибка исчезла. Кроме того, вы можете запустить несколько полезных команд ipconfig для правильного сброса соединения.
Наконец, значение в реестр возможно, стоит изменить, если вы хотите избавиться от ошибки. Будьте осторожны при этом.

Решение 1. Измените DNS-адрес, который вы используете

Убедитесь, что вы открыли командную строку, выполнив поиск «CMD»Или« Командная строка »в меню« Пуск ».

Запуск CMD в качестве администратора

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

После этого используйте комбинацию клавиш Windows + R, которая должна сразу же открыть диалоговое окно «Выполнить», в котором необходимо ввести «ncpa.cpl» на панели и нажать «ОК», чтобы открыть элемент настроек подключения к Интернету на панели управления.

Дважды щелкните активный сетевой адаптер и нажмите кнопку «Свойства». Найдите Интернет-протокол версии 4 (TCP / IPv4) пункт в списке. Нажмите на него, чтобы выбрать его, и нажмите кнопку «Свойства» ниже.

Открытие настроек IPv4

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

Решение 2. Отключите IPv6 и выполните несколько полезных команд

Ошибка также возникает, если для используемого вами подключения к Интернету включен протокол Интернета версии 6 (IPv6). Это также должно быть сделано на клиентском компьютере, и ошибка должна исчезнуть после отключения IPv6. Тем не менее, вторая часть решения состоит в сбросе определенных настроек, касающихся соединения, которые определенно должны решить проблему.

Изменить настройки адаптера на панели управления

Когда откроется окно подключения к Интернету, двойной щелчок на вашем активном сетевом адаптере.
Затем нажмите Свойства и найдите Интернет-протокол версии 6 запись в списке. Снимите флажок рядом с этой записью и нажмите ОК. Перезагрузите компьютер, чтобы подтвердить изменения и проверить, возникает ли проблема при попытке присоединиться к домену.

Открытие командной строки через диалоговое окно «Выполнить»

Решение 3. Измените определенный раздел реестра

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

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

Откройте окно редактора реестра, набрав «смерзаться”Либо в строке поиска, либо в меню« Пуск », либо в диалоговом окне« Выполнить », доступ к которому можно получить с помощью комбинации клавиш Windows + R. Перейдите к следующему ключу в вашем реестре, перейдя на левую панель:

Нажмите на этот ключ и попробуйте найти запись REG_DWORD с именем SysvolReady на правой стороне окна. Если такая опция существует, щелкните ее правой кнопкой мыши и выберите пункт «Изменить» в контекстном меню.

Изменение ключа SysvolReady в реестре

Читайте также: