Win11网络共享工具无法发现其他设备怎么办？

Question

Win11网络共享工具无法发现其他设备，常见原因多为网络配置与服务协同失效。典型表现为“网络”窗口中仅显示本机，无其他计算机或打印机图标，且手动输入\\IP地址也无法访问。根本诱因常包括：① 网络位置被误设为“公共网络”（需改为“专用网络”以启用网络发现）；② “网络发现”“文件和打印机共享”“SMB 1.0/CIFS 文件共享支持”三项关键服务未启用或被系统禁用；③ Windows防火墙或第三方安全软件拦截了LLMNR、NBNS及SMB（TCP 445）等必要通信端口；④ 同一子网内设备未使用相同工作组名（默认WORKGROUP），或主机名含非法字符/过长；⑤ IPv6启用但网络基础设备不兼容，引发NetBIOS解析失败。此外，Windows更新后SMB签名策略变更、Core Isolation内存完整性开启导致SMB驱动加载异常，亦日益成为隐蔽性高发问题。排查须按“网络类型→服务状态→防火墙规则→工作组与DNS设置→高级协议兼容性”五步递进验证。

Answer 1

```html

一、网络位置类型：从“公共”到“专用”的语义跃迁

Windows 11 将网络位置抽象为安全策略锚点——“公共网络”默认禁用所有发现与共享功能（包括LLMNR响应、SMB广播、NetBIOS over TCP/IP），而“专用网络”才激活Function Discovery Resource Provider等关键服务。可通过 Settings → Network & internet → Ethernet/Wi-Fi → Properties → Network profile 修改；命令行验证：Get-NetConnectionProfile | Select InterfaceAlias, NetworkCategory, NetProfileName。若返回 NetworkCategory : Public，即为第一道阻断关卡。

二、核心服务状态：三层协议栈的协同启停

服务名称	对应功能	启动类型	依赖服务
FDResPub	Function Discovery Resource Publication	自动（延迟启动）	FDResPub → FDResPub → SSDPSRV
SSDPSRV	SSDP Discovery	自动（延迟启动）	依赖 UPnPHost
Browser	Computer Browser（已弃用但影响NetBIOS枚举）	手动/禁用（Win11中常被禁）	非必需，但影响旧式浏览列表

执行 Get-Service FDResPub, SSDPSRV, LanmanWorkstation, Server | Select Name, Status, StartType 可批量校验。特别注意：LanmanWorkstation（客户端SMB）与Server（服务端SMB）必须均为 Running；若Server服务缺失，需启用“SMB 1.0/CIFS 文件共享支持”（通过OptionalFeatures.exe或 PowerShell：Enable-WindowsOptionalFeature -Online -FeatureName smb1protocol -NoRestart）。

三、防火墙与端口策略：从显性拦截到隐性协议压制

Windows 防火墙不仅封禁端口，更深度干预协议协商层。必须开放以下规则组（按Advanced Security Windows Firewall → Inbound Rules检查）：

• Core Networking - DNS (UDP-In)：保障主机名解析
• Core Networking - LLDP (In)：辅助拓扑发现（虽非SMB必需，但影响网络视图渲染）
• File and Printer Sharing (SMB-In)：TCP 445 入站（非139端口，Win11默认禁用NetBIOS）
• Function Discovery (UPnP-In)：UDP 1900（SSDP发现）

第三方安全软件（如CrowdStrike、Bitdefender EDR）常注入WFP（Windows Filtering Platform）层驱动，静默丢弃 SMBv3 NegotiateRequest 或 LLMNR queries，需临时禁用其“网络防护”模块并抓包验证。

四、工作组与DNS解析：命名一致性与多协议共存陷阱

工作组名（Workgroup）须全网统一（默认WORKGROUP），且不区分大小写——但主机名（Hostname）必须满足 RFC 1178 规范：仅含字母、数字、连字符，首尾不可为连字符，长度≤15字节。执行 systeminfo | findstr /B /C:"Domain" /C:"Workgroup" 校验。更深层问题是：当启用IPv6时，系统优先尝试 _smb._tcp.local mDNS 查询（而非NetBIOS），若路由器不支持mDNS反射或设备未运行dns-sd服务，则导致“可见但不可达”。此时可强制禁用IPv6临时诊断：netsh interface ipv6 set global state=disabled。

五、高级协议兼容性：SMB签名、内存完整性与内核驱动链

graph LR
A[SMB连接失败] --> B{是否启用SMB签名？}
B -->|是| C[检查组策略：Computer Configuration → Policies → Admin Templates → Network → Lanman Workstation → “Digitally sign communications”]
B -->|否| D[检查SMB加密策略]
C --> E[若设为“Required”，旧设备将拒绝连接]
D --> F[Core Isolation内存完整性开启？]
F -->|是| G[可能阻止smb.sys或mrxsmb.sys加载]
G --> H[需在Device Guard日志中搜索Event ID 1101]

Windows 11 22H2+ 默认启用SMB签名强制策略（尤其域环境），而多数NAS或Win10旧设备不支持；同时，“Core Isolation → Memory Integrity”会阻止未签名的SMB重定向器驱动加载，导致\\IP访问返回“错误代码 0x80070035”。解决方案：在ms-settings:windowsdefender中关闭Memory Integrity，或使用signtool verify /pa smb.sys确认驱动签名状态。此外，Get-SmbServerConfiguration | Select EnableSMB1Protocol, RequireSecuritySignature, EncryptData 是必查命令集。

```