将 .local 用于内部网站

22 domain-name-system url internal-dns

可以app.mycoolname.local用于私有/内部 URL 吗?

我们有几个基于 Web 的应用程序,但它们是私有应用程序,不向公众公开。

我们一直在为其中一些使用“.net”,这没有意义,因为它们可能与互联网上的真实 URL 发生冲突。这还不是问题。

但是现在我有一组新的应用程序,我想使用“流行”名称来命名它们,这肯定会与 Internet 上的 URL 冲突。

我应该使用app.mycoolname.local吗?我现在以这种方式设置它,它似乎正在工作。我读过一些鼓励它的地方,但后来我看到了一些它不起作用的地方(Mac 上有些问题,但我们没有这些,所以 NBD)。

goo*_*goo 36

不要使用 .local。也不要使用 .anythingyoujustmadeup。甚至不要使用保留的 TLD。使用真实的域或子域,只是不要让它对外界可见。主要原因是当您为使用 .local(或 example.com)的 A 公司工作而他们购买也使用 .local(或 example.com)的 B 公司时。将两个命名空间放在一起并不是很有趣。

  • 我们有(例如)server.ourcompany.com 和 otherserver.ourcompany.local;除非公司 B 也称为“我们的公司”,否则发生碰撞的可能性不大。我们可能应该使用(例如)otherserver.corp.ourcompany.com,但这个决定是前一段时间做出的。 (2认同)

bor*_*yer 17

不要使用发明的 TLD。如果ICANN将其委托给它,你就会遇到大麻烦。如果您与碰巧使用相同虚拟 TLD 的另一个组织合并,则情况相同。这就是为什么首选全球唯一的域名。

标准RFC 2606为示例、文档、测试保留名称,但没有用于一般用途,并且有充分的理由:今天,获得真实且唯一的域名是如此容易和便宜,以至于没有充分的理由使用假一个。

因此,购买iamthebest.org并使用它来命名您的设备。其他解决方案:local.yourdomain.org

  • @MarkJohnson 这不是真的,[ICANN 申请人指南](http://newgtlds.icann.org/en/applicants/agb) 在第 2.2.1.2.1 节中列出了保留名称 *“AFRINIC IANA-SERVERS NRO ALAC ICANN RFC 编辑 APNIC IESG RIPE ARIN IETF 根服务器 ASO INTERNIC RSSAC CCNSO 无效 SSAC 示例* IRTF 测试* GAC ISTF TLD GNSO LACNIC WHOIS GTLD-SERVERS 本地 WWW IAB 本地主机 IANA NIC"* (2认同)
  • 阅读完这个问题后,我决定选择“.in.mydomain.com”,我很高兴。“in”当然是“internal”的缩写。甚至可以生成很棒的 ssh 别名:“ssh host1.in”,然后让 `~/.ssh/config` 文件整理出其余的内容。 (2认同)

duf*_*703 13

除非您了解 zeroconf 的工作原理,否则我不会使用 .local,因为当您开始看到 IPv6 成为主流时,它会变得更重要。

过去,我使用过:

  • 编造 TLD(由于各种原因不是一个好的做法)
  • 内部子域(即 corp.example.com)
  • 具有不同 TLD 的内部域(即 example.net)

IMO,后一种选择都是更好的主意。

  • 如果您选择最后一个选项,请确保您*拥有*具有不同 TLD 的域名!我拥有一个虚荣的 .net 域名,其对应的 .com 由离我千里之外的一家小企业所有。他们在内部网络中使用 .net 版本,而我收到了他们所有的内部电子邮件!我打电话给他们,告诉他们发生了什么事,他们不相信我。最终他们弄明白了,但这对我们所有人来说都是一个巨大的头痛。如果他们是医生办公室或律师事务所,也可能是严重的隐私泄露。 (2认同)

Ger*_*mbs 9

从技术上讲,您不应该使用它。它被多播 DNS /零配置网络用于链接本地地址。在实践中,这似乎并不重要。在过去的几年里,我一直在使用 .local 后缀的内部网络上使用 Mac 笔记本电脑(使用 zeroconf),没有任何问题。


Alb*_*bic 8

正如 Gerald Combs 指出的那样,这.local是一个保留域,不应用于其他用途。

正如 Gerald Combs 指出的那样,该.local域被许多 Apple(和其他)软件使用,因此以其他方式使用它可能会导致该软件出现问题。

为什么不使用公共站点的子域?类似的东西app.internal.mycompany.com是合适的,不会与您的公共网站发生冲突。

  • 不,.local 不是保留的。这正是不应该使用它的原因。否则,我完全同意。 (3认同)

Ric*_*den 5

.local 由 Microsoft 的小型企业服务器和 Mac 上的 MDNS(即 Bonjour)使用。我认为苹果和微软都使用它这一事实使得 ICANN 不太可能将其授权,但它不是保留的,而且理论上他们确实有可能这样做。

我会使用类似 server.internal.yourcompany.com 的东西

  • 是的,我很惊讶 ICANN 仍然没有保留 .local,特别是考虑到任何有足够资金的人现在都可以注册他们想要的 TLD。 (2认同)

pal*_*rse -8

使用 .local 区域是完全可以接受的。我们有一个用于内部网络,主要用于开发站点,但效果很好。

  • 坏主意,其原因在http://serverfault.com/questions/17255/top-level-domain-for-private-networks/17566中解释 (20认同)
  • 不不不。.local 不是保留的,请勿使用它。 (11认同)
  • 请参阅 http://en.wikipedia.org/wiki/Pseudo-top-level_domain 上的文章。虽然这不能保证,但 .local 很可能会没问题。 (3认同)
  • @palehorse,“然而,在同一网络上两种方法的实现可能会出现问题,因此通过“单播”DNS 服务器解析此类名称已不再受欢迎,因为支持零配置网络 (zeroconf) 的[设备]已经变得越来越普遍。” — http://en.wikipedia.org/wiki/.local (2认同)