Решение проблемы: Server 2019 не видит компьютеры в локальной сети

Ситуация, когда после обновления или первичной развертки Windows Server 2019 перестает отображать другие узлы в сетевом окружении, является классической, но часто вызывает панику у администраторов. В отличие от клиентских версий ОС, серверные редакции имеют более строгие настройки безопасности по умолчанию, что блокирует автоматическое обнаружение устройств через протоколы типа LLMNR или NetBIOS. Это не ошибка системы, а результат целенаправленной политики Microsoft по повышению защищенности корпоративной среды.

Отсутствие видимости компьютеров в оснастке "Сеть" или проводнике не означает, что сетевое соединение разорвано. Часто пинг проходит успешно, а общие ресурсы доступны по прямому IP-адресу, однако механизм автоматического сканирования сети просто отключен. Чтобы вернуть функциональность, потребуется выполнить ряд последовательных действий по активации необходимых служб и изменению параметров групповых политик.

Дальнейшая инструкция поможет вам системно подойти к диагностике и устранению неисправности. Мы рассмотрим как базовые настройки сетевого профиля, так и более глубокие изменения в реестре и компонентах SMB. Важно понимать, что игнорирование этих шагов может привести к тому, что сервер останется "слепым" в инфраструктуре, что затруднит администрирование и мониторинг.

Проверка сетевого профиля и базовой связности

Первым шагом всегда должна быть верификация текущего статуса сетевого подключения. Windows Server 2019 по умолчанию классифицирует новые подключения как "Общедоступные" (Public), что автоматически включает строгий брандмауэр и скрывает компьютер от обнаружения. Вам необходимо переключить профиль на "Частный" (Private), чтобы разрешить сетевое обнаружение.

Для выполнения этой операции откройте PowerShell с правами администратора и используйте командлет Get-NetConnectionProfile. Если в выводе указано значение "Public", примените команду Set-NetConnectionProfile -Name "ИмяСети" -NetworkCategory Private. Это действие откроет необходимые порты в брандмауэре для протоколов обнаружения.

⚠️ Внимание: Изменение сетевого профиля на "Частный" допустимо только в доверенных внутренних сетях. На интерфейсах, смотрящих в интернет или в гостевые зоны, это может создать критическую уязвимость.

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

Настройка служб обнаружения и функциональных компонентов

Даже при правильном сетевом профиле, за видимость компьютеров отвечают конкретные системные службы, которые на сервере могут быть остановлены. Ключевыми здесь являются Function Discovery Resource Publication и Function Discovery Provider Host. Без их активной работы сервер не будет транслировать информацию о себе и не сможет запрашивать списки других устройств.

Откройте оснастку services.msc и найдите указанные службы. Установите для них тип запуска "Автоматический" и запустите их вручную, если они остановлены. Это часто является решающим фактором, почему Server 2019 не видит компьютеры в локальной сети, особенно в смешанных средах с Windows 10/11.

• 🔍 Служба Function Discovery Resource Publication регистрирует компьютер и подключенные устройства в сети.
• 🔍 Служба SSDP Discovery необходима для обнаружения устройств UPnP.
• 🔍 Служба DNS Client кэширует имена DNS и регистрирует имя компьютера.

Дополнительно стоит проверить состояние компонента SMB 1.0. Хотя Microsoft рекомендует отключать его из-за уязвимостей, в старых сетях без поддержки SMB 2.0/3.0 его включение может быть единственным способом увидеть legacy-устройства. Однако включение SMB 1.0 требуется только для совместимости с Windows XP, Server 2003 или старыми NAS, в современных доменах это излишне.

Конфигурация групповых политик (GPO)

Если ручная настройка служб не дала результата, необходимо обратиться к групповым политикам. В Server 2019 настройки сетевого обнаружения часто перекрываются политиками безопасности. Перейдите в gpedit.msc и проследуйте по пути: Computer Configuration → Administrative Templates → Network → Link-Layer Topology Discovery.

Здесь необходимо активировать два параметра: "Turn on Map Network Drive and Connect to Network Location wizards" и "Turn on LLTD Responder". Первый разрешает мастеру обнаружения работать, а второй позволяет серверу отвечать на запросы топологии сети. Без этого компьютеры могут не отображаться в графическом интерфейсе проводника.

Также проверьте раздел Network → Network Connections. Убедитесь, что параметр "Prohibit installation and configuration of Network Bridge on your DNS domain networks" не блокирует необходимые функции, хотя в чистом домене это редкость. Более важно убедиться, что политики не форсируют профиль "Public" через GPO.

Параметр политики	Рекомендуемое значение	Влияние на сеть
Turn on LLTD Responder	Включено	Разрешает обнаружение топологии
Turn on Map Network Drive	Включено	Активирует мастера сети
Hardened UNC Paths	Настроено	Защищает пути UNC от подмены

Что такое LLTD?

LLTD (Link-Layer Topology Discovery) — это протокол канального уровня, позволяющий операционной системе строить карту сети и определять качество соединения. В серверных ОС он часто отключен по умолчанию для экономии ресурсов и повышения безопасности.

Проблемы с протоколом SMB и портами

Часто проблема кроется не в самом обнаружении, а в блокировке портов, необходимых для обмена списком компьютеров. Протокол SMB (Server Message Block) использует порт 445 для прямого подключения и 139 для NetBIOS. Если брандмауэр или антивирус блокируют эти порты, список компьютеров в сетевом окружении будет пуст.

Проверьте правила входящих подключений в брандмауэре Windows. Должны быть активны правила для "File and Printer Sharing (SMB-In)". Если вы используете сторонние решения безопасности, убедитесь, что они не перехватывают трафик и не применяют свои собственные профили, скрывающие сервер.

⚠️ Внимание: Открытие порта 445 на внешних интерфейсах категорически запрещено. Убедитесь, что правила брандмауэра применяются только к профилям "Domain" и "Private".

Для диагностики можно использовать утилиту Test-NetConnection в PowerShell. Команда Test-NetConnection -ComputerName TargetPC -Port 445 покажет, доступен ли порт SMB на целевом компьютере. Если тест не проходит, проблема лежит глубже уровня обнаружения, возможно, в маршрутизации или фильтрации пакетов.

Диагностика через PowerShell и реестр

Для опытных администраторов наиболее точным инструментом диагностики является PowerShell. Командлет Get-SmbServerConfiguration покажет текущие настройки сервера SMB. Обратите внимание на параметр EnableMultiChannel и статус поддержки различных версий протокола.

Иногда требуется правка реестра для принудительного включения обнаружения. Ключ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstation\parameters содержит параметр AllowInsecureGuestAuth. Установка его в единицу позволяет подключаться к ресурсам, требующим гостевого доступа, что актуально для старых NAS или Linux-серверов.

Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Services\lanmanworkstation\parameters" -Name "AllowInsecureGuestAuth" -Value 1

Также стоит проверить зависимости служб. Служба "Workstation" зависит от сетевых драйверов и протоколов. Если в логах событий (eventvwr.msc) присутствуют ошибки связанные с Bowser или SmbClient, это укажет на конкретный сбойный модуль.

Влияние антивирусов и стороннего ПО

Не стоит сбрасывать со счетов влияние стороннего программного обеспечения. Агенты защиты конечных точек (EDR), такие как Kaspersky, ESET или Symantec, часто имеют собственные сетевые экраны, которые перекрывают стандартные настройки Windows. Они могут блокировать широковещательные запросы, считая их подозрительной активностью.

Попробуйте временно отключить сетевой экран антивируса (только на тестовом сегменте!) и проверить, появятся ли компьютеры в списке. Если проблема решается, необходимо добавить исключение для системных процессов svchost.exe и портов обнаружения в настройках самого антивируса.

Кроме того, некоторые программы для виртуализации (VMware Tools, VirtualBox) создают собственные виртуальные адаптеры. Если приоритет метрики интерфейса настроен неверно, сервер может пытаться сканировать не тот сегмент сети. Проверьте порядок адаптеров в настройках TCP/IP.

Часто задаваемые вопросы (FAQ)

Почему Server 2019 не видит компьютеры с Windows 10, хотя пинг есть?

Скорее всего, проблема в отключенной службе Function Discovery Resource Publication на клиентских машинах или в том, что они находятся в профиле сети "Общественная". Также может мешать отключенный SMB 1.0, если в сети есть старые устройства, тормозящие опрос.

Безопасно ли включать SMB 1.0 на Server 2019?

Включать SMB 1.0 следует только в изолированных сегментах сети или если это критически необходимо для работы старого оборудования (принтеры, старые NAS). Протокол имеет известные уязвимости (например, EternalBlue). Если включение необходимо, убедитесь, что сервер недоступен из интернета.

Как сбросить настройки сетевого обнаружения в командной строке?

Используйте команду netsh advfirewall firewall set rule group="Network Discovery" new enable=Yes. Также поможет перезапуск служб: Restart-Service fdrespub, fdhost в PowerShell.

Может ли различие во времени мешать видимости компьютеров?

Да, если разница во времени между сервером и клиентом превышает 5 минут, протокол Kerberos не позволит установить доверенное соединение, и компьютер может не отображаться корректно в доменных списках ресурсов.