Netlogon (Netlogon)

Що потрібно знати

Що робить Netlogon?

Підтримує безпечний зв'язок під час входу до домену та пов'язані функції домену.

Чи можна вимкнути Netlogon?

Зміна інфраструктури входу до домену може вплинути на віддалений доступ та автентифікацію програм. Не видаляйте та не приєднуйте комп'ютер виробничого середовища наново як початковий тест служби. Підтвердьте встановлену функцію та її ефективну політику перед зміною поведінки завантаження.

Чому зупинено Netlogon?

Стан і конфігурація запуску є різними речами. Компонент із ручним запуском може бути зупинений між запитами. Дослідіть фактичну роботу функції та будь-яку помилку керування службою.

Чи є процес, що використовує Netlogon, безпечним?

Перевірте фактичний файл, що виконується, його підписанта, шлях і поведінку. Знайома назва служби або лише відповідне ім'я файлу не можуть гарантувати безпеку.

Що робить ця служба та коли її слід досліджувати

Підтримує безпечний зв'язок під час входу до домену та пов'язані функції домену.

Досліджуйте цю службу, коли її власний стан або дані подій збігаються із зачепленою функцією. Подібна назва в Диспетчері завдань, один зразок використання ресурсів або зупинений стан без несправного робочого навантаження не є діагнозом. Почніть із точної операції, описаної нижче, та зберігайте початкову конфігурацію системи доступною для порівняння.

Видання Windows, назви служб та припущення щодо запуску

Для цієї конкретної служби згадана таблиця IoT Enterprise записує категорію запуску «Ручний». Це задокументований приклад для зазначеного середовища IoT, а не вимірювання вашого комп'ютера. Порівняйте локальний режим запуску (StartMode) та ефективну політику керування, перш ніж вважати різницю несправністю.

Таблиця служб Microsoft IoT Enterprise ідентифікує цей компонент за його ідентифікатором служби. Ця таблиця охоплює пристрої Windows IoT Enterprise із фіксованими функціями, включно із задокументованими варіантами Windows 10 та Windows 11. Посібник щодо запуску та вимкнення стосується лише цих сценаріїв і не є універсальною рекомендацією з налаштування для споживчої Windows, кожного корпоративного образу або кожної інсталяції Windows Server.

Доступність служби може залежати від встановленого випуску, збірки, додаткових функцій, контексту облікового запису та організаційної конфігурації. Використовуйте winver або вашу керовану інвентаризацію, щоб записати встановлену збірку. Порівняйте її з обсягом продукту на пов'язаних сторінках Microsoft. Якщо джерело обговорює інший випуск або стару базову систему Windows Server, використовуйте його для розуміння функції, а не для копіювання стандартних налаштувань.

Використовуйте ідентифікатор служби, а не покладайтеся лише на перекладену відображувану назву. Кілька пов'язаних служб можуть мати схожі дружні назви. Відсутність реєстрації може свідчити про недоступну або не встановлену функцію, але це не доказ того, що службу потрібно створювати заново чи завантажувати.

Перевірте фактичну реєстрацію перед її зміною

Наступні приклади є локальними командами перевірки лише для читання для Windows PowerShell. Вони не встановлюють, не зупиняють, не перезапускають, не вмикають і не вимикають службу. Використовуйте авторизований обліковий запис; деякі поля та журнали можуть вимагати прав адміністратора. Не запускайте команди в неперевіреному віддаленому сеансі.

Get-CimInstance Win32_Service -Filter "Name='Netlogon'" | Select-Object Name,DisplayName,State,StartMode,StartName,ProcessId,PathName Копіювати

Вивід відокремлює внутрішню назву, дружню відображувану назву, поточний стан, режим запуску, обліковий запис служби, ідентифікатор процесу та налаштовану команду запуску. Налаштований шлях не є доказом того, що кожен файл, завантажений процесом, є надійним.

sc.exe query "Netlogon" Копіювати

sc.exe qc "Netlogon" Копіювати

Використовуйте sc.exe явним чином у Windows PowerShell, де коротше написання sc може відповідати іншій команді. Прочитайте повернутий стан і конфігурацію, перш ніж вирішувати, що потребує розслідування. Запит, який повертає відмову в доступі, вимагає перевірки авторизації; запит, що повідомляє про відсутність служби, вимагає перевірки продукту та інсталяції, а не негайного відновлення реєстру.

Перевірте залежності та процес-господар

