什么时候应使用.local？

因此，我已经建立了一些Win Serv，并且在有路由器将我的内部网络与外部网络分开时，总是执行.local事情。现在，我是第一次设置* nix框，这个概念仍然适用吗？我是否仍然希望我的FQDN（/etc/hostname）在我的网络中的所有机器（混合：linux服务器，win工作站）上显示.local或.com。

这个问题是在始终让Active Directory牵手的情况下提出的，现在我要手动设置DNS机器。

正如@Zoredache指出的那样，.local名称空间没有任何正式状态（最接近的名称是RFC 2606中.localhost定义，保留的名称）。因此，永远不要使用它，因为ICANN可以在一天之内将该TLD分配给某人。 在正确的事情做的就是注册自己喜欢的领域（也许是下下之，并指定主机名如适用）。.local
example.cominternal.example.com

话虽这么说，如果你想使用.local或.lan为您的内部主机的顶级域名，你肯定不会孤独，在这一点上任何的可能性，试图篡夺.local，.lan或者.private是相当低的：他们是如此普遍地是使用试图纠正几十年的不幸是不值得的。
但是请注意，不得从公共互联网访问（或以任何方式公开）此类机器和名称。这是一种较小的罪恶，类似于在您的公共接口上发布RFC-1918网络地址，并且像我这样的人会在公共场合对您不以为然，对您不满，并在私下取笑您的网络信息泄漏。

还要注意，* nix机器在Active Directory的意义上实际上没有“域”的概念-最接近的类似物是NIS域，与AD一样，它与DNS无关。
裸露的* nix系统实际上只知道其自己的个人主机名，该主机名不必是完全限定的域名（alice与一样有效alice.wonder.lan），尽管按照惯例，许多管理员使用计算机的完全限定DNS名称作为其主机名。
这使您可以避免使用“非官方”域名（例如）.local，但是IMHO的“正确性”要比使用有效的，已分配的，完全合格的域名作为系统的主机名要少。

它尚未正式发布，但它可能无处不在：.local用于多播DNS中的链接本地名称解析：

本文档指定DNS顶级域“ .local”。是具有特殊语义的特殊域，即任何以“ .local”结尾的完全限定名称。是本地链接，此域中的名称仅在它们起源的链接上有意义。这类似于169.254 / 16前缀中的IPv4地址或FE80 :: / 10前缀中的IPv6地址，它们是本地链接的，仅在它们起源的链接上有意义。

您会发现Apple产品和运行Avahi的现代Linux发行版都将以零配置以这种方式使用.local。在我自己的网络上，我利用了这一优势并停止维护本地DNS区域，因为我们几乎完全使用Linux和OS X- Windows的Bonjour填补了Windows计算机的最后空白。

如果您实际上需要维护DNS区域，建议您为您注册的域（例如lan.example.com）创建一个子域，并使用水平分割DNS在内部解析本地域。甚至没有互联网草案可以引用，很难证明Windows继续推荐使用.local域的理由。