☰

无法解析 LAN 上的 hostname.local

tag-icon • tag-icon debian lan avahi
无法解析 LAN 上的 hostname.local

我曾经能够在 LAN 上的计算机之间进行通信，但它不再工作了。当然，我可以使用 IP 进行 ssh，但它是 DHCP，因此它可能会不时发生变化。两台机器都运行 Debian 9.12，其中一台是 Windows 主机中的虚拟机，但它仍然可以工作；我没有乱搞配置文件，只是定期更新。ssh [email protected]

ping hostname.local
ping: hostname.local: Name or service not known

（这可能不完全是我从法语翻译的消息）

ssh hostname.local
ssh: Could not resolve hostname hostname.local: Name or service not known

（ssh 输出为英文）

来自 avahi.org ：

Avahi 是一个通过 mDNS/DNS-SD 协议套件促进本地网络上的服务发现的系统

我研究过/etc/resolv.conf, /etc/avahi/avahi-daemon.conf，/etc/nsswitch.conf但它是标准的开箱即用配置。

/etc/resolv.conf（network-manager每次启动时重置）

# Generated by NetworkManager
search lan
nameserver xx.xx.xx.xx # DNS IPs obtained from DHCP
nameserver xx.xx.xx.xx

man resolv.conf表示该search列表默认仅包含本地域名（类似的内容，我从法语手册页翻译而来）；不应该是local代替吗lan？

我尝试更改它并立即 ping 或 ssh 局域网上的另一台主机（无需重新启动网络管理器），但它不起作用。当我重新启动网络管理器时，它会重写/etc/resolv.conf并设置search lan.

/etc/nsswitch.conf（默认，我没有做任何修改）

# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd:         compat
group:          compat
shadow:         compat
gshadow:        files

hosts:          files mdns4_minimal [NOTFOUND=return] dns myhostname
networks:       files

protocols:      db files
services:       db files
ethers:         db files
rpc:            db files

netgroup:       nis

我尝试使用avahi-browse和发现主机和服务nbtscan，它们依赖于 avahi (zeroconf / Bonjour)，但它们似乎只找到它们运行的​​主机。

（我知道这可能与其他问题重复，但我没有找到任何答案，而且我没有足够的声誉来做任何事情）

答案1

找到了 ！

看来我的路由器确实有一个 DNS 服务器：

nslookup host_ip router_ip
Server:     192.168.1.254
Address:    192.168.1.254#53

69.1.168.192.in-addr.arpa   name = hostname.lan.

这就回答了.localvs.lan问题。在最近的 Debian 中，本地域是.lan.

尽管如此，ping hostname.lan返回未知主机。

谢谢https://askubuntu.com/questions/623940/network-manager-how-to-stop-nm-updating-etc-resolv-conf，我发现这/etc/resolv.conf是一个符号链接/var/run/NetworkManager/resolv.conf；所以我不得不用我自己的替换它resolv.conf:

search lan
nameserver 192.168.1.254

以便它使用路由器的 DNS（如有必要，它将路由查询）。

重新启动网络管理器systemctl restart network-manager，它就像一个魅力：

$ ping hostname.lan
PING hostname.lan (192.168.1.69) 56(84) bytes of data.
64 bytes from hostname.lan (192.168.1.69): icmp_seq=1 ttl=64 time=2.02 ms

（ping google.fr以确保处理 WAN 查询）

答案2

就我而言，无法通过 .local 前缀访问网络上的某一特定主机的原因很简单，即该主机上的 avahi 守护程序服务已停止：

[~][0]$ service avahi-daemon status
○ avahi-daemon.service - Avahi mDNS/DNS-SD Stack
     Loaded: loaded (/lib/systemd/system/avahi-daemon.service; disabled; preset: enabled)
     Active: inactive (dead)
TriggeredBy: ○ avahi-daemon.socket
[~][3]$ service avahi-daemon start
[~][0]$ 

█[~][0]$ ping asus.local
PING asus.local (192.168.1.204) 56(84) bytes of data.
64 bytes from 192.168.1.204 (192.168.1.204): icmp_seq=1 ttl=64 time=0.892 ms
64 bytes from 192.168.1.204 (192.168.1.204): icmp_seq=2 ttl=64 time=0.848 ms
64 bytes from 192.168.1.204 (192.168.1.204): icmp_seq=3 ttl=64 time=0.784 ms
^C

答案3

您不需要 FQDN；只需使用主机部分即可。例如：

`[root@darouter ~]# arping -I enp2s0f1 matilda
ARPING 192.168.100.12 from 192.168.100.254 enp2s0f1
Unicast reply from 192.168.100.12 [D0:67:E5:EB:37:25]  0.759ms
Unicast reply from 192.168.100.12 [D0:67:E5:EB:37:25]  0.801ms
Unicast reply from 192.168.100.12 [D0:67:E5:EB:37:25]  0.732ms
Sent 3 probes (1 broadcast(s))
Received 3 response(s)`

我使用了琶音，因为 matilda 是一个windoz盒子；这比弄清楚如何允许传入 ping 更容易。我会禁用路由器上的 dns。那里应该是放置 dns 服务器 IP 的地方，以便您可以使用内部 dns。如果您的内部 dns 未按主机名解析，您需要找出 dns 配置损坏的位置。我不久前也遇到过这个问题。不幸的是那是不久前的事了；由于我不记得昨天做了什么，所以我无法给你一个明确的答案来说明我做了什么来解决这个问题。

希望这可以帮助！

托德

相关内容