《DNS与BIND(第5版)》——1.4 BIND的历史

1.4 BIND的历史

Paul Mockapetris亲自创建了第一个域名系统,名叫JEEVES。在此之后被实现的域名系统是BIND(Berkeley Internet Name Domain的缩写),它是由Kevin Dunlap为伯克利的4.3版BSD UNIX系统所编写。BIND现在由Internet Systems Consortium负责维护1。

BIND就是本书所讨论的DNS的实现,也是迄今为止普及最广的DNS实现。它不仅被移植到各个版本的UNIX上,成为大多数UNIX系统的标准配置而被封装于系统中,更是被Microsoft的Windows NT、Windows 2000及Windows Server 2003所采用。

时间: 2024-09-20 04:21:48

《DNS与BIND(第5版)》——1.4 BIND的历史的相关文章

《DNS与BIND(第5版)》——10.7 轮询调度(Round-Robin)负载分配

10.7 轮询调度(Round-Robin)负载分配 自BIND 4.9发布之后,名称服务器已经正式支持一些过去必须通过补丁才能实现的负载分配功能.Bryan Beecher曾给BIND 写过一个补丁,以实现他所谓的"轮转地址记录(shuffle address records)".这是一组特殊类型的地址记录,名称服务器会在响应查询时轮转其中的地址.例如,域名foo.bar.baz有3个"可轮转"IP地址:192.168.1.1,192.168.1.2和192.16

《DNS与BIND(第5版)》——10.12 系统优化

10.12 系统优化 对于大多数名称服务器来说,在BIND的默认配置下就能工作得很好,然而可能其中某个还需要进一步调优.本节将讨论可以用来优化名称服务器的所有配置项. 10.12.1 区域传输区域传输会给名称服务器带来沉重的负担.所以BIND提供一些机制,可以限制slave名称服务器给master服务器带来的区域传输负载. 1.限制请求单个名称服务器传输的区域数量 在slave名称服务器上,可以限制其一次能够向单个master名称服务器请求传输的区域数量.这样master名称服务器的管理员应该会

《DNS与BIND(第5版)》——10.5 转发机制

10.5 转发机制 某些网络连接不希望发送过多的流量到外界去,可能是因为对外的连接速率低.延迟高:例如,远程办公室通过卫星连接到公司的网络.在这些情况下,可能需要将对外的DNS流量限制到最低.BIND提供了一种解决此问题的机制:转发器(forwarder). 如果需要将名称解析分流至特定的名称服务器,那么转发器也是很有用的.例如,如果网络中只有一台主机连接到Internet,并且该主机是名称服务器,则可以将其配置为其他名称服务器的转发器,这样它们就可以查询Internet上的域名了.(本书第11

《DNS与BIND(第5版)》——7.2 更新区域数据文件

7.2 更新区域数据文件 网络总是在不断变化的--新的工作站加入,老的被淘汰或卖掉,或者将主机移至另一个网络.每次改变都意味着区域数据文件必须跟着修改.应该手动修改这些文件还是应该使用工具协助修改呢? 本节将首先讨论如何手动修改区域数据文件.然后再介绍一个协助修改的工具:h2n.事实上,本书推荐使用工具来创建区域数据文件:或者至少使用工具来增加序号.区域数据文件的语法很容易导致错误.因为它无法保证存放在不同文件中的地址和指针记录,能够保持彼此之间的一致性.不过,就算是使用工具,也还是必须知道更新

《DNS与BIND(第5版)》——10.2 DNS动态更新

10.2 DNS动态更新 Internet(即通常使用TCP/IP协议的网络)如今变得愈加动态化.许多大型企业使用DHCP动态分配IP地址.几乎所有的ISP都使用DHCP为其拨号及使用线缆调制解调器(cable modem)的用户分配IP地址.为适应这种变化,DNS需要提供动态增加和删除记录的功能.RFC 2136描述了这种机制,称为DNS动态更新. BIND 8和9支持RFC 2136提出的动态更新功能.此功能允许经过授权的更新者(updater),在区域中的权威名称服务器上增加和删除资源记录

《DNS与BIND(第5版)》——7.5 日志记录

7.5 日志记录 BIND支持扩展的日志记录(logging),包括将信息写入调试文件和发送至syslog.不过,使用扩展的日志记录是有代价的:在能够有效地控制该子系统前,必须要学习很多知识.如果没有时间来实验日志记录,那么就先使用默认值,等以后有空再来研究这个主题.大部分人并不需要更改日志记录的默认行为. 日志记录有两个主要的概念:通道(channels)和类别(categories).通道用来指定日志数据的流向:syslog.文件.named的标准错误输出或是bit bucket.类别用来指

《DNS与BIND(第5版)》——10.11 回避伪装的名称服务器

10.11 回避伪装的名称服务器 作为名称服务器的管理员,可能会发现某些远程名称服务器用有害的信息作为应答,这些信息可能是过时的.不正确的.格式错误的,甚至是故意欺骗的.可以尝试通知对方的管理员来修复该问题.或者通过配置,让名称服务器不再查询该服务器,BIND 8和BIND 及其后续版本支持这个功能.下面是配置文件中的语句: 当然,需要填入正确的IP地址. 如果名称服务器停止查询的服务器,是一个区域唯一的服务器,那么不要指望能够查询到位于该区域的名称了.但愿,还存在其他服务器可以提供关于该区域的

《DNS与BIND(第5版)》——10.9 优先选择特定网络上的名称服务器

10.9 优先选择特定网络上的名称服务器 BIND 8的拓扑(topology)功能与sortlist有些相似,不过它仅用于选择名称服务器.(BIND 9直到版仍不支持拓扑功能.)本章前面曾介绍过,BIND会从同一区域的各权威名称服务器中,选择出往返时间(round-trip time,简称RTT)最短的名称服务器.事实上并非如此.BIND 8在比较RTT时,实际上会把远程名称服务器分配到以64毫秒为单位划分的多个时段中.第一时段其实只有32毫秒宽,从0到32毫秒.下一时段从33到96毫秒,依次

《DNS与BIND(第5版)》——第7章 BIND的维护7.1 控制名称服务器

第7章 BIND的维护 爱丽丝继续喘着气说:"可是,在我住的地方, 只要快快地跑一会儿,你总能跑到另外一个地方的." "那可真是个慢吞吞的地方!" 王后说:"你瞧,在我们这儿,得拼命地跑,才能保持在原地. 要是想到别的地方,得再快一倍才行!" 本章将讨论关于如何维护名称服务器的相关内容.包括如何控制名称服务器,如何修改区域数据文件,以及如何保持root提示文件是最新的.还将列出常见syslog错误信息并解释BIND的统计数据. 本章不会涉及如何排

《DNS与BIND(第5版)》——4.5 主机名称检查

4.5 主机名称检查 如果名称服务器使用的是BIND 或者更新的版本(大部分都是这种情况),则必须特别注意主机是如何命名的.从BIND 4.9.4开始,BIND会检查主机名称是否符合RFC 952的规范要求.如果主机名称不符合该规范,那么BIND会将其当成一个语法错误. 不必恐慌,因为这项检查只针对那些被认为是主机名称的名称.请记住,资源记录拥有一个名称字段和一个数据字段,例如: 主机名称会被放在A(地址)和MX(第5章中会介绍)记录的名称(name)字段中.主机名称也会出现在SOA和NS记录的