Почему не включается сетевое обнаружение windows server 2019

В Windows Server 2019 не сохраняется «Включить сетевое обнаружение» (РЕШЕНО)

Как в Windows Server 2019 включить сетевое обнаружение

На компьютерах, которые должны подключаться к общей сетевой папке, перейдите в «Изменение расширенных параметров общего доступа» и выберите опцию «Включить сетевое обнаружение»:

Затем нажмите кнопку «Сохранить изменения».

Вновь откройте «Изменение расширенных параметров общего доступа» и проверьте сделанные настройки.

В настоящее время Windows Server 2019 не сохраняется «Включить сетевое обнаружение».

Для включения сетевого обнаружения (network discovery) необходимо, чтобы были запущены определённую службы.

Откройте services.msc и убедитесь, что запущены следующие службы:

Если у вас русскоязычная версия, то службы называются так:

Затем снова включите сетевое обнаружение — теперь настройка должна сохраняться и SMB и другие связанные функции должны работать.

Связанные статьи:

Рекомендуется Вам:

Дякую! Допомогли вирішити дану проблему )

Не помогло. Брэндмауэр отключил даже. И все равно сервер никто не может дажи пинговать. Хотя сервак пингует ПК

А что именно не помогло исправить? Настройка не сохраняется? Эта заметка посвящена тому, как включить конкретную настройку.

Если у вас другие проблемы с доступом к сетевой папке, то посмотрите, например, разделы, посвящённые созданию сетевых папок с паролем и без пароля. Там же написано, как подключаться к сетевой папке — нюансов много.

Что касается пинга Windows хостов, то особо на это не стоит обращать внимания, так как по умолчанию все Windows машины настроены не отвечать на пинги. То есть если машина не отвечает на пинг, то это не означает, например, что не будет доступа к сетевой папке, которая размещена на ней.

Источник

Записки IT специалиста

Технический блог специалистов ООО»Интерфейс»

Не включается сетевое обнаружение в Windows 10 / Windows Server

Долгое время взаимоотношения систем семейства Windows c сетевой безопасностью были достаточно сложными. Ситуация начала меняться с выходом Windows XP, в которой появился встроенный брандмауэр, начиная с Vista были введены ограничения для учетных записей пользователей и произошло разделение подключенных сетей на домашние, рабочие и общественные.

В современных ОС все сети делятся на частные и общедоступные, любая неизвестная сеть по умолчанию определяется как общедоступная и для нее включаются повышенные меры безопасности. Частные сети предполагают больший уровень доверия и позволяют включить Сетевое обнаружение, которое позволяет текущему узлу находить другие компьютеры в сети и быть видному самому. Ранее за этот функционал отвечал протокол NetBIOS over TCP/IP, но он не удовлетворяет современным требованиям безопасности и поэтому от его применения начали отказываться. На смену ему пришел новый протокол SSDP (Простой протокол обнаружения сервисов, Simple Service Discovery Protocol), который является частью более широкого протокола UPnP (Universal Plug and Play).

Новые протоколы позволяют сетевым устройствам не только обнаруживать и взаимодействовать друг с другом, но и самостоятельно конфигурировать активное сетевое оборудование, например, пробрасывать нужные порты на роутере.

Но вернемся к озвученной в заголовке проблеме. Достаточно часто можно столкнуться с ситуацией, когда сетевое обнаружение в системах Windows не хочет включаться. При этом нет никаких сообщений об ошибках, вы вроде бы включаете сетевое обнаружение, но оно все равно оказывается отключенным.

Причина такого поведения заключается в том, что старые службы (NetBIOS over TCP/IP) оказываются выключенными, а новые (SSDP и прочие) не включенными. Чтобы решить данную проблему нужно включить автоматический запуск и запустить в указанном порядке следующие службы:

Также удостоверьтесь что у вас работает и настроена на автоматический запуск служба:

Теперь можно включить сетевое обнаружение и удостовериться что вам доступны ресурсы локальной сети.

Помогла статья? Поддержи автора и новые статьи будут выходить чаще:

Или подпишись на наш Телеграм-канал:

Источник

Сервер 2019 не видит компьютеры в сети

