主页 / unix / 问题 / 457166
Accepted
TPPZ
Asked: 2018-07-20 01:26:26 +0800 CST

无法解析我办公室 LAN 内部的 .local 域

  • 772

在 Linux Debian 9 上，我能够解析特定的本地域，例如my.sample-domain.local使用一些命令，如nslookupor host，但不能使用其他一些命令，如ping或 Postgres 客户端psql。

我认为像网络管理器这样的东西已经正确设置了我的 DNS 解析器（的内容/etc/resolv.conf），所以我不确定为什么会发生这种情况？

我与使用 Windows 10 的同事核实，他们的主机文件中没有任何自定义条目，尽管在他们的情况下，Windows 版本ping和他们的 Postgres 数据库 UI 按预期工作，将域解析为 IP 地址。

请看下面：

$ ping my.sample-domain.local
ping: my.sample-domain.local: Name or service not known

$ host my.sample-domain.local
my.sample-domain.local has address <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>

$ ping -c 5 <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>
PING <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN> (<THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>) 56(84) bytes of data.
64 bytes from <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>: icmp_seq=1 ttl=128 time=1.16 ms
64 bytes from <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>: icmp_seq=2 ttl=128 time=0.644 ms
64 bytes from <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>: icmp_seq=3 ttl=128 time=0.758 ms
64 bytes from <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>: icmp_seq=4 ttl=128 time=0.684 ms
64 bytes from <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>: icmp_seq=5 ttl=128 time=0.794 ms

--- <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN> ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4056ms
rtt min/avg/max/mdev = 0.644/0.808/1.160/0.183 ms

$ nslookup my.sample-domain.local
Server:        <THE_IP_REPRESENTING_THE_NAMESERVER>
Address:    <THE_IP_REPRESENTING_THE_NAMESERVER>#53

Non-authoritative answer:
Name:    my.sample-domain.local
Address: <THE_IP_REPRESENTING_THE_LOCAL_DOMAIN>


$ cat /etc/resolv.conf
domain <AN_INTERNAL_DOMAIN>
search <AN_INTERNAL_DOMAIN>
nameserver <THE_IP_REPRESENTING_THE_NAMESERVER>
nameserver <ANOTHER_IP_REPRESENTING_THE_NAMESERVER>

编辑：

同时我意识到在同一个办公室局域网中有一个 Ubuntu 16 虚拟机，所以我登录它并尝试了ping在那里工作的命令。

此外，Ubuntu VM 中没有任何特定的自定义设置/etc/hosts（与我的 Debian 9 笔记本电脑一样，没有自定义/etc/hosts）。

两者/etc/resolv.conf看起来相似（一些共享域/IP，同一域的一些其他 IP）。

但是文件/etc/nsswitch.conf是不同的，所以我认为这mdsn4_minimal和主机解析的顺序有问题，就像mdsn4_minimal之前一样dns：

hosts:      files mdns4_minimal [NOTFOUND=return] dns

在 Ubuntu 上：

hosts:      files dns

编辑2：

Ubuntu 16 VM 和我的 Debian 9 笔记本电脑都能够使用该命令解析该.local域。dig

debian dns

3 个回答

  1. Best Answer

    host并nslookup执行 DNS 查找，但是大多数应用程序使用 glibc 的名称服务开关来决定如何查找主机名。

    您/etc/nsswitch.conf可能会启用 mDNS，这可能会导致解析.local名称时出现问题。如果您认为不需要 mDNS 服务，您可以更改查找的顺序或删除它。

    你nsswitch.conf的 has mdns4_minimal，它进行mDNS查找（用于.local名称）。[NOTFOUND=return]之后它会导致查找停止，因此从不使用 DNS，并且您的应用程序无法解析主机名。您可以删除整个mdns4_minimal [NOTFOUND=return]，因此不使用 mDNS 查找，或者仅删除 NOTFOUND 操作，以便在 mDNS 查找失败时进行 DNS 查找。

    有关更多详细信息，我建议查看名称服务切换文档。

    • 31

  2. 这里更大的问题是：众所周知，.local在设置 DNS 基础设施时不应使用以结尾的 DNS 域名。

    .localuse 保留用于 zeroconf/avahi aka bonjour 使用，它们是用于解析除 DNS 之外的本地名称/服务的并行服务。

    在某些情况下，您的内部 DNS 名称服务肯定会与 zeroconf 发生冲突。因此，您接受了问题中的解决方案。

    从长远来看，您的内部网络 DNS 名称不应以.local.

    PS 顺便说一句，除了 DNS，也不应该命名本地 Microsoft DC/AD .local。如果你这样做，你会遇到奇怪的问题。

    多播 DNS (mDNS) 标准。
    互联网工程任务组 (IETF) 标准跟踪 RFC 6762（2013 年 2 月 20 日）保留使用本地域名标签作为可通过多播 DNS 解析的局域网中主机名的伪顶级域名称解析协议。

    来自 MS Technet（维基百科）

    如果您有运行 Macintosh OS X 10.3 版或更高版本操作系统的 Macintosh 客户端计算机，……建议您不要使用 .local 标签作为内部域的完整 DNS 名称。如果您必须使用 .local 标签，那么您还必须在 Macintosh 计算机上配置设置，以便它们可以发现网络上的其他计算机

    RFC 6762

    任何以“.local”结尾的名称的 DNS 查询。必须发送到
    mDNS IPv4 链路本地多播地址 224.0.0.251（或其 IPv6
    等效 FF02::FB）。

    ……

    1. 反向地址映射

      与“.local.”一样，IPv4 和 IPv6 反向映射域也被定义为链路本地：

      任何以“254.169.in-addr.arpa”结尾的名称的 DNS 查询。必须发送到 mDNS IPv4 链路本地多播地址 224.0.0.251 或 mDNS IPv6 多播地址 FF02::FB。由于该域下的名称对应于 IPv4 链路本地地址，因此本地链路是查找与这些名称有关的信息的最佳位置是合乎逻辑的。

    ……

    为明确以“.local”结尾的名称启用和禁用多播 DNS 不需要特殊控制。由用户输入。
    用户不需要为以“.local.”结尾的名称禁用多播 DNS 的方法，因为如果用户不想使用多播 DNS，他们可以通过不使用这些名称来实现此目的。
    如果用户确实输入了以“.local.”结尾的名称，那么我们可以安全地假设用户的意图可能是它应该工作。

    虽然不是来自官方来源，但我也发现了这个，其中有一段很好地解释了这个问题：停止使用 .local 作为 LAN 的顶级域

    .local 域是所谓的伪顶级域。这意味着什么？这意味着它不是互联网上可用（可路由）的官方顶级域，但它具有半官方地位，因为它用于某些应用程序。
    在 .local 的情况下，它由多播域名服务 (mDNS) 使用。实现此服务的主机使用 .local 作为其域名，并有自己的名称解析方式。通常，这不是问题。但是，如果您还在网络上使用 .local 作为顶级域来实施 DNS，则会导致严重的名称解析问题。
    我在 Linux 系统上经常看到这种情况，我想 Apple 的 OS X 可能也会有这些问题。通常，在这些类型的网络上，您会发现 DNS 名称解析根本不起作用或仅在某些时候起作用。最后，您最终不得不一直使用 IP 地址，因为您不知道名称是否可以解析（这首先否定了拥有 DNS 服务器的全部意义）。

    • 12

  3. 也许您的NBNS与DNS冲突，因此请更正，或编辑您的主机文件，或包装您的命令；

    NAME=my.sample-domain.local
ping $(host $NAME | perl -pe 's/.* //g')

    应使用dig检查 DNS ；

    dig @$SERVER $NAME +short

    我猜主机首先搜索 NBNS（或相反）。

    • 0

相关问题