专用networking的顶级域名/域名后缀?

在我们的办公室里,我们有一个纯粹的内部DNS设置的局域网,在这个局域网上,所有名字都是whatever.lan客户端。 我也有一个VMware环境,在虚拟机的networking上,我将虚拟机命名为whatever.vm

目前,我们的局域网无法访问虚拟机的networking,但是我们正在build立一个生产networking,将这些虚拟机迁移到可从局域网访问的虚拟机。 因此,我们正试图解决一个关于域名后缀/顶级域名(TLD)的惯例,我们在这个新的networking上向客人申请域名后缀/顶级域名(TLD),但是我们不能拿出一个好的.vm .local.lan在我们的环境中都具有内涵。

那么,在这种情况下最好的做法是什么? 是否有一个TLD或域名列表可以安全地用于纯粹的内部networking?

    不要使用发明的TLD。 如果ICANN将其委托,您将遇到很大的麻烦。 如果您与恰好使用相同虚拟顶级域名的其他组织合并,也是如此。 这就是为什么全球唯一的域名是首选。

    标准RFC2606保留了用于例子,文档,testing的名称,但是没有用于一般用途,并且有充分的理由:今天,获得真实和独特的域名是如此简单和便宜以至于没有理由使用虚拟的一个。

    所以,购买iamthebest.org并用它来命名你的设备。

    将您公司的注册域名的子域名用于不想在Internet上提供的名称的内部机器。 (当然,只能在内部DNS服务器上托pipe这些名称。)下面是虚构的Example Corporation的一些示例。

    面向Internet的服务器:
    http://www.example.com
    mail.example.com
    dns1.example.com

    内部机器:
    dc1.corp.example.com
    dns1.corp.example.com
    client1.corp.example.com

    我用“corp”来表示这个子域在内部公司networking上描述了机器,但是你可以在这里使用任何你想要的东西,比如“internal”:client1.internal.example.com。

    请记住,DNS区域和子域名不必与您的networking编号scheme保持一致。 例如,我的公司有37个地点,每个地点都有自己的子网,但所有地点都使用相同的(内部)域名。 相反,您可以只有一个或几个子网,但许多同级内部域或子级别的级别可以帮助您组织您的机器。

    使用内部子域还有另一个好处:巧妙地使用search后缀,而不是使用主机名而不是FQDN,可以构build在开发,质量保证和生产中都可以使用的configuration文件。

    例如,您总是在configuration文件中使用“database = dbserv1”。

    在开发服务器上,将search后缀设置为“dev.example.com”=>使用的数据库服务器:dbserv1.dev.example.com

    在QA服务器上,将search后缀设置为“qa.example.com”=>使用的数据库服务器:dbserv1.qa.example.com

    在生产服务器上,将search后缀设置为“example.com”=>使用的数据库服务器:dbserv1.example.com

    这样,您可以在每个环境中使用相同的设置。

    如前所述,您不应该为您的专用networking使用未注册的TLD。 特别是现在,ICANN允许几乎任何人注册新的顶级域名。 你应该使用一个真实的域名

    另一方面, RFC 1918是明确的:

    间接引用这些地址应包含在企业内部。 这种引用的突出例子是DNS资源logging和涉及内部专用地址的其他信息。 所以你的名字服务器也应该使用视图来防止私人logging在互联网上传输。

    我们倾向于认为主机虚拟命名与物理命名没有什么区别 – 事实上,我们已经从物理层抽象了主机configuration(软件)。

    所以我们购买硬件项目,并在其上创build主机项目(并使用简单的关系在我们的文档中显示)。

    其目的是当存在主机时,DNS不应该成为决定性因素 – 因为我们已经有机器从一个空间移动到另一个空间 – 例如,一个低性能的webapp不需要消耗昂贵的CPU周期 – 虚拟化它,它保留了它的命名scheme,一切都继续工作。

    我不确定这会对你有帮助,但对于我的AWS账户中的内部DNS,我使用.aws作为tld,而且看起来工作得很好。

    我知道有一些顶级域名(TLD)你应该不用,但除此之外,我不认为这太严格了。

    我曾在几家较大的公司工作,他们将authentication源用作顶级域名(TLD),也就是说,如果它是MS / Windows服务器,则使用Active Directory作为authentication来源,它将是.ad ,而另一些则是.ldap (为什么他们不只是使用相同的源代码或从同一目录服务复制的服务器?我不知道,当我到达那里时就是这样)

    祝你好运