Где находится папка netlogon windows 2019

[Решение найдено!] C:WINDOWSsysvolsysvol*yourdomain*scripts папка скриптов используется совместно с именем NETLOGON это установка по умолчанию yourdomain - это имя…

9

Где я найду директорию netlogon на контроллере домена Windows 2003?

netlogon 


Саймон Ходжсон

источник

Ответы:


17

C:WINDOWSsysvolsysvol*yourdomain*scripts

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

  • это установка по умолчанию
  • yourdomain — это имя вашего домена



Ремус Риго

источник


Те же файлы, кажется, в 2 местах



Саймон Ходжсон


1

@ Симон: Это не так. Сделайте «DIR» в вашем каталоге C: WINDOWS SYSVOL SYSVOL, и вы увидите «<JUNCTION>», указанный в списке, указанном там же. Это точка соединения NTFS: msdn.microsoft.com/en-us/library/bb968829(VS.85).aspx



Эван Андерсон


1

Нашел это:

C: WINDOWS SYSVOL домен скрипты



Саймон Ходжсон

источник


1

если у вас есть DFS, то это так C:WindowsSYSVOL_DFSRdomainscripts.



dfsguy

источник

  • Remove From My Forums
  • Вопрос

  • Отсутствует папка NETLOGON используется репликация DFS, dcdiag /a /q возращает 

    ……………………. DC1 — не пройдена проверка DFSREvent
             Не удается подключиться к общему ресурсу NETLOGON. (\DC1netlogon)
             [DC1] Сбой операции net use или LsaPolicy с ошибкой 67, Не найдено сетевое имя..
             ……………………. DC1 — не пройдена проверка NetLogons

    В сети 1 DC на WS2012R2 и 2 на WS2019 

    net stop netlogon &  net start netlogon также не дал результатов.

    исходя из статьи https://docs.microsoft.com/en-US/troubleshoot/windows-server/identity/netlogon-share-not-present-after-install-ad-ds-on-full-read-only-domain-controller особенно из дополнительной информации, не понятно, должна ли она быть вообще.

    repadmin /showrepl проходит успешно.

    • Изменено

      26 апреля 2021 г. 11:42

Обнаружил, что на главном контроллере домена отсутствуют шары SYSVOL и NETLOGON.
И хорошо что они были на резервном контроллере домена и все пользователи логинились через него.
Видимо какой-то косяк был еще тогда, когда мы восстанавливали погибший контроллер одной из ночей.
На обоих контроллерах Windows Server 2008.

А вчера я менял режим работы леса и домена на 2008, пытаясь решить другую проблему и проблема вскрылась — в «Управлении групповыми политиками» при наведении на любую из политик в «Объекте групповых политик» появлялась ошибка «Не найдено сетевое имя». Новые политики не создавались, отчеты не показывались.

Нашел инструкцию по восстановлению, которая мне и помогла.
Найдена здесь: http://liond.livejournal.com/4293.html
Правда в статье случаи с 2000 и 2003, но вариант для 2003 подходит и для 2008

Копирую сюда авторский текст в немного сокращенном виде и с моими ремарками для моего случая (оригинальный текст можете посмотреть по ссылке):

Итак, чтобы восстановить SYSVOL службы NTFRS я делал следующие шаги:
1. Останавливаем службу ntfrs на всех контроллерах домена.
net stop ntfrs

2. Проверяем наличие папок на всех контроллерах домена.

SYSVOL
SYSVOLdomain
SYSVOLstagingdomain
SYSVOLstaging areas
SYSVOLdomainPolicies
SYSVOLdomainscripts
SYSVOLSYSVOL

Если этих папок нет, то создайте их вручную.

На рабочем, резервном контроллере у меня все папки были, а у того у которого отвалились шары отстутствовали вот эти:
SYSVOLdomainPolicies
SYSVOLdomainscripts

3. Проверяем ссылки с помощью утилиты linkd.
Linkd входит в комплект утилит Windows Resource Kit Tools.
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=9d467a69-57ff-4ae7-96ee-b18c4790cffd

Хоть ресурс кит и для 2003, но данная конкретная утилита нормально отработала и в 2008.

Проверка первой ссылки:
linkd “%systemroot%SYSVOLSYSVOLdomain.local”
где domain.local нужно заменить именем своего домена.

Если команда выполнится успешно, то будет выдано сообщение:
Source C:WINDOWSSYSVOLSYSVOLdomain.local is linked to С:WINDOWSSYSVOLdomain

