这种情况我之前排查过好几次，大概率是NETBIOS名称解析的链路出了问题，咱们一步步来梳理排查方向：

• 确认网络广播域与WINS配置
  NETBIOS名称解析默认依赖广播包，如果你和目标工作站不在同一个子网（广播域），或者网络环境禁用了广播，smbutil lookup自然找不到目标机器。要是跨子网的话，必须配置WINS服务器来中转名称解析请求；同子网的话，先确认你的路由器/交换机没限制UDP广播包的传输。

• 检查目标工作站的NETBIOS开关
  目标机器（也就是你查到的CLIMATE）必须开启NETBIOS over TCP/IP才能被反向解析。以Windows工作站为例：打开网卡IPv4属性 → 点击「高级」→ 切换到WINS标签，确保「启用NETBIOS over TCP/IP」是勾选状态。要是这个选项关了，别人能通过IP查到它的NETBIOS名，但反向解析名称找IP就会失败。

• 尝试强制广播模式的smbutil命令
  macOS的smbutil lookup默认会优先尝试WINS服务器，要是没配置WINS， fallback到广播可能有延迟或者失效。你可以试试强制用广播解析的命令：

  smbutil lookup -B CLIMATE
  

  这个参数会直接发送广播包到本地网络，要是同子网内目标机器正常响应，应该就能拿到IP了。

• 排查防火墙端口限制
  NETBIOS解析依赖几个关键端口：UDP 137（名称服务）、UDP 138（数据报服务）、TCP 139（会话服务）。不管是你的mac还是目标工作站，防火墙都不能拦截这些端口的流量——尤其是UDP 137，这是名称解析最核心的端口。你可以临时关闭两边防火墙测试一下，要是能解析成功，再去防火墙里添加对应的允许规则。

• 临时方案：手动添加hosts映射
  如果上面的方法都没法解决，你可以用静态映射兜底：把NETBIOS名和对应IP加到mac的hosts文件里。打开终端执行：

  sudo nano /etc/hosts
  

  在文件末尾添加一行：

  10.245.92.223 CLIMATE
  

  按Ctrl+O保存，Ctrl+X退出后，再用CLIMATE名称连接就没问题了。不过这个是静态配置，要是目标工作站的IP变动，得手动更新hosts内容。

备注：内容来源于stack exchange，提问作者Red_Tear