如何正确禁用系统解析

Question

在我的Ubuntu笔记本电脑上，我发现系统--偶尔解决--无法对127.0.0.53的本地DNS请求做出响应，即使对路由器的DNS服务器的请求仍然有效，所以我想保持简单，并切断系统解析。

(具体来说，在WiFi断开连接然后重新连接之后，系统解析的/etc/解析度为/etc/ then提供的本地DNS服务器将停止响应请求，直到我手动地'systemctl重新启动系统d解决‘。)

我使用的是带有wicd的DHCP无线网络，通常用wicd控制它。如何正确配置系统，以便在与DHCP的WiFi连接下，使用DHCP分配的DNS服务器？我已经禁用了系统解析服务，但这似乎是不够的。这就留下了一个符号链接到一个不存在的/run/systemd/ left /stub-rupv.conf的/etc/stub。即使我删除了它，当我重新连接到NetworkManager时，一个/etc/rupv.conf文件也会由WiFi创建，指向无用的127.0.0.53。即使我删除该文件并停止NetworkManager，然后重新连接到WiFi，也没有/etc/ stop，因此DNS查找没有可使用的服务器。

除了在WiFi DHCP下设置本地IP地址、子网和网关之外，我如何正确地配置wicd或系统的网络设置以完成DNS服务器的正常设置？我通常使用wicd手动选择要连接到的WiFi。另外，WiFi也没有问题，因为其他设备没有问题，以前系统解决的运行也没有问题，有时工作，有时不工作。此外，我试图避免使用NetworkManager，因为我使用的xmonad没有系统托盘，所以我不能轻易地使用NetworkManager系统托盘图形用户界面。

在我连接到WiFi之后，在系统日志中，有一件事看起来非常可疑，那就是dhclient获得DHCPACK之后，系统解析没有重新启动。系统解决方案在此之前就开始了，当时网络大概还没有准备好。因此，/etc/dhcp/dhclient-输入-挂钩/解决似乎没有按预期工作。

编辑:看来，通过禁用systemd解决方案，我遇到了一个已知的错误：https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1745463。

Answer 1

若要禁用系统-解决方案：

sudo systemctl disable systemd-resolved.service
sudo systemctl stop systemd-resolved

删除符号链接/etc/rupv.conf，这样就可以编辑它了。

sudo rm /etc/resolv.conf

创建一个新的resolv.conf文件，并输入您想要使用的DNS服务器。

如果您使用dhclient，它将不会使用服务器发送的值(或者在您自己的客户端配置中使用替代/prepend指令！)更新/etc/解析式. your！除非删除下列文件：

sudo rm /etc/dhcp/dhclient-enter-hooks.d/resolved

我已经尝试过这一点，可以确认它在Ubuntu焦点中有效。请注意，这包括了只在ifupdown中使用dhclient的情况，没有使用Netplan，也没有使用NetworkManager，也没有wicd，甚至也没有解析。所有这些配置都需要不同的步骤才能工作，而不需要系统解析或禁用systemd网络堆栈的其他组件。

参考文献：

这个拯救生命的博客条目

这个救生器，任务--回答

Answer 2

我认为正确的答案可以在这里找到：https://www.turek.dev/posts/disable-systemd-resolved-cleanly/

总之，要按照systemd解析干净地禁用DNS存根，不要禁用systemd解析的服务，而是使用DNSStubListener=no和符号链接/run/systemd/Resurv.conf来正确地配置它到/etc/解析式。

Answer 3

这个零星的问题听起来像是bug 1396379、1805027和1804487。我发现了我偶尔出现的18.04名解析失败的解决方案，那就是添加包libnss-解析。这将/etc/nsswitch.conf主机行修改为：

hosts:          files mdns4_minimal [NOTFOUND=return] resolve [!UNAVAIL=return] dns myhostname  

不需要对默认安装进行其他更改。将/etc/surv.conf链接保留到默认的存根- link。