Проверка второй ссылки:
linkd “%systemroot%SYSVOLstaging areasdomain.local”

Если команда выполнится успешно, то будет выдано сообщение:
C:WINDOWSSYSVOLstagingdomain

Если проверка обоих ссылок прошла успешно, то переходим к пункту 5, иначе производим восстановление ссылок на пункте 4.

На «сбойном» контроллере обе ссылки были кривые. У одной доп. буква а в конце, у второй символ -.
На «рабочем» была также с доп.символом одна из ссылок, вторая была нормальная.

Тем не менее внимательно выполнил пункт 4 для обоих контроллеров

4. Восстанавливаем ссылки с помощью утилиты linkd.

linkd “C:WINDOWSsysvolsysvoldomain.local” %systemroot%sysvoldomain
linkd “C:WINDOWSsysvolstaging areasdomain.local” %systemroot%sysvolstagingdomain

и снова повторяем пункт 3.

5. Редактируем ключи в реестре контроллеров домена.

Для корневого контроллера домена:

создаём параметры типа DWord с именем BurFlags и со значением D4 в разделах:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersCumulative Replica SetsGUID
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersReplica SetsGUID

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

Для вспомогательных контроллеров домена заходим в разделы:
создаём параметры типа DWord с именем BurFlags и со значением D2 в разделах:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersCumulative Replica SetsGUID
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersReplica SetsGUID
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersBackup/RestoreProcess atStartup

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

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

6. Переносим содержимое папок в любое другое место.

C:WINDOWSSYSVOLdomainpoliciesGUID
C:WINDOWSSYSVOLstagingdomain

Здесь у меня было немного по-другому чем у автора.
У рабочего контроллера была куча подпапок в
C:WINDOWSSYSVOLdomainpolicies
каждая из подпапок отвечала за свою групповую политику. В нерабочем контроллере никаких подпапок не было.

А еще копировал свои драгоценные скрипты из:
SYSVOLdomainscripts

7. Запускаем службы ntfrs на всех контроллерах.

Запуск служб нужно начинать сначала на корневом контроллере домена, а затем на дополнительных контроллерах домена.
net start ntfrs

8. Копируем обратно содержимое папок.

C:WINDOWSSYSVOLdomainpoliciesGUID
C:WINDOWSSYSVOLstagingdomain

Здесь я тоже схитрил — спасенные политики из 6-го пункта я копирнул на главный контроллер и они потом реплицировались на резервный.
Ну и спасенные скрипты копирнул тоже на главный, они тоже потом среплицировались

9. Проверяем результат на всех контроллерах домена.
net share

Если в результате выполнения команды net share видно наличие расшаренных папок Netlogon и Sysvol, значит восстановление NTFRS успешно завершено.
__

Спасибо liond за статью.
Всё реплицровалось, шары появились. Единственное в «Управлении групповыми политиками» все политики прежде чем подгрузиться требовали согласиться с новыми разрешениями.

На чтение 4 мин Просмотров 1.4к. Опубликовано 07.11.2020

Содержание

  1. 3 ответа
  2. 3 ответа
  3. vampoit

Где я найду адрес netlogon на контроллере домена Window 2003?

3 ответа

C: WINDOWS SYSVOL домен скрипты

папка сценариев используется совместно с именем NETLOGON

  • это по умолчанию установка
  • yourdomain — это имя вашего домена.

, если у вас есть DFS, это C:WindowsSYSVOL_DFSRdomainscripts .

Где я найду адрес netlogon на контроллере домена Window 2003?

3 ответа

C: WINDOWS SYSVOL домен скрипты

папка сценариев используется совместно с именем NETLOGON

  • это по умолчанию установка
  • yourdomain — это имя вашего домена.

, если у вас есть DFS, это C:WindowsSYSVOL_DFSRdomainscripts .

vampoit

Обнаружил, что на главном контроллере домена отсутствуют шары SYSVOL и NETLOGON.
И хорошо что они были на резервном контроллере домена и все пользователи логинились через него.
Видимо какой-то косяк был еще тогда, когда мы восстанавливали погибший контроллер одной из ночей.
На обоих контроллерах Windows Server 2008.

А вчера я менял режим работы леса и домена на 2008, пытаясь решить другую проблему и проблема вскрылась — в «Управлении групповыми политиками» при наведении на любую из политик в «Объекте групповых политик» появлялась ошибка «Не найдено сетевое имя». Новые политики не создавались, отчеты не показывались.