Добрый день! Уважаемые читатели и гости одного из крупнейших IP блогов в рунете Pyatilistnik.org. В прошлый раз мы с вами произвели установку новой серверной системы Windows Server 2019 и произвели базовую настройку. Сегодня я хочу вам показать, какие у системного администратора есть варианты и инструменты по настройке сети в Windows Server 2019. Я покажу, как локальную настройку, так и удаленную, уверен, что новички оценят по достоинству этот материал.

Постановка задачи

Я хочу вас научить производить настройку статического IP адреса, маски, шлюза и DNS серверов на вашем сетевом интерфейсе, разными методами, локально и удаленно. Ситуаций может быть очень много. Лично я являюсь приверженцем того, что любой сервер должен иметь выделенный, статический ip-адрес исключительно под него, тут можно долго спорить, что можно делать резервирование на DHCP, через который потом можно быстрее менять настройки, но я придерживаюсь такой политики, так как из отказоустойчивый DHCP может ломаться, если вы можете меня переубедить в моем видении, то прошу в комментарии.

Методы настройки сети в Windows Server 2019

Существует ряд методов и инструментов позволяющих производить настройки вашего сетевого интерфейса, их можно разделить на два подхода:

Среди инструментов можно выделить:

Настройка сети через графический интерфейс

Первый метод, можно назвать классическим, так как он самый простой и подойдет для большинства администратором. Тут мы с вами будем использовать оснастку «Центр управления сетями и общим доступом«, настроим статический IP-адрес, маску сети, основной шлюз и DNS-сервера через графический интерфейс. У меня есть сервер RDCB01, для которого я выделил IP-адрес 192.168.31.10. На текущий момент айпишник прилетает от DHCP-сервера. Проверим текущие параметры интерфейса через командную строку, в которой нужно написать команду:

Чтобы открыть «Центр управления сетями и общим доступом» со списком сетевых интерфейсов, мы воспользуемся быстрыми командами Windows. Открываем окно выполнить и пишем в нем:

Находим нужный сетевой интерфейс, в моем примере, это единственный Ethernet0 и заходим в его свойства.

Далее находим пункт «IP версии 4 (TCP/Ipv4)»и открываем его свойства, далее мы видим, что выделение сетевых настроек производится в автоматическом режиме, через службу DHCP.

Чтобы вбить статические настройки выбираем пункт «Использовать следующий IP-адрес» и по порядку задаем настройки, подготовленные заранее. В моем случае

Сохраняем все настройки и проверяем через Ipconfig /all, что все видится. Так же можете попробовать пропинговать ваш основной шлюз или DNS-сервер. На этом графическая настройка сети в Windows Server 2019 окончена.

Настройка сети через Windows Admin Center

С выходом Windows Server 2019 Microsoft наконец-то создает правильный инструмент для системного администратора, я говорю, о Windows Admin Center. Я вам уже подробно рассказывал, как устанавливать Windows Admin Center и его назначение. Если в двух словах, то это крутая веб консоль позволяющая управлять серверами и рабочими станциями с любого устройства, через ваш браузер. Давайте я покажу, как вы легко можете произвести установку статического Ip-адреса, маски, основного шлюза и DNS на удаленном сервере, через WAC. Напоминаю, что делать я это буду для сервера RDCB01. Давайте его пропингуем и выясним текущий адрес. Я вижу ip-адрес 192.168.31.56.

Открываем в браузере Windows Admin Center и производим подключение к нужному серверу.

Далее находим раздел «Сеть«, тут у вас будет список всех ваших сетевых интерфейсов. Выбираем нужный, тут чем хорошо вы сразу видите много сводной информации в нижней части.

Для настройки сети нажмите кнопку «Параметры«. Как видим стоит автоматическое получение настроек.

Активируем пункт «Использовать следующий IP-адрес» и задаем нужные сетевые настройки, после чего сохраняем изменения.

Подтверждаем применение настроек.

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

Проверяем, перед этим единственное нужно очистить кэш-DNS. В итоге я вижу, что сервер пингуется по новому адресу.

В итоге удаленная настройка сети на сервере Windows Server 2019 выполнена.

Настройка сети Windows Server 2019 через командную строку

Второй метод заключается в использовании утилиты командной строки netsh. На практике, это используется в скриптах, или при настройке Windows Server в режиме Core. Я опять переведу свои настройки на получение адреса от DHCP сервера. DHCP присвоил мне адрес 192.168.31.56.

Для того, чтобы настроить статический IP-адрес через утилиту Netsh, вам нужно знать правильное имя сетевого адаптера, он легко смотрится при выводе команды Ipconfig /all. В моем примере, это Ethernet0.

Видим, что команда успешно отработала, можно сразу проверить применение настроек сети через ipconfig. Теперь выполним настройку основного и альтернативного DNS.

Прописываем альтернативный DNS адрес

В итоге как видим у нас появился второй адрес DNS сервера на нашем сетевом интерфейсе. Настройка выполнена.

Если вам нужно вернуть сетевые настройки на получение адреса от DHCP сервера, то введите команду:

Настройка сети через PowerShell

Чтобы настроить статический адрес на сетевом интерфейсе с помощью командлетов, вам необходимо открыть от имени администратора оболочку PowerShell.

Прежде чем мы начнем настройку сети через PowerShell в нашей Windows Server 2019, нам как и в случае с netsh, нужно выяснить имя сетевого интерфейса. Для этого вводим команду:

В результате я вижу имя интерфейса Ethernet0.

Зададим теперь оба DNS-сервера через команду

Посмотрим текущие сетевые настройки через команду:

Как видите все сетевые настройки в моем Windows Server 2019 успешно применены.

Удаленная настройка сети

Выше я уже показал вам метод удаленной настройки сети через Windows Admin Center, но существует и еще несколько методов, которые мне были полезны в моей практике. Первое, это использование все того же PowerShell. И так у меня есть компьютер W10-cl01 с Windos 10 и предположим хочу с него настроить сеть на сервере RDCB01.

Открываем PowerShell, командой hostname я показываю, что сижу на компьютере W10-cl01. Далее для удаленного подключения вводим команду:

Я успешно подключился, теперь повторно введя команду hostname, я вижу, что сижу на компьютере RDCB01, и можно вводить команды описанные выше.

Второй метод удаленной настройки сети на Windows Server 2019, это использование утилиты PsExec.exe, я,о ее настройке и установке рассказывал в статье «Включить RDP Windows удаленно и локально».

Начнется запуск службы на удаленном сервере.

Введя все ту же команду hostname я вижу, что подключен к удаленному серверу RDCB01, при желании вы можете использовать для настройки сети netsh или PowerShell, что нравится больше.

На этом у меня все. Мы с вами рассмотрели локальные и удаленные методы настройки сети в операционной системе Windows Server 2019. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.

Популярные Похожие записи:

2 Responses to Настройка сети в Windows Server 2019, за минуту

Иван день добрый!
С интересом прочитал статью, но главного для себя я не понял какую сеть вы настраиваете к чему у Вас подключен интернет сервер и пользователи. У меня на сервере 3 сетевые карты. Как я их должен настроить чтобы клиенты получили доступ к интернету и серверу. Ответ можно отправить на почту.
Заранее благодарен
С уважением Андрей Оленко

Все зависит как построена у вас топология. Классический вариант, что у сетевой карты 1 сетевой адаптер и интернет идет по нему. Если серверу нужен выделенный IP-адрес и нет оборудования проксирования, то задействуется второй сетевой адаптер. Если у вас три может есть необходимость иметь какую-то защищенную сеть или другой VLAN, если нет то можно сделать тиминг.

Источник

Сервер 2019 не видит компьютеры в сети

Question

Возникает проблема при присоединении к домену на server 2019. До присоединения мастер-браузером является комп в сети и сеть в проводнике видно, после браузером становится машина на server 2019, и не видно ничего. На самом сервере опять же вся сеть видна нормально, на клиентах в логах сыпет «Служба браузера не смогла загрузить список серверов с основного браузера» а затем «Слишком много неудачных попыток службы браузера сети загрузить резервный список с помощью транспорта «.

Все службы SSDP/UPnP/DNS/Host-publication discovery запущены, 137-138 UPD, 139, 445 TCP открыты. Как починить обозреватель сети?

UPD: все машины доступны через \путь, но хотелось бы видеть сеть в проводнике

UPD2: сам сервер также не виден с других машин, но доступен по пути

Answers

Да, посмотрел эти статьи, заранее написал в шапке что все эти службы проверил, также как и настройки фаервола.

Если функционал браузера устаревший, есть ли какая-либо альтернатива ему в Windows7-8-10 и Server2019 сети? Например, решит ли проблему настройка WINS-сервера, или есть какая-то другая альтернатива обозревания сети (помимо создания ярлычков, конечно).

Также отключил службу браузера на сервере, теперь браузер был выбран из сети. Видны другие компы но сервер, используя «сторонний» браузер, не видит даже себя, т.е. по всей видимости даже не сообщает о своем присутствии.

Этот функционал никогда нормально не работал после перехода на TCP/IP, вот уже где то 25 лет админы безуспешно пытаются его «чинить». Никакими силами проблему не решить, видимость ПК в списке не предсказуема.

Альтернатива зависит от того как вы это используйте.

Например если это используется для пересылки файлов между ПК, то типично правильный подход такой:

1. «Сетевое окружение» выключается.

2. Функционал сервера отключается на всех ПК для увеличения безопасности.

3. На сервере создается шара для обмена файлами с разумной структурой (например папка для каждого пользователя) и правами (например запись/чтение владельцу, только чтение всем остальным).

4. На ПК создается ссылка на шару из п.3.

5. На сервере настраивается резервное копирование если надо.

6. Пользователи обучаются использовать сервер для передачи файлов.

This posting is provided «AS IS» with no warranties, and confers no rights.

Источник

Сервер 2019 не видит компьютеры в сети

Вопрос

Ответы

1. Про «Сетевое окружение» можно смело забыть. Оно не поддерживается и не работает в современных версиях серверного ПО.

2. Судя по анамнезу у вас возможны проблемы с firewall (например включено правило Network Discovery, но при этом закрыт 445 TCP). Сложность ещё в том, что вы не привели текст ни одной ошибки.

3. Грамотный troubleshooting начинается тогда когда открываются логи, запускается сниффер (тот же Wireshark) и проблема воспроизводится.

4. Посмотрите ещё в сторону апдейтов, возможно что последние на 2019 можно попробовать откатить и воспроизвести трабл ещё раз.

Все ответы

1. Про «Сетевое окружение» можно смело забыть. Оно не поддерживается и не работает в современных версиях серверного ПО.

2. Судя по анамнезу у вас возможны проблемы с firewall (например включено правило Network Discovery, но при этом закрыт 445 TCP). Сложность ещё в том, что вы не привели текст ни одной ошибки.

3. Грамотный troubleshooting начинается тогда когда открываются логи, запускается сниффер (тот же Wireshark) и проблема воспроизводится.

4. Посмотрите ещё в сторону апдейтов, возможно что последние на 2019 можно попробовать откатить и воспроизвести трабл ещё раз.

Спасибо за ответ. Фаир вол отключал и включал. в 2016 все отлично работает но в 2019 все перепробовал, компы видит но открыть не может, при создании ярлыков с названием клиентского ПК не создает, пишет проверьте правильность имени ПК. Тупо даже на виртуалку ставьте и проверяйте, сервак клиент пк не откроет

Тупо даже на виртуалку ставьте и проверяйте, сервак клиент пк не откроет

тут мы вам помогаем, а не наоборот. Мы не тех поддержка, а сотрудники различных компаний которые безоплатно (без оплаты с вашей стороны или со стороны мс), делимся личным опытом. Если вы перепробовали «все» значит решения нет.

Возможно кто-то решит проверить ваши шаги, но вангую что проблемы он/она не получит, а если так то время человека решившего вам помочь будет потрачено зря (а ведь это время можно потратить более полезно, интересно и приятно). Уважайте пожалуйста время участников, в противном случае искать решение вам придется самостоятельно

The opinion expressed by me is not an official position of Microsoft

Источник