我确实需要对resolv.conf在ubuntu18.04.02上的处理做一些澄清,我的主机配置为使用旧的接口文件。但是接口本身被配置为使用dhcp自动enp2s0 iface enp2s0 inet。
dns搜索列表也是通过dhcp提供的,还显示在租约中。
现在,在/etc/解析式. link旁边似乎有两个附加的resolv.conf,或者至少链接基。
对于systemd解析link,编写它是为了使用/var/run/systemd/link/surv.conf,并为这个文件创建一个符号链接(/etc/link)。
但是,服务解析的状态表示警告,即/run/ resolvconf /surv.conf应该是/etc/ says的链接库。
顺便说一句,我的主人还没解决.
那么主文件应该是什么呢?
发布于 2019-06-11 13:12:03
在Ubuntu 18.04及以后版本,通常的安排是:
ls -al /etc/resolv.conf
/etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf如果你的不一样,我建议你:
sudo rm -f /etc/resolv.conf
sudo ln -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf重新启动。
发布于 2022-04-24 15:52:35
这是一个更广泛的答案,我完全欠另一个线程的@ that 555。
历史(对于那些无法找到解决这个问题的正确线索的人来说):我的问题是,我的resolv.conf文件(S)似乎被“破坏”了,而且我无法访问互联网(尽管我能够连接到我的路由器)。其他文章建议编辑resolv.conf文件并添加
nameserver 8.8.8.8
nameserver 8.8.4.4这对我毫无帮助,因为我无法保存更改。问题是缺少/错误的系统链接(或指针)。
最后,有帮助的是(我再说一遍,这是智利555‘S的成就,而不是我的):
1-在终点站做:
ls -al /etc/resolv.conf输出应该如下所示:[...] /etc/resolv.conf -> /run/systemd/resolve/stub-resolv.conf
如果没有;
2-做:
sudo rm -f /etc/resolv.conf
sudo ln -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf3-做:
reboot再次检查ls -al /etc/resolv.conf,它应该打印出我在1中提到的内容。如果没有,您可能已经做了一个错误,在这种情况下,重复步骤2。
如果ls -al /etc/resolv.conf的输出只显示/etc/resolv.conf您输入了错误的-al,那么您就忘记了"-a“之后的"l”(第一次发生在我身上)。
在重新启动并重新连接到我的路由器之后,一切都如期而至。
(我的发行版是: Ubuntu 20.4.4)
https://askubuntu.com/questions/1150239
复制相似问题