Нашел инструкцию по восстановлению, которая мне и помогла.
Найдена здесь: http://liond.livejournal.com/4293.html
Правда в статье случаи с 2000 и 2003, но вариант для 2003 подходит и для 2008

Копирую сюда авторский текст в немного сокращенном виде и с моими ремарками для моего случая (оригинальный текст можете посмотреть по ссылке):

Итак, чтобы восстановить SYSVOL службы NTFRS я делал следующие шаги:
1. Останавливаем службу ntfrs на всех контроллерах домена.
net stop ntfrs

2. Проверяем наличие папок на всех контроллерах домена.

Если этих папок нет, то создайте их вручную.

На рабочем, резервном контроллере у меня все папки были, а у того у которого отвалились шары отстутствовали вот эти:
SYSVOLdomainPolicies
SYSVOLdomainscripts

Проверка первой ссылки:
linkd “%systemroot%SYSVOLSYSVOLdomain.local”
где domain.local нужно заменить именем своего домена.

Если команда выполнится успешно, то будет выдано сообщение:
Source C:WINDOWSSYSVOLSYSVOLdomain.local is linked to С:WINDOWSSYSVOLdomain

Проверка второй ссылки:
linkd “%systemroot%SYSVOLstaging areasdomain.local”

Если команда выполнится успешно, то будет выдано сообщение:
C:WINDOWSSYSVOLstagingdomain

Если проверка обоих ссылок прошла успешно, то переходим к пункту 5, иначе производим восстановление ссылок на пункте 4.

На «сбойном» контроллере обе ссылки были кривые. У одной доп. буква а в конце, у второй символ -.
На «рабочем» была также с доп.символом одна из ссылок, вторая была нормальная.

Тем не менее внимательно выполнил пункт 4 для обоих контроллеров

4. Восстанавливаем ссылки с помощью утилиты linkd.

linkd “C:WINDOWSsysvolsysvoldomain.local” %systemroot%sysvoldomain
linkd “C:WINDOWSsysvolstaging areasdomain.local” %systemroot%sysvolstagingdomain

и снова повторяем пункт 3.

5. Редактируем ключи в реестре контроллеров домена.

Для корневого контроллера домена:

создаём параметры типа DWord с именем BurFlags и со значением D4 в разделах:
HKEY_LOCAL_MACHINESYSTEMCurrentControl SetServicesNtFrsParametersCumulative Replica SetsGUID
HKEY_LOCAL_MACHINESYSTEMCurrentControl SetServicesNtFrsParametersReplica SetsGUID

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

Для вспомогательных контроллеров домена заходим в разделы:
создаём параметры типа DWord с именем BurFlags и со значением D2 в разделах:

HKEY_LOCAL_MACHINESYSTEMCurrentControl SetServicesNtFrsParametersCumulative Replica SetsGUID
HKEY_LOCAL_MACHINESYSTEMCurrentControl SetServicesNtFrsParametersReplica SetsGUID
HKEY_LOCAL_MACHINESYSTEMCurrentControl SetServicesNtFrsParametersBackup/Res toreProcess atStartup

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

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

6. Переносим содержимое папок в любое другое место.

Здесь у меня было немного по-другому чем у автора.
У рабочего контроллера была куча подпапок в
C:WINDOWSSYSVOLdomainpolicies
каждая из подпапок отвечала за свою групповую политику. В нерабочем контроллере никаких подпапок не было.

А еще копировал свои драгоценные скрипты из:
SYSVOLdomainscripts

7. Запускаем службы ntfrs на всех контроллерах.

Запуск служб нужно начинать сначала на корневом контроллере домена, а затем на дополнительных контроллерах домена.
net start ntfrs

8. Копируем обратно содержимое папок.

Здесь я тоже схитрил — спасенные политики из 6-го пункта я копирнул на главный контроллер и они потом реплицировались на резервный.
Ну и спасенные скрипты копирнул тоже на главный, они тоже потом среплицировались

9. Проверяем результат на всех контроллерах домена.
net share

Если в результате выполнения команды net share видно наличие расшаренных папок Netlogon и Sysvol, значит восстановление NTFRS успешно завершено.
__

Спасибо liond за статью.
Всё реплицровалось, шары появились. Единственное в «Управлении групповыми политиками» все политики прежде чем подгрузиться требовали согласиться с новыми разрешениями.

Понравилась статья? Поделить с друзьями:
  • Где находится папка program files в windows 10
  • Где находится папка minecraft mods windows 10
  • Где находится папка profile в windows 10
  • Где находится папка lockdown в windows 10
  • Где находится папка local settings в windows 10