我刚刚在全新安装的 Ubuntu 服务器 cosmic 18.10 上安装了 LXQT。
它使用 connman-ui 作为 wifi/网络管理器。
如果我插入以太网电缆并同时启用 wifi,则 DNS 可能会工作。如果我插入以太网电缆并禁用 wifi,则 DNS 始终工作。如果我拔下以太网电缆并启用 wifi,则 DNS 不起作用。
专注于 wifi 的情况:-
如果我转到 connman UI 设置和“详细信息”选项卡,它会显示服务类型:Wifi 和名称服务器 192.168.1.254,这是正确的(这是我的 BT Homehub)并且我可以 ping 192.168.1.254。
如果我进入 /etc/resolv.conf,它会显示名称服务器 127.0.0.53
如果我使用 netstat -nlp |grep 53 检查,它会说
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 1202/connmand
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 1001/systemd-resolv
接下来,使用 systemd-resolve --status 我得到
Link 3 (wlp3s0b1)
Current Scopes: none
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 2 (enp2s0)
Current Scopes: none
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
现在,如果我再次启用以太网,我会得到:-
Link 3 (wlp3s0b1)
Current Scopes: none
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 2 (enp2s0)
Current Scopes: DNS
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Current DNS Server: 192.168.1.254
DNS Servers: 192.168.1.254
DNS Domain: home
在另一台笔记本电脑(联想 T420s)上进行完全相同的设置,并安装 Debian stretch,在 wifi 上是可靠的。
另一台笔记本电脑(联想 T470)也安装了 Cosmic 18.10 和 LXQT,wifi 稳定可靠。编辑:抱歉,这是个转移注意力的借口。我刚刚在 /etc/resolv.conf 中看到它设置为 8.8.8.8。我想我破解了它,然后忘了自己破解了。
这台笔记本电脑(Macbook Pro 8,3)在 Debian Sid 和 Cosmic 18.10 上运行都不可靠。
我想将此报告为某个地方的错误,但我不确定哪个软件包导致了这个问题。是 connmand、systemd-resolve 还是 wifi 驱动程序?
编辑2:- 如果有人正在使用 LXQT 并且只想要一个实用的修复,那么这似乎有效:-
systemctl disable systemd-resolved
systemctl stop systemd-resolved
mv resolv.conf resolv.conf.systemd
echo "nameserver 127.0.0.1" > /etc/resolv.conf
这只是禁用 systemd-resolve 并使用 connmand 作为内部 DNS 服务器,如果您使用 connman UI 设置,这可能就是您想要的。
回到我最初的问题,我不确定是否只是原始版本使用“服务器”版本并且 systemd-resolve 适合服务器构建而不是笔记本电脑,或者安装 connmand 是否应该禁用它。
我使用服务器版本的原因是我不想在安装 LXQT 之前删除所有的 gnome guff,而服务器版本似乎是实现这一目标的最简单的方法。