Перевірте як попередні вимоги, так і зворотні залежності на зачепленому комп'ютері. RequiredServices містить список зареєстрованих попередніх умов; DependentServices містить список служб, які заявляють залежність від цієї. Це встановлені взаємозв'язки керування службами, а не вичерпна карта кожної програми, запланованого завдання чи віддаленої системи, яка може покладатися на цю функцію.

Get-Service -Name 'Netlogon' -RequiredServices Копіювати

Get-Service -Name 'Netlogon' -DependentServices Копіювати

Використовуйте спостережуваний ProcessId для ідентифікації запущеного хоста та порівняйте його шлях виконуваного файлу та підписанта за допомогою Диспетчера завдань або довіреного інструменту Microsoft Sysinternals. Якщо повідомлений ідентифікатор процесу дорівнює нулю або немає запущеного екземпляра, немає живого хоста для перевірки за цим значенням. Якщо хост містить кілька служб, загальне використання процесора чи пам'яті не можна призначити цій службі лише за назвою процесу.

Ідентифікатори процесів можуть використовуватися повторно. Запишіть час спостереження та перевірте ідентифікатор повторно перед вжиттям заходів. Не завершуйте роботу спільного вузла служб (Service Host) для тестування однієї служби, оскільки це може перервати роботу інших розміщених компонентів.

Цлеспрямована послідовність усунення несправностей

Визначте, чи входить комп'ютер до домену, і виявіть контекст облікового запису, що дає збій. Порівняйте роздільну здатність імен, час та доступність контролера домену з помилкою автентифікації.

Зберіть відповідні дані про вхід до системи та домен перед спробою відновлення захищеного каналу. Успішний локальний вхід не встановлює стабільний зв'язок із доменом.

Встановіть, чи є ідентифікатор локальним, доменним, особистим обліковим записом Microsoft чи організаційним хмарним ідентифікатором. Ці контексти не є взаємозамінними. Зафіксуйте програму, що надсилає запит, і точний етап, на якому відбувається збій автентифікації або доступу.

1. Запишіть точну операцію, що завершилася з помилкою, зачеплений обліковий запис, пристрій або кінцеву точку, а також час виникнення помилки. Збережіть повний текст помилки перед закриттям діалогового вікна.
2. Зафіксуйте стан служби та конфігурацію на цьому ж комп'ютері. Порівняйте, чи функція відсутня, заборонена політикою, не може запуститися або дає збій після запуску.
3. У переглядачі подій (Event Viewer) порівняйте записи диспетчера керування службами в журналі системи з відповідним каналом програми чи функції приблизно в зафіксований час. Підтвердьте контекст постачальника та повідомлення перед використанням ідентифікатора події, знайденого в Інтернеті.
4. Відтворіть проблему один раз за допомогою найменшого підтримуваного порівняння, описаного в цій статті. Якщо результат відрізняється, зафіксуйте, який етап змінився, замість негайного застосування масштабного скидання.
5. Використовуйте специфічний для функції шлях відновлення Microsoft або виробника, обґрунтований доказами, потім повторіть початкову операцію та перевірте її результат.

Якщо немає відповідної помилки керування службою, продовжте дослідження функції або програми, замість того щоб примусово виконувати перезапуск. І навпаки, збій запуску служби потребує фактичного стану виходу та навколишніх подій; саме по собі загальне повідомлення про перевищення часу очікування не визначає єдиний метод ремонту.

Зупинено, ручний режим або не знайдено: що означає результат

Запуск описує поточний стан; режим запуску описує конфігурацію. Служба із запуском за вимогою або запущена за подією може бути зупинена між запитами. Відтворіть роботу підтримуваної функції та порівняйте перехід станів, перш ніж робити висновок, що вона повинна працювати постійно.

Якщо службу не знайдено, підтвердьте її точний ідентифікатор, призначений комп'ютер і те, чи встановлено відповідну функцію Windows. Якщо доступ заборонено, збережіть помилку та перевірте авторизацію чи політику керування. Не робіть висновок про відсутність на основі одного обмеженого подання та не створюйте замінну реєстрацію з іншого ПК.

Операція запуску може завершитися з помилкою через попередні вимоги, конфігурацію, дозволи облікового запису, стан функції або компонент, який вона запускає. Уникайте застосування фіксованого значення запуску, скопійованого з іншого випуску або образу Windows; порівняйте фактичну керовану базову лінію для цього комп'ютера.

Дослідження високого використання процесора, пам'яті, диска або мережі

Зафіксуйте коротку часову серію під час відтворення фактичного робочого навантаження. Відокремте короткий сплеск, пов'язаний із входом у систему, налаштуванням, синхронізацією або оновленням, від роботи, яка неодноразово не завершується. Запишіть робоче навантаження програми та інтервал, використаний для порівняння; ця стаття не встановлює універсальний безпечний відсоток або поріг пам'яті.

Використовуйте поточне зіставлення процесів і відповідний інструмент продуктивності, щоб зв'язати активність ресурсів із функцією, яка надіслала запит. Робочий набір спільного хоста не є розподілом на службу, а мітка стану не визначає, який компонент створив кожну операцію з диском або запит до мережі. Якщо використання ресурсів змінюється після підтримуваного ремонту, перевірте, чи функція все ще працює, перш ніж приписувати причинно-наслідковий зв'язок.

Чи можна зупинити або вимкнути її?

Зміна інфраструктури входу до домену може вплинути на віддалений доступ та автентифікацію програм. Не видаляйте та не приєднуйте комп'ютер виробничого середовища наново як початковий тест служби.

Зберігайте схвалений альтернативний спосіб входу або відновлення перед зміною конфігурації облікових даних. Не видаляйте профілі, контейнери ключів, приватні ключі або бази даних безпеки як дослідницьке виправлення. Успішний вхід також відрізняється від авторизації на використання певного ресурсу.

Розрізняйте операції зупинки, перезапуску та вимкнення. Перезапуск перериває поточну роботу; вимкнення змінює майбутню поведінку запуску. Можливість запитати зміну не означає, що зміна є безпечною, підтримуваною або дозволеною організаційною політикою. Ця стаття навмисно спочатку наводить команди перевірки, а не універсальну команду зупинки чи вимкнення.

Відновлення, підтвердження та контрольний список ескалації

Перед затвердженою зміною конфігурації запишіть початкові налаштування запуску, обліковий запис служби, залежності та відповідну політику функцій. Отримайте вікно обслуговування та відомий шлях доступу для відновлення, якщо можуть бути зачеплені користувачі, сховище, автентифікація або віддалене адміністрування. Зберігайте резервні копії та матеріал для відновлення облікових даних у їхньому авторизованому безпечному місці, а не в стенограмі підтримки.

Змінюйте одне обґрунтоване налаштування за раз, використовуючи підтримувану процедуру власника продукту або адміністратора. Якщо результат гірший, відновіть записану конфігурацію через той самий підтримуваний шлях керування. Не вгадуйте дозволи служб, не замінюйте обліковий запис служби адміністратором, не імпортуйте ключі реєстру з іншої збірки Windows і не вважайте успішний запуск служби доказом відновлення програми.

Підтвердьте відновлення, повторивши початкову операцію, перевіривши її результат і порівнявши події служби та програми під час такого ж робочого навантаження. Переконайтеся, що залежні функції все ще працюють і що симптом не повертається негайно. Якщо причина залишається незрозумілою, збережіть неуспішний тест як доказ, замість того щоб повторювати деструктивні ремонти.

• Включіть ідентифікатор служби та назву фактичного екземпляра, випуск/збірку Windows, зачеплену функцію та інформацію про те, чи керується пристрій.
• Включіть стан служби з міткою часу, вивід залежностей, точну помилку програми, а також відповідного постачальника подій і повідомлення.
• Включіть найменше відтворення, спроби підтримки змін та їхні спостережувані результати.
• Видаліть паролі, ключі відновлення, маркери доступу, приватні ключі, вміст особистих файлів і непотрібні ідентифікатори перед наданням журналів.

Пов'язане

Ці сутності пов'язані з цією статтею. Тип вказується для кожного посилання.

Джерела та верифікація

Власник авторських прав: Feex. Дата незалежної перевірки не зафіксована. Як ми проводимо дослідження.

• Microsoft: Посібник щодо служб Windows IoT Enterprise · Точний рядок служби (Netlogon). Область застосування Windows 10/11 IoT Enterprise; не є універсальною рекомендацією щодо конфігурації.
• Microsoft: Архітектура служб Windows · Життєвий цикл служби та архітектура керування; діагностична інтерпретація нижче є редакційним посібником Feex.
• Microsoft: Властивості Win32_Service · Визначення стану, режиму запуску, ідентичності служби, ідентифікатора процесу та налаштованого шляху виконуваного файлу.
• Microsoft: Get-Service · Виявлення служб лише для читання та перевірка залежностей. Приклади призначені для Windows PowerShell.
• Запит Microsoft: sc.exe · Вивід стану служби та синтаксис назви служби.
• Облікові записи користувачів служби · Контекст для діагностичної області, а не доказ фіксованого списку залежностей або універсальної конфігурації запуску.