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 公司时。将两个命名空间放在一起并不是很有趣。
bor*_*yer 17
不要使用发明的 TLD。如果ICANN将其委托给它,你就会遇到大麻烦。如果您与碰巧使用相同虚拟 TLD 的另一个组织合并,则情况相同。这就是为什么首选全球唯一的域名。
标准RFC 2606为示例、文档、测试保留名称,但没有用于一般用途,并且有充分的理由:今天,获得真实且唯一的域名是如此容易和便宜,以至于没有充分的理由使用假一个。
因此,购买iamthebest.org并使用它来命名您的设备。其他解决方案:local.yourdomain.org。
duf*_*703 13
除非您了解 zeroconf 的工作原理,否则我不会使用 .local,因为当您开始看到 IPv6 成为主流时,它会变得更重要。
过去,我使用过:
IMO,后一种选择都是更好的主意。
正如 Gerald Combs 指出的那样,这.local是一个保留域,不应用于其他用途。
正如 Gerald Combs 指出的那样,该.local域被许多 Apple(和其他)软件使用,因此以其他方式使用它可能会导致该软件出现问题。
为什么不使用公共站点的子域?类似的东西app.internal.mycompany.com是合适的,不会与您的公共网站发生冲突。
.local 由 Microsoft 的小型企业服务器和 Mac 上的 MDNS(即 Bonjour)使用。我认为苹果和微软都使用它这一事实使得 ICANN 不太可能将其授权,但它不是保留的,而且理论上他们确实有可能这样做。
我会使用类似 server.internal.yourcompany.com 的东西
pal*_*rse -8
使用 .local 区域是完全可以接受的。我们有一个用于内部网络,主要用于开发站点,但效果很好。