主浏览器选举异常导致网络邻居设备批量消失。表现为仅1–2台可见、重启特定电脑后恢复、IP可达但“网络”视图为空；需检查nbtstat输出、Computer Browser服务、注册表IsDomainMaster值、NetBIOS启用状态及防火墙规则。

windows系统中网络邻居设备突然消失，若集中在某段时间后批量不显示、部分机器能看见彼此但关键设备始终缺席，很可能是master browser（主浏览器）选举异常所致。这不是单纯的连接或共享开关问题，而是局域网内“谁来当班长整理花名册”的角色分配失败。

确认是否为主浏览器问题

主浏览器故障的典型表现包括：多台设备中仅1–2台能被看到、重启某台特定电脑后网络邻居列表瞬间恢复、其他设备IP可达且共享路径（如\192.168.1.10）可正常访问但“网络”视图为空。可快速验证：

• 在命令提示符中运行 nbtstat -n，查看本机是否注册了 ..__MSBROWSE__. 组名（表示参与浏览器选举）
• 运行 nbtstat -a [目标计算机名]，检查返回结果中是否有 GROUP 类型的 MASTER BROWSER 标识
• 对比多台设备的 nbtstat -r 输出，看“名称解析缓存”中是否缺失关键NetBIOS名称（如域主浏览器DOMAINNAME）

检查主浏览器候选资格与配置

Windows不会随意指定主浏览器，它依赖服务状态、角色注册和网络环境。需逐项核对：

• 确保目标候选机（推荐选一台稳定开机的服务器或常驻工作站）已启用 Computer Browser 服务，启动类型设为“自动”，且当前状态为“正在运行”
• 打开注册表编辑器，定位到 HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesBrowserParameters，确认 IsDomainMaster 的值为 1（True）；若不存在该项，右键新建 DWORD (32位) 值并赋值
• 同一注册表路径下，检查 MaintainServerList 是否为 Yes（默认），若设为 No 则该机主动放弃浏览器角色，需改回

保障浏览器通信链路畅通

主浏览器需能与其他设备完成NetBIOS名称广播、响应查询、同步列表。中断任一环节都会导致列表失效：

windows-auto

Windows 桌面自动化技能，支持鼠标控制（移动/点击/拖拽/滚轮/截图）、键盘输入（文字输入/按键/组合键）、窗口管理（查找/聚焦/最大化/最小化/关闭/移动）、截图并发送文件。提供两种截图方式：Python pyautogui 截图（集成在自动化流程中）和 PowerShell + .NET 零依赖截图（支持区域截图和多显示器）。当用户需要自动化 Windows 桌面操作、控制鼠标键盘、管理窗口、执行 GUI 自动化任务、截图发送文件时使用。

下载

• 所有设备必须启用 NetBIOS over TCP/IP：进入“网络连接”→网卡属性→IPv4属性→高级→WINS选项卡→勾选“启用 NetBIOS over TCP/IP”
• 确保UDP端口 137（NetBIOS名称服务）、138（NetBIOS数据报）未被防火墙或安全软件拦截，专用网络配置文件中“网络发现”规则已启用
• 若网络中无WINS服务器或域控制器，需在每台候选浏览器上配置 LMHOSTS 文件，显式声明域主浏览器地址，例如：
  192.168.1.5 "MYDOMAIN" #PRE

避免常见干扰因素

某些看似无关的设置会直接破坏浏览器选举逻辑：

• 禁用 Function Discovery Resource Publication 或 SSDP Discovery 服务——它们虽不直接管理浏览器，但影响现代网络发现机制与传统Browser服务的协同，建议全部设为自动启动
• 工作组名称不一致（如混用 WORKGROUP / MYGROUP）会导致设备被划入不同“班级”，无法进入同一选举范围，务必统一为全大写且完全相同
• 使用“公共网络”配置文件——该模式默认关闭网络发现且禁止浏览器服务活动，必须将网络类型设为“专用”