本质是名称解析失败，非smb服务或权限问题；需逐层排查hosts文件、dns缓存、netbios启用状态、网络配置文件（是否为专用网络）及llmnr/fqdn等解析机制。
客户端能用 ip 访问 smb 共享，但用主机名（如 \server01share）失败，本质是名称解析环节断了，不是共享本身或协议层的问题。重点不在 smb 服务开没开、权限配没配，而在于“你的电脑压根没把 server01 翻译成正确的 ip 地址”。排查要直击解析链路，从本地缓存到网络服务逐层验证。
检查本地 hosts 文件和 DNS 缓存
Windows 优先查本地 hosts 文件，再走 DNS。如果里面写了错误映射，或缓存了过期记录，主机名就会指向错地方。
- 用记事本打开
C:WindowsSystem32driversetchosts，确认没有把目标主机名指向了 127.0.0.1 或其他无效 IP - 在命令提示符运行
ipconfig /flushdns清空本地 DNS 缓存 - 再运行
nslookup server01（把server01换成实际主机名），看返回的 IP 是否与服务器真实 IP 一致
验证 NetBIOS 名称解析是否启用
在无 DNS 的纯局域网环境，Windows 传统上靠 NetBIOS 广播或 WINS 解析主机名。Win10/Win11 默认弱化甚至禁用 NetBIOS，导致主机名“看不见”。
- 运行
nbtstat -n查看本机 NetBIOS 名称表，确认目标主机名是否出现在列表中（需对方也启用了 NetBIOS） - 在“网络连接”→右键当前网卡→属性→双击“Internet 协议版本 4 (TCP/IPv4)”→高级→WINS 选项卡，确认“启用 NetBIOS over TCP/IP”已勾选
- 若使用路由器做简易局域网，检查其是否开启“NetBIOS 转发”或“WINS 代理”功能（多数家用路由器默认关闭）
确认网络发现与配置文件匹配
主机名访问依赖“网络发现”功能，而该功能只在“专用”或“域”网络配置文件下默认启用；若系统误判为“公共”网络，会直接禁用所有发现机制。
- 运行
Get-NetConnectionProfile（PowerShell），查看当前网络的NetworkCategory是Private还是Public - 如果是
Public，在“设置→网络和 Internet→以太网→当前连接”中点击“公共网络”，改为“专用网络” - 进入“控制面板→网络和 Internet→网络和共享中心→高级共享设置”，确保对应配置文件下“启用网络发现”和“启用文件和打印机共享”都已开启
绕过解析，用 FQDN 或 LLMNR 测试
有时短主机名（server01）失败，但完整域名（server01.corp.local）或链路本地多播名称解析（LLMNR）能通，说明问题出在 DNS 搜索后缀或广播范围。
- 尝试用完整域名访问：
\server01.corp.localshare（需知道域名后缀） - 在 PowerShell 中运行
Resolve-DnsName server01 -Type A -Server 127.0.0.1，强制走本地 DNS 解析器 - 若仍失败，临时启用 LLMNR：组策略中定位到“计算机配置→管理模板→网络→DNS 客户端”，启用“允许对等名称解析（LLMNR）”
