局域网内无法看到其他电脑，可能是什么原因？

Question

局域网内无法看到其他电脑，常见原因包括：① **网络发现与文件共享未启用**（Windows系统需在“网络和共享中心”开启相关功能）；② **防火墙阻止网络发现**（系统自带防火墙或第三方安全软件可能拦截SSDP、NB-NS等发现协议）；③ **工作组不一致**（所有设备须处于同一工作组，如默认的WORKGROUP）；④ **网络配置为“公共网络”**（系统会自动禁用发现功能，需改为“专用网络”）；⑤ **SMB协议版本不兼容**（如Win10/11默认禁用SMBv1，而老旧设备仅支持该协议）；⑥ **路由器启用了AP隔离或客户端隔离功能**，导致设备间二层通信被阻断；⑦ **NetBIOS或LLMNR服务异常/禁用**，影响名称解析。建议按“网络类型→工作组→发现设置→防火墙规则→SMB配置”顺序排查，使用`ping`和`nbtstat -n`辅助验证基础连通性与NetBIOS状态。

Answer 1

```html

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

Windows 网络位置类型（Public / Private / Domain）并非仅是UI标签，而是驱动 Network Location Awareness (NLA) 服务执行策略分发的核心元数据。当系统自动判定为“公共网络”时，Function Discovery Resource Publication、SSDP Discovery、UPnP Device Host 三项关键服务默认被禁用，且防火墙规则集切换至高限制 profile（netsh advfirewall show currentprofile 可验证）。实测表明：同一物理网段下，若 A 机为 Private、B 机为 Public，则 B 无法在“网络”中列举 A，即使 ping A 成功——这揭示了发现机制与连通性本质解耦。

二、工作组一致性：轻量级域模型的隐式契约

属性	WORKGROUP（默认）	DOMAIN（域环境）	自定义工作组（如 OFFICE-2024）
NetBIOS 名称解析范围	本地广播（192.168.x.255）	依赖 DNS + WINS 或 AD SRV 记录	仍走广播，但需所有节点显式匹配字符串
注册行为	nbtstat -n 显示 <WORKGROUP>[00] 类型项	不注册工作组名，注册域控制器 FQDN	必须完全一致，区分大小写（Windows 10+ 已修正大小写敏感问题，但兼容性建议统一小写）

使用 systeminfo | findstr "Workgroup" 批量校验多终端配置，避免手动输入误差；跨子网场景下，工作组一致性失效，须转向 DNS/WINS 架构。

三、网络发现与文件共享：服务栈依赖链深度剖析

启用“网络发现”实际触发三层服务联动：
① FDResPub（Function Discovery Resource Publication）发布本机资源元数据；
② FDHost（Function Discovery Host）响应远程查询（基于 WS-Discovery over UDP 3702）；
③ SSDPSRV（SSDP Discovery Service）承载 UPnP 设备发现（UDP 1900）。
缺失任一环节，资源列表即为空。通过 sc query FDResPub 与 Get-Service -Name "FDResPub","SSDPSRV" | Select Name,Status,StartType（PowerShell）可原子化验证。

四、防火墙策略：不止于端口开放，更关乎协议上下文

# 关键入站规则（需启用）：
- Core Networking - SSDP Discovery (UDP-In) → 开放 UDP 1900
- Core Networking - NetBIOS Datagram Service (UDP-In) → UDP 138
- Core Networking - NetBIOS Session Service (TCP-In) → TCP 139
- Core Networking - SMB 1.0/CIFS File Sharing (TCP-In) → TCP 445（SMBv2/v3）
# 注意：SMBv1 规则（TCP 139）在 Win10 1809+ 默认禁用，需手工启用并评估风险

第三方安全软件（如 Kaspersky、Bitdefender）常劫持 svchost.exe -k NetworkService 进程，覆盖 Windows 防火墙策略。此时需在安全软件控制台显式授权“网络发现”和“文件共享”功能模块。

五、SMB 协议演进与互操作性断层

graph LR
    A[客户端 SMB Client] -->|SMBv1| B(老旧 NAS/WinXP)
    A -->|SMBv2/v3| C(现代 Windows/Linux Samba 4.11+)
    D[Win10/11 默认策略] -->|禁用 SMBv1| A
    E[组策略路径] --> G[Computer Config → Admin Templates → Network → Lanman Workstation → Disable insecure guest logons]
    F[注册表键值] --> H[HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Services\\LanmanWorkstation\\Parameters\\SMB1=0]

SMBv1 禁用虽提升安全性，却导致与部分工业设备、POS 终端、旧款打印机通信失败。临时启用需执行：Enable-WindowsOptionalFeature -Online -FeatureName smb1protocol -NoRestart，并配合 Set-SmbServerConfiguration -EnableSMB1Protocol $true -Force（服务端）。

六、网络基础设施层：AP 隔离与二层通信阻断

企业级 AP（如 Aruba、Cisco WLC）、家用路由器（TP-Link Archer 系列、小米 AX9000）的“AP Isolation”、“Client Isolation”或“无线客户端隔离”功能，会在数据链路层插入 ACL，禁止 STA→STA 流量（即使同 SSID、同 VLAN）。该策略绕过操作系统协议栈，ping 和 arp -a 均不可见对端 MAC。验证方法：有线连接同一交换机后发现恢复 → 即可锁定为无线隔离问题。解决方案需登录路由器后台关闭对应开关，或改用桥接模式由核心交换机统管 VLAN。

七、名称解析服务：NetBIOS 与 LLMNR 的双轨协同

Windows 名称解析优先级为：HOSTS → DNS → LLMNR → NetBIOS WINS → NetBIOS Broadcast。当 nbtstat -n 输出无 <machine-name>[00] 条目，表明 NetBIOS over TCP/IP 未启用（适配器属性 → IPv4 属性 → 高级 → WINS 选项卡 → 启用 TCP/IP 上的 NetBIOS）。LLMNR（Link-Local Multicast Name Resolution）则依赖 IPv4/IPv6 多播地址（224.0.0.252 / FF02::1:3），若网络设备过滤多播包（如部分 SD-WAN 边界设备），LLMNR 查询将静默超时。可用 Wireshark 过滤 llmnr || nbns 实时抓包分析。

```