Если Windows Server 2019 перестал отображать клиентские машины или сам стал невидимым для них в проводнике, это чаще всего связано с изменением политик безопасности Microsoft. В последних версиях операционной системы по умолчанию отключены устаревшие методы широковещательного обнаружения устройств, что защищает систему от таких угроз, как WannaCry. Однако это создает неудобства при администрировании локальной сети.
Проблема редко указывает на физическую неисправность оборудования. Обычно она вызвана остановкой службы публикации ресурсов, блокировкой трафика брандмауэром или неверно настроенным профилем сети. Ниже приведена полная инструкция по диагностике и устранению неполадок.
Шаг 1. Проверка базовых настроек сети
Перед настройкой сложных служб убедитесь, что сервер правильно идентифицирует тип сети. Если интерфейс определен как «Общедоступный», система применяет строгие правила фильтрации, скрывающие устройство от соседей.
Определение профиля сети
Откройте PowerShell от имени администратора и выполните команду:
Get-NetConnectionProfile
Проверьте поле NetworkCategory. Для внутренней корпоративной среды оно должно быть установлено в значение Private (Частная) или Domain (Доменная). Если указано Public (Общедоступная), измените профиль командой:
Set-NetConnectionProfile -NetworkCategory Private
Очистка кэша имен
После смены профиля очистите устаревшие записи DNS и NetBIOS, чтобы система начала использовать новые параметры:
ipconfig /flushdns— сброс кэша DNS.nbtstat -R— перезагрузка таблицы NetBIOS.
Важно: Перевод сети в режим «Частная» делает сервер видимым для других устройств. Убедитесь, что вы работаете в защищенном контуре перед применением этого изменения.
Шаг 2. Активация служб обнаружения
Ключевая причина исчезновения сервера из списка сетей — остановленная служба Function Discovery Resource Publication. Она отвечает за публикацию ресурсов в сетевом окружении. По умолчанию в Server 2019 она имеет статус «Вручную».
- Нажмите Win + R, введите
services.mscи нажмите Enter. - Найдите службу Function Discovery Resource Publication.
- Дважды щелкните по ней, измените тип запуска на Автоматически и нажмите кнопку Запустить.
- Аналогичные действия выполните для службы Function Discovery Provider Host.
Изменения могут примениться не сразу. Подождите несколько минут или перезагрузите сервер, чтобы гарантировать обновление списков в сетевом окружении.
Шаг 3. Настройка брандмауэра Windows
Даже запущенные службы могут быть заблокированы правилами файрвола. Необходимо разрешить входящий трафик для обнаружения устройств.
- Откройте панель управления брандмауэром с расширенными параметрами (
wf.msc). - Убедитесь, что для профилей Доменный и Частный включены правила групп Сетевое обнаружение и Общий доступ к файлам и принтерам.
- Проверьте наличие разрешений для UDP-портов 137–138 и TCP-портов 139, 445.
Для быстрой диагностики можно временно отключить брандмауэр только для частного профиля. Если после этого устройства станут видны, проблема заключается в конкретных правилах фильтрации. После проверки обязательно верните защиту в активное состояние.
Шаг 4. Протокол SMB и разрешение имен
Протокол SMBv1, ранее отвечавший за основную часть обмена данными и видимости, в Server 2019 отключен по соображениям безопасности. Его включение крайне не рекомендуется из-за критических уязвимостей.
Вместо возврата к старым стандартам проверьте конфигурацию современных версий протокола:
Get-SmbServerConfiguration | Select EnableSMB1Protocol, EnableSMB2Protocol
Убедитесь, что SMBv2 и SMBv3 включены. Если проблема возникает только при обращении к старым клиентам (например, Windows XP), рассмотрите возможность обновления их ОС или настройки совместимости через политики домена, а не включения небезопасного SMBv1.
Также проверьте настройку NetBIOS в свойствах сетевого адаптера (вкладка WINS). Значение должно быть установлено в По умолчанию или Включить, если в сети нет отдельного WINS-сервера.
Шаг 5. Диагностика через журналы событий
Если стандартные методы не помогли, обратитесь к системным логам. Откройте Просмотр событий и перейдите в раздел:
Приложения и службы → Microsoft → Windows → Discovery
Здесь содержатся точные коды ошибок, указывающие на причины сбоя работы служб обнаружения. Также полезно проверить логи раздела Система на наличие ошибок при запуске зависимых сервисов RPC или HTTP.
Часто задаваемые вопросы
Почему сервер доступен по IP, но не виден в сетевом окружении?
Это означает, что сетевое соединение функционирует нормально, но механизм широковещательного обнаружения (Broadcasts) не работает. Причина кроется в остановленных службах Function Discovery или заблокированных правилах брандмауэра.
Безопасно ли включать протокол SMBv1?
Нет. SMBv1 содержит известные критические уязвимости, позволяющие злоумышленникам распространять вредоносное ПО. Использование этого протокола категорически не рекомендуется даже для решения проблем совместимости.
Как быстро проверить, блокирует ли фаервол видимость?
Временно отключите брандмауэр для профиля «Частная сеть». Если компьютеры появятся в списке, значит, проблема в правилах фильтрации. Сразу после теста включите защиту обратно и добавьте необходимые исключения.
Нужна ли перезагрузка после запуска служб?
Часто достаточно перезапуска самих служб. Однако для полного применения всех параметров реестра и обновления сетевых зависимостей рекомендуется выполнить перезагрузку сервера.