最近,我遇到了一个明显的DNS解析问题,我记录了这里,这导致我进一步调查/etc/ this。
在我的Linux机器上,这是一个指向/run/systemd/ Mint /stub-3 v.conf的符号链接,其内容是:
nameserver 127.0.0.53
options edns0 trust-ad该文件实际上包含了更多的注释行,建议管理员不要更改其内容(为了解决原来的问题,我最终不得不这样做)。
在研究了一下之后,我想我理解了现代的Linux系统使用了一个新的resolveconf包,尽管非常令人不安的是,sudo apt changelog resolvconf揭示了最新的版本1.82是不稳定的。
我的理解是,127.0.0.53正在将DNS请求重定向到解析向量f,这反过来将完成必要的查找。有人能确认一下吗?
这个职位声称可以使用替代的DNS服务器创建一个文件,然后通过sudo resolvconf -u更新/etc/ would。在1.82版本中,这个命令是不存在的。man resolvconf显示最接近的是resolvectl,但是页面没有显示任何这样的-u选项,也没有提到所建议的基本文件。事情又变了吗,还是那篇文章里的评论完全错了?
我的临时快捷方式是移除符号链接/etc/resolv.conf,并创建一个具有相同名称的文件和我选择的DNS服务器,但我认为这将使解析器包完全失效,并可能产生其他负面影响。因此,我在做了我所需要的事情后,直接恢复了我的黑客攻击。在此期间,我正在寻找进一步的清晰,我希望有人能在这里提供一些启示。
发布于 2022-03-17 12:58:17
您可以尝试只使用systemd-resolved:
/etc/systemd/resolved.conf中/run/systemd/resolve/stub-resolv.conf。使用resolvectl status或systemd-resolve --status检查您的DNS服务器,并使用systemd-resolve NAME测试名称解析。
https://unix.stackexchange.com/questions/694764
复制相似问题