我拥有一个域名。 我将其称为example.com 。 我想在我的专用networking上build立一个本地的BIND服务器。 我有一个私人IP地址为192.168.2.13的盒子
我想有一个名为development.example.com框，在我的DNS提供商指向私有IP（192.168.2.13）的地方添加一个example.com的Alogging被认为是正常的做法，这样development.example.com可以解决我的机器在我的私人networking？
在我的DNS提供商处添加指向私有IP（192.168.2.13）的example.com的Alogging是否被认为是正常的做法，以便development.example.com可以parsing到我的私有networking中的计算机？
这肯定会起作用 ，但这不是最好的做法，因为它打开了关于您的私人networking信息泄漏的一扇门。
在本地运行一个DNSMasq实例，您的所有LAN客户端都可以指向该实例。 然后在DNSMasq中，您可以将其他主机添加到您的域和/或主机覆盖中，从而在外部优先于权威DNS服务器。
这样做没有问题 – 事实上，主要的消费者路由器制造商之一曾经提供一个域名，其中有一个指向192.168.0.1的Alogging（虽然我再也找不到这方面的任何文档）。
但是，如果您只需在本地networking上使用此DNSlogging，则应按照上面 @EEAA的build议运行本地DNSmasq或TinyDNS。
如果您使用Vagrant （或类似的）虚拟机进行开发，那么我将这个私有地址放在一个公共的DNS服务器中。 例如，如果我有一个用于开发example.com的Vagrant虚拟机，IP地址为192.168.53.123 ，这是一个专用地址，只能在托pipe虚拟机的机器上访问，那么我会为vm.example.com创build一个Alogging，指向192.168.53.123以便其他开发人员可以使用它，而无需在本地添加自己的DNSlogging。
绝对有效。 有一种方法可以将不同版本的ISC的BIND绑定到不同的请求者（称为“视图”），因此，如果需要，您可以将此信息限制在局域网内。 但我怀疑你会打扰。
非常好，例如，你可以有一个带有两个接口的服务器，并且将内部名称parsing为本地地址，并且用公共地址parsingweb，正如已经提到的绑定视图一样。
对于一台机器，只需在/ etc / hosts中添加一个条目就可以了：
192.168.2.13 development.example.com
如果你想使用绑定并将这个条目公开给外部世界，那么这可能并不重要，因为你对域example.com没有权限，也没有人会问你。
但是如果你想从你的域名中得到一个真实的名字，那么最好有一个外部地址，至less指向你的一个服务器，这个服务器会用一个错误信息来回答，而不是让人们一直等到他们意识到他们不在内部networking。 （忘了启动tunnelblick / openvpn，或者其他原因）