我不像我想的那样精通configurationDNS。 什么是一些常见的DNSdevisescheme?
编辑:嘎,这很难解释我的意思! 我有兴趣学习如何分类/configuration各种风格的networking(例如:是否有一个术语networking有内部网logging,他们不转移vsnetworking,保持完全公开的logging…是否有networking条款使用dynamicDNS …是否有使用负载平衡networking的术语…)?
最常见的“types”之一是“水平分割 ”,或者简单的“拆分”DNS。
这是DNS服务器根据查询来自何处而给出不同结果的地方。 它在人们分布广泛的组织(“本地”主机,WAN主机或Internet主机)中更为常用,所有这些组织都可能受益于redirect到同一服务器的不同副本或同一服务器,给定的内部地址,一些给予外部(通常是NAT)的地址。
未列出的主要 (又名影子主,未列出的/影子主)是经常在严格安全的内联网中find的configuration。 简而言之,这是在父域中没有NSlogging的主服务器。 换句话说,主服务器没有委派。 代表团应该指向一个或多个从属服务器。
场景:您的ACME公司拥有大多数客户使用的内部网和主DNS服务器。 它承载“intranet.acme.com”区域。 现在,您正在build立一个严格安全的子网,具有单独的DNS服务器和域“finances.intranet.acme.com”。
解决scheme:不要将您的服务器指定为“finances.intranet.acme.com”的NS。 相反,指定一些其他服务器为NS,只要你能说服pipe理员作为奴隶主办“finances.intranet.acme.com”。 (组织的主DNS服务器,将这个子域名委托给你,令人惊讶的是,这样一个奴隶是一个不错的select。)你的宝贵的本地服务器现在实际上在DNS层次结构中是不可见的。 它只会提供区域传输到从属和(可选)答复来自您select的一组客户端的查询。
注意:这取决于您在SOAlogging中指定的服务器。 它可能是您的“未列出”服务器,因为SOAlogging不用于遍历DNS层次结构。
同样,您也可以创build未列出的从属服务器 – 一个域的从属服务器,它不在域的NSlogging中列出。 同样,这台服务器只接收来自知道该IP地址的客户端的stream量,因为其地址不能从任何其他的DNS服务器获得。 它将以任何其他从属机构的方式回答查询:权威且快速(即仅使用本地磁盘文件)。
另一种scheme与上述“非上市服务器”概念有些不兼容,但值得了解。 dnscache和tinydns的作者build议DNS服务器应严格分为两种types:
从安全angular度来看,DNScaching总是非常容易受到中毒(伪造DNSlogging)和其他types的攻击,因为它自然必须通过Internet连接到许多不受信任的DNS服务器。 因此,权威的答案应该由一个不同的软件来服务,因为你真的很想确保你的 DNS服务器不会将你的域的权威性数据散布到整个互联网 。
很可能你会看到:
也可能有其他的情况 – 例如DNS转发器只是将传入的DNS查询转发到其他名称服务器。
dyndns是与您的机器或路由器上运行的更新程序链接的特定服务。 可能你会成为客户而不是运营商。 dyndns客户端检查你的机器是否改变了地址[例如,由于重新连接到adsl运营商],如果是这样,发送更新到dyndns operatortelling myhost.somedyndnsoperatorname.net现在应该指向新的IP – 123.123.123.321。
你可以看看维基百科的更多信息或详细描述你的情况,以获得更准确的答案。
看到我的答案 ,我定义了一个类似的问题: