根本原因是Windows 10未启用mDNS解析能力，需手动开启EnableMulticast注册表项、重启DNS Client服务，并放行UDP 5353端口（专用网络配置下），同时排除主机名冲突和AP隔离。

Windows 10局域网内输入debianhs.local或raspberrypi.local打不开网页、ping不通、LocalSend搜不到设备，根本原因不是DNS服务器配置错误，而是系统压根没启用mDNS解析能力——.local域名必须由本地mDNS服务支撑，Windows默认不自动开启该功能。

确认当前系统是否已启用mDNS

按下 Win + R，输入 cmd 回车，执行：
nslookup debianhs.local 127.0.0.1
如果返回“*** 请求超时”或“*** 无法解析”，说明mDNS未就绪；若返回正确IP，则跳过后续步骤。

再执行：
sc query avahi-daemon
Windows原生不带avahi服务，此项必显示“服务名称无效”——这是正常现象，别误以为要装Linux工具。

启用Windows内置mDNS支持（无需安装第三方软件）

Windows 10 1803及以上版本已集成mDNS客户端，但默认仅对部分应用开放，需手动启用系统级解析能力：

第一步：以管理员身份运行PowerShell（不是CMD），粘贴并执行：
Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Services\Dnscache\Parameters" -Name "EnableMulticast" -Value 1 -Type DWORD

第二步：重启DNS Client服务：
net stop dnscache && net start dnscache
这一步不可跳过，【不重启服务，注册表修改不会生效】。

第三步：验证是否生效——在CMD中执行：
ping -4 raspberrypi.local
若收到回复，说明mDNS解析链已通；若仍超时，继续检查防火墙设置。

IntoDNS.ai

免费 DNS 与邮件安全分析（IntoDNS.ai）：包括 DNSSEC、SPF、DKIM、DMARC、MTA-STS、BIMI、SMTP STARTTLS、FCrDNS、黑名单、发件人要求及报告。

下载

放行mDNS关键端口与协议

方法一：用命令快速放行（推荐）
在管理员PowerShell中逐行执行：
New-NetFirewallRule -DisplayName "mDNS In" -Direction Inbound -Protocol UDP -LocalPort 5353 -Action Allow -Profile Private
New-NetFirewallRule -DisplayName "mDNS Out" -Direction Outbound -Protocol UDP -LocalPort 5353 -Action Allow -Profile Private

方法二：手动检查现有规则
打开“高级安全Windows Defender防火墙”→左侧“入站规则”→右侧“启用规则”中查找含“mDNS”或“5353”的条目。若无，说明此前所有尝试都白费——【5353端口被拦截时，ping .local域名永远失败】。

注意：规则必须应用在“专用网络（Private）”配置文件下，家庭/办公WiFi通常属于此类型；公共网络（Public）配置文件默认禁用组播，切勿在此处启用。

排查主机名冲突与网络隔离

执行：
hostname
记下当前电脑的主机名（如DESKTOP-ABC123）。若局域网内已有另一台设备也叫DESKTOP-ABC123，它会抢注DESKTOP-ABC123.local，你的机器将无法响应同名查询。

此时必须改名：
右键“此电脑”→“属性”→“更改设置”→“更改…”→输入新主机名（如DESKTOP-ABC123-WIN）→确定→重启电脑。
重启后，新主机名自动注册为DESKTOP-ABC123-WIN.local。

如果设备连的是酒店、学校、企业WiFi，即使显示同一SSID，也可能启用了AP隔离或VLAN分段。此时mDNS组播包发不出去，任何.local域名都无效——换用手机热点直连测试，能通即证实是网络策略限制。