win11中计算机名访问失败而ip正常，是netbios名称解析失效所致；需先启用netbios over tcp/ip，再依次执行nbtstat -r清缓存、-rr刷新注册、-r更新名称表，并验证nbtstat -n和-a结果。
当你在Win11中无法通过计算机名（如\DESKTOP-ABC）访问局域网内其他设备，但用IP地址（如\192.168.1.20）却能正常打开共享时，说明NetBIOS名称解析已失效——这不是DNS问题，而是本地NetBIOS缓存或WINS注册表项残留导致的名称映射断裂。
确认NetBIOS是否启用并获取当前状态
Win11默认禁用NetBIOS over TCP/IP（尤其在IPv6环境下），必须先验证其实际启用状态，否则后续所有刷新操作都无效。
右键“开始”→选择“Windows终端（管理员）”，输入以下命令并回车：
netsh interface ipv4 show interfaces
记下你正在使用的以太网或Wi-Fi接口编号（如“3”），然后执行：
netsh interface ipv4 show subinterfaces "以太网"
重点查看输出中“NetBIOS Over Tcpip”字段：若显示“已启用”，继续下一步；若为“已禁用”或空白，则必须先启用——否则任何缓存刷新都无意义。启用方法：
netsh interface ipv4 set subinterface "以太网" netbios=enable
清空NetBIOS名称缓存（nbtstat -R）
这一步直接重置本地NetBIOS名称缓存表，强制系统丢弃所有已知的NAME → IP映射记录。
在管理员终端中执行：
nbtstat -R
【必须等待5秒以上再进行下一步】——该命令执行后无任何提示，但系统后台需完成缓存清空与内部表重建，立即跟执行-n会返回过期数据。
验证是否生效，运行：
nbtstat -c
若输出为空（仅显示表头），说明缓存已清空；若仍有大量条目，说明-R未成功执行，需检查是否以管理员身份运行。
刷新NetBIOS名称注册与解析（nbtstat -RR）
仅清空缓存不够，还需让本机主动向局域网广播自己的NetBIOS名称，并重新查询其他设备的名称。这是解决“别人看不到我”和“我看不到别人”的关键动作。
在同个管理员终端中，执行：
nbtstat -RR
该命令会触发两个行为：① 向本地子网发送Name Release广播，注销旧名称；② 立即发起Name Registration请求，要求WINS服务器（若有）或通过LMHOSTS/广播方式重新注册本机NetBIOS名。没有WINS时，依赖广播响应，因此确保防火墙未屏蔽UDP 137端口。
执行后无需等待提示，直接进入下一步验证。
强制更新本地NetBIOS名称表（nbtstat -r）
方法一：重启Function Discovery服务链
按Win+R，输入services.msc，找到以下三项并依次右键“重新启动”：
① Function Discovery Resource Publication
② Function Discovery Provider Host
③ SSDP Discovery
方法二：手动刷新名称解析缓存
在管理员终端中执行：
nbtstat -r
该命令不修改任何内容，只强制系统从网络中重新收集活跃的NetBIOS名称列表。输出中的“Names resolved by broadcasts”行数应明显增加——若仍为0，说明局域网内无设备响应NetBIOS广播，需排查目标设备是否也禁用了NetBIOS或防火墙拦截了UDP 137/138。
验证NetBIOS连通性是否恢复
第一步：检查本机NetBIOS名称是否注册成功
在终端中运行：
nbtstat -n
输出中应包含至少一行“UNIQUE”类型且“Status”为“Registered”的本机名称。若全是“GROUP”或状态为“Conflict”，说明名称注册失败，可能与其他设备重名或网络存在NetBIOS中继冲突。
第二步：测试远程设备名称解析
假设目标计算机名为WORKSTATION-X，执行：
nbtstat -a WORKSTATION-X
若返回完整MAC地址、IP及服务列表（如WORKSTATION-X），说明NetBIOS名称解析已通；若报错“Host not found”，则问题仍在目标端或中间网络设备（如交换机启用了IGMP Snooping抑制广播）。
第三步：资源管理器中直接输入\WORKSTATION-X回车，观察是否弹出共享列表而非“找不到网络路径”错误。
