使用Ubuntu一段时间后,我安装了 Linux Mint 19 ,
我有一个带有子域的本地域, 我可以ping mydomain.local
但是我无法ping或访问带有其名称的子域,
我的DNS服务器IP = 10.0.0.4
这是我用 resolvconf 生成的 /etc/resolv.conf :
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
nameserver 10.0.0.4
这是我的 /run/systemd/resolve/stub-resolv.conf :
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "systemd-resolve --status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver 10.0.0.4
请帮助我。
答案 0 :(得分:0)
我不是薄荷专家,不知道我是否可以提供帮助,但是我一定会尝试...在支持论坛中有点“盲目盲人”:/
我最近安装了Mint 19,但是我遇到的唯一DNS问题是由systemd的解析器引起的。此后,我已将其替换为unbound
。
我使用了这家伙的指示,对我来说效果很好。 YMMV。
https://blobfolio.com/2017/05/fix-linux-dns-issues-caused-by-systemd-resolved/
tl; dr:使用systemd-resolve时,LLMNR用于短名称解析,该功能不会故障转移到规范化的DNS解析。 LLMNR尝试了几次,然后失败而未触及DNS。
我认为其中存在一个严重的错误,TBQH-其他人也同意。 Systemd的解析器的行为异常并可能违反标准,已经运行了3-4年。
HTH:D
答案 1 :(得分:0)
我发现了问题,它在以下行的文件 /etc/nsswitch.conf 中:
hosts: files mdns4_minimal [NOTFOUND=return] dns myhostname
在“ [NOTFOUND = return] ”部分之后标记“ dns ”,这就是为什么DNS解析不能正确进行的原因,完成是将“ dns”移到“ [NOTFOUND = return]”部分之前,现在一切都很好。