Вы точно уверены, что широковещательные запросы относятся к NetBIOS. Некоторые протоколы также используют широковещательные запросы для своей работы.
Если в сети есть DHCP сервер, то он также может изменять настройки клиентов.
Корректно ли настроен брандмауэр, как на клиентах так и на сервере WINS.
Если все настройки в норме, тогда можно попробовать следующее. Взять бытовой коммутатор (чтобы отсечь нюансы построения локальной сети) подключить к нему сервер wins и парочку клиентов. Отключить везде брандмауэр, присвоить всем статические адреса, установить на сервер wins сниффер ( Microsoft Network Monitor - он заточен под протоколы windows) и с его помощью посмотреть какие пакеты (протоколы) гуляют по сети. Локализовать те которые относятся к wins и уже там смотреть причину
Именно так. Все зависит от количества памяти установленной в Windows. Посмотрите статью https://docs.microsoft.com/ru-ru/windows/application-management/svchost-service-refactoring
Все сервисы запущены как и до сборки 1703. Но так как службы "Браузер компьютеров" и "Сервер" являются не исполняемыми файлами, а dll, их запускает суррогатный процесс svchost.exe. У сборок позже 1703 менеджер сервисов при наличии памяти > 3,5 запускает 2 процесса svchost.exe для 2 служб, т.е. dll оказываются изолированными друг от друга, а им для правильной работы необходимо общее адресное пространство. Поэтому Microsoft и оставила возможность сгруппировать сервисы как и раньше через реестр (чувствовали что будут косяки).
Нет, не восстановится
Если настроить определенным образом хосты, то Master Browser может стать win7 не смотря на наличие в сети win10 или win8
Вы точно уверены, что широковещательные запросы относятся к NetBIOS. Некоторые протоколы также используют широковещательные запросы для своей работы.
Если в сети есть DHCP сервер, то он также может изменять настройки клиентов.
Корректно ли настроен брандмауэр, как на клиентах так и на сервере WINS.
Если все настройки в норме, тогда можно попробовать следующее. Взять бытовой коммутатор (чтобы отсечь нюансы построения локальной сети) подключить к нему сервер wins и парочку клиентов. Отключить везде брандмауэр, присвоить всем статические адреса, установить на сервер wins сниффер ( Microsoft Network Monitor - он заточен под протоколы windows) и с его помощью посмотреть какие пакеты (протоколы) гуляют по сети. Локализовать те которые относятся к wins и уже там смотреть причину
Именно так.
И это не баг, а изменение поведения менеджера сервисов на сборках выше 1703.
Именно так. Все зависит от количества памяти установленной в Windows. Посмотрите статью https://docs.microsoft.com/ru-ru/windows/application-management/svchost-service-refactoring
Все сервисы запущены как и до сборки 1703. Но так как службы "Браузер компьютеров" и "Сервер" являются не исполняемыми файлами, а dll, их запускает суррогатный процесс svchost.exe. У сборок позже 1703 менеджер сервисов при наличии памяти > 3,5 запускает 2 процесса svchost.exe для 2 служб, т.е. dll оказываются изолированными друг от друга, а им для правильной работы необходимо общее адресное пространство. Поэтому Microsoft и оставила возможность сгруппировать сервисы как и раньше через реестр (чувствовали что будут косяки).