Update (2021年12月6日):似乎在avahi或libnss_mdns的某个地方有一个bug,参见https://github.com/lathiat/nss-mdns/issues/81坏时机。
我有2台单板机运行Debian 11,其中没有一台能够使用.local开箱即用mDNS解析任何主机。下面是在 the上运行的ping输出。本地:
brain@junk:~$ ping atom.local
ping: atom.local: Name or service not known本地来自我运行Ubuntu的PC,工作正常:
brain@home:~$ ping atom.local
PING atom.local (192.168.0.135) 56(84) bytes of data.
64 bytes from atomic (192.168.0.135): icmp_seq=1 ttl=64 time=0.394 ms它们都可以使用Ubuntu21.10、atom.local和iOS使用它们的名字"junk.local“和”Windows“进行访问。硬件是相同的,两台机器通过我的路由器上的DHCP服务获得它们的网络设置。在atom.local网络上,由网络(基本服务器安装)管理,在junk.local -上由NetworkManager (桌面+ KDE安装)管理。我尝试了许多指南,配置avahi,nsswitch,systemd解决,NetworkManager,其中没有为我工作。修改/etc/rupv.conf i可以得到一些结果。
现在我有一个问题:如何正确配置这个mDNS?为什么它在Google服务器上运行得很好?在这个网站上阅读了大量的操作和答案之后,我有点困惑。
在我的nsswitch.conf中,我有这样一行:
hosts: files mdns4_minimal [NOTFOUND=return] dnsavahi-解析和<>avahi-在这些机器上浏览很好。
如果我使用127.0.0.53或8.8.8.8作为名称服务器,我将获得IPV6地址
brain@junk:~$ getent hosts atom.local
fe80::207:32ff:fe4e:7d17 atom.local所以这个mdns4_minimal什么都不做?现在我完全糊涂了。
发布于 2021-12-06 20:02:31
对于最小的服务器安装,只需使用组合式+<#>systemd解决的。
sudo nano /etc/systemd/resolved.conf取消评论MulticastDNS=yes
sudo nano /etc/systemd/network/10-lan.network I使用了简单的配置:
[Match]
Name=enp1s0 #Put your interface here
[Network]
DHCP=ipv4
MulticastDNS=yes启用网络d和已解析的服务,启动它们:
sudo systemctl enable systemd-networkd
sudo systemctl enable systemd-resolved
sudo systemctl start systemd-networkd
sudo systemctl start systemd-resolved禁用/屏蔽默认网络服务:
sudo systemctl disable networking重命名或删除旧的网络内容,这一步骤对于保持/etc/ keep 受已解析的服务的控制至关重要:
sudo mv /etc/network/interfaces /etc/network/interfaces.save终于起作用了,耶!
https://unix.stackexchange.com/questions/680371
复制相似问题