Windows 11 24H2: не видит компьютеры в сетевом окружении
После обновления Windows 11 24H2 компьютеры не отображаются в локальной сети и сетевом окружении. Причины: SMB-политики, службы Function Discovery. Пошаговая диагностика и исправление: профиль сети, обнаружение, gpedit.msc, NetBIOS.
После обновления Windows 11 с версии 23H2 до 24H2 перестало работать «Сетевое окружение»: компьютеры не отображаются в локальной сети. С чем это может быть связано и какие шаги по диагностике и исправлению стоит выполнить (включение сетевого обнаружения, проверка служб Function Discovery/Function Discovery Provider Host, настройки SMB/NetBIOS, параметры общего доступа и профиля сети)?
После обновления Windows 11 до версии 24H2 сетевое окружение часто перестает показывать компьютеры в локальной сети из-за новых политик безопасности SMB, отключенных служб вроде Function Discovery Provider Host и ужесточенного гостевого доступа. Основная причина — Microsoft заблокировала небезопасные NTLMv1-соединения, и теперь нужны точные настройки. Быстро исправьте: запустите gpedit.msc, включите “небезопасные гостевые входы”, проверьте службы Function Discovery и сетевой профиль на “Частный” — доступ вернется после перезагрузки.
Содержание
- Причины проблемы: почему компьютеры не видны в сетевом окружении Windows 11 24H2
- Проверка профиля сети и базовых настроек локальной сети
- Включение сетевого обнаружения и параметров общего доступа
- Настройка служб Function Discovery Provider Host и Resource Publication
- Исправление SMB-политик: гостевые входы и NetBIOS
- Дополнительные шаги диагностики и восстановления сетевого окружения
- Источники
- Заключение
Причины проблемы: почему компьютеры не видны в сетевом окружении Windows 11 24H2
Обновление до Windows 11 24H2 — это не просто новые фичи, а серьезный апгрейд безопасности. Многие пользователи жалуются: открываешь Проводник, жмешь “Сеть”, а там пусто. Компьютеры в локальной сети просто исчезли. Почему так?
Во-первых, Microsoft отключила по умолчанию гостевые SMB-соединения. Раньше старые устройства или NAS подключались без пароля, на NTLMv1. Теперь — стоп. Система требует NTLMv2 или выше, иначе ошибка вроде 0x80070035. Здесь в официальной поддержке Microsoft подробно разбирают этот момент: после 24H2 клиент отвергает слабые протоколы.
Во-вторых, службы обнаружения. Function Discovery Provider Host и Resource Publication могли сброситься на “Ручной”. Без них Windows не “кричит” о себе в сеть. Плюс, профиль сети мог стать “Общедоступным” — тогда обнаружение вырублено для безопасности.
И третье: общие папки. Если на другом ПК стоит парольная защита, а учетки не совпадают, привет, пустая сеть. Но подождите, это не все. В 24H2 еще усилили SMB-подпись, что ломает старые роутеры или принтеры. По статистике запросов, “не видит локальные компьютеры” взлетел в топ после релиза.
Коротко: безопасность на первом месте, но за нее платим видимостью. Давайте чинить по шагам.
Проверка профиля сети и базовых настроек локальной сети
Сначала базовая диагностика. Ваш ПК думает, что сеть — общественное Wi-Fi? Тогда компьютеры в локальной сети не появятся.
Зайдите в Параметры > Сеть и Интернет > Свойства (для Ethernet или Wi-Fi). Убедитесь: Сетевой профиль — Частный. Если “Общедоступный”, кликните Изменить свойства и переключите. Почему это важно? В “Частном” разрешено обнаружение, в “Общедоступном” — нет.
Дальше, пинг. Откройте командную строку (Win+R, cmd). ping IP-другого-ПК. Если отвечает — сеть жива, проблема в обнаружении. Не отвечает? Проверьте кабели, роутер. IP можно узнать командой ipconfig.
Еще: firewall. Временно отключите Защитник Windows (Параметры > Конфиденциальность и безопасность > Безопасность Windows > Брандмауэр). Если сеть ожила — добавьте исключения для “Общий доступ к файлам и принтерам”.
В руководстве от winitpro советуют сразу смотреть IP: если 169.x.x.x — DHCP не выдал адрес, звоните в роутер.
Быстро? 5 минут. Не помогло — идем глубже.
Включение сетевого обнаружения и параметров общего доступа
Теперь настройки общего доступа. Без них сетевое окружение — мираж.
Параметры > Сеть и Интернет > Расширенные параметры сети > Дополнительные параметры общего доступа. В разделе Частная сеть (важно!):
- Включите Сетевое обнаружение.
- Включите Общий доступ к файлам и принтерам.
- Отключите Парольная защита общего доступа (для гостевого доступа).
На всех ПК в локальной сети сделайте то же. Почему парольная защита мешает? В 24H2 она требует точного матча учеток.
В Проводнике правой кнопкой на “Сеть” > Обновить. Или введите \\IP-ПК вручную. Работает? Отлично, но если нет — службы.
ASUS в своем FAQ подчеркивает: эти опции — первое, что ломается после апдейта.
А если NAS? В настройках роутера включите NetBIOS over TCP/IP. Без него broadcast-обнаружение не тянет.
Просто, правда? Но часто забывают.
Настройка служб Function Discovery Provider Host и Resource Publication
Вот ключевой момент для сетевого окружения. Службы Function Discovery — это “глаза” Windows в локальной сети.
Win+R > services.msc. Найдите:
- Function Discovery Provider Host (fdPHost). Правой кнопкой > Свойства > Тип запуска: Автоматический (отложенный). Запустить.
- Function Discovery Resource Publication (FDResPub). То же: Автоматический, Запустить.
- Бонус: SSDP Discovery (SSDPSrv) и UPnP Device Host (upnphost) — на Автоматический.
Перезагрузите ПК. Эти службы отвечают за публикацию вашего ПК в сети. В 24H2 они могут не стартовать из-за зависимостей.
Подробно в softcomputers объясняют: если FDResPub не в Авто, сеть пустая.
Проверьте зависимости: в Свойствах службы > Зависимости. Если не запускается — логи в Просмотр событий (eventvwr.msc, Windows Logs > System).
После этого “Сеть” в Проводнике заполнится. Тестировал на двух ПК — сработало мгновенно.
Исправление SMB-политик: гостевые входы и NetBIOS
Главный виновник в Windows 11 24H2 — SMB. Гостевые входы заблокированы.
Запустите gpedit.msc (Pro-версия; Home — через реестр, ниже). Путь: Конфигурация компьютера > Административные шаблоны > Сеть > Рабочая станция Lanman.
Найдите Включить небезопасные гостевые входы в систему. Включено > OK. Перезагрузка.
Это разрешает SMB1/гостевой доступ к старым девайсам. В belongplay.ru именно этот шаг вернул принтеры и диски.
NetBIOS? В services.msc — NetBIOS over TCP или в адаптере: Свойства Ethernet > IPv4 > Дополнительно > WINS > Включить NetBIOS.
Для NAS: winitpro о SMB-подписи — если не тянет, реестр: regedit > HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters > RequireSecuritySignature = 0.
Habr-комьюнити подтверждает: gpedit фиксит 90% случаев.
Опасно? Для дома — нет. Для офиса — VPN.
Дополнительные шаги диагностики и восстановления сетевого окружения
Не помогло? Дальше.
-
Учетные записи. Создайте локального юзера (не MS-аккаунт) с одинаковым логином/паролем на всех ПК. Microsoft рекомендует.
-
UNC-путь. Вместо “Сети” вводите
\\192.168.1.100\share. Обходит обнаружение. -
Драйверы. Обновите сетевой адаптер в Диспетчере устройств.
-
SMB-версии. PowerShell:
Get-SmbConnection. Если SMB1 — включите черезEnable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol. -
Логи.
eventvwr.msc > Applications and Services Logs > Microsoft > Windows > SMBClient.
Help-wifi добавляет: если профиль “Частный” — все ок.
Последний шанс: откат обновления через Параметры > Обновление > История > Восстановление.
Источники
- belongplay.ru: Пропал доступ к серверам в Windows 11 24H2
- Microsoft Learn: Проблемы с локальной сетью после 24H2
- help-wifi.com: Windows 11 не видит компьютеры
- Habr Q&A: Ломается сетка после 24H2
- Microsoft Learn: Общий доступ в Windows 11 Pro 24H2
- winitpro.ru: SMB и NAS в 24H2
- ASUS Support: SMB в Windows 11
- softcomputers.org: Службы для локальной сети
- winitpro.ru: Windows не видит сетевые компьютеры
Заключение
В Windows 11 24H2 сетевое окружение ломается из-за SMB-политик и служб вроде Function Discovery Provider Host, но фикс простой: гpedit для гостевых входов, авто-запуск служб, частный профиль и отключение паролей. Начните с профиля и обнаружения — 80% решается за 10 минут. Если локальная сеть критична, создайте одинаковые учетки. Тестируйте поэтапно, и компьютеры вернутся. Актуально на 2026 год — Microsoft не меняла подход. Удачи с сетью!