《DNS与BIND(第5版)》——1.5 一定要使用DNS吗

1.5 一定要使用DNS吗

尽管DNS很实用,但是仍然存在不需要使用DNS的情况。除了DNS以外还有其他的名称解析(name-resolution)机制,其中的一些可能还是某些操作系统的标准组件。有时管理区域和名称服务器的花费要远远超过它的收益。另一方面,在某些情况下,除了建立和管理名称服务器之外别无选择。下面有一些能够帮助做出决定的指引。

如果已经连接到了Internet……

那么DNS是必需的功能。DNS可以看作是Internet上的通用语言:几乎所有Internet上的网络服务都使用了DNS。这些服务包括Web、电子邮件、远程终端访问以及文件传输。

另一方面,这并不一定意味着必须亲自建立和管理自己的区域。如果只拥有少量的主机,则可以加入一个现有的区域(参考本书第3章),或者可以找别人协助管理区域。如果是付费经由Internet服务提供商(Internet service provider,简称ISP)接入Internet的,则可以询问他们是否也会协助管理该区域。即使不是Internet服务提供商的顾客,市场上也还有其他的公司可以提供帮助,当然代价是需要支付一定的费用。

如果已拥有为数不少的主机,则可能会希望拥有自己的区域。如果想直接管控自己的区域和名称服务器,那么请继续往下阅读!

如果拥有自己的基于TCP/IP协议的internet……

那么可能会需要DNS。这里所说的internet,并不仅仅指使用TCP/IP协议将工作站连接起来的一个以太网(如果有这种感觉,则请参阅下一节的说明);其真正的意思是一个相当复杂的“由许多网络相连而组成的网络”。例如,或许拥有数十个通过路由器连接在一起的以太网段。

如果该internet基本上是一个同构的网络,而其中的主机又不需要DNS(这些主机并不使用TCP/IP协议),那就可以不使用DNS。但是如果拥有各式各样的主机,尤其是某些主机运行了不同版本的UNIX系统,这时就可能会需要DNS。它将简化主机信息的分发,消除可能会遇到的各种不同主机表分发机制的麻烦。

如果拥有自己的本地区域网络或者站点网络……

如果该网络没有连接到更大的网络上,那么就可能不需要使用DNS了。可以考虑使用Microsoft的Windows Internet名称服务(Windows Internet Name Service,WINS)、主机表或是Sun公司的网络信息服务(Network Information Service,NIS)等产品。

但是如果需要分布式的管理,或者在保持网络数据的一致性上有困难,那么DNS可能就是为此准备的。假如该网络很快就要连接到另一个网络上(比如公司的internet,或者是Internet),那么现在就着手建立自己的区域将会是明智之举。

时间: 2024-09-28 08:55:37

《DNS与BIND(第5版)》——1.5 一定要使用DNS吗的相关文章

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

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

《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系统的标准配

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

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

《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版)》——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版)》——4.3 建立BIND配置文件

4.3 建立BIND配置文件 现在已经创建好了区域数据文件,接下来必须指引名称服务器读取这些文件.对于BIND来说,指引服务器读取其区域数据文件的机制便是配置文件.到目前为止,本章已经讨论了那些数据和格式被DNS规范描述过的文件.不过,下面所讨论的配置文件的语法,虽然是BIND所特有的,但是却没有在DNS RFC中被定义. 从版本4到版本8之间,BIND配置文件的语法发生了显著的变化.幸运的是,BIND 8和BIND 9之间未发生任何变化.BIND 4已问世很久了,这里就不再讨论它的配置文件.如

《DNS与BIND(第5版)》——第1章 背景1.1 Internet简史

第1章 背景 白兔子戴上它的眼镜,问道:"陛下,我该从何说起?" "从头开始,"国王一本正经地说道,"一直到结束,然后停止." 要想理解域名系统(Domain Name System,DNS),最好先了解一些ARPAnet的历史.DNS开发的目的是为了解决ARPAnet上的一些特殊问题,但是由ARPAnet发展而来的Internet却仍然是DNS的主要使用者. 如果已经使用了多年的互联网,则可以跳过这一章.否则,阅读本章能够提供足够的背景知识,以

《DNS与BIND(第5版)》——1.3 DNS简述

1.3 DNS简述 域名系统是一个分布式数据库.这种结构允许对整体数据库的各个部分进行本地控制,并且在各个部分中的数据通过客户端/服务器(client/server)模式变得对整个网络都可用.通过复制和缓存等机制,DNS拥有了健壮性和充足的性能. 被称为名称服务器(nameserver)的程序构成了DNS客户端/服务器机制的服务器一端.名称服务器包含了数据库中某些部分的信息,并使得这些信息对被称为解析器(resolver)的客户端可用.解析器通常只是一组库例程(library routine),

Linux服务器配置之DNS——采用BIND

众所周知,Linux虽然在桌面应用上赶不上Windows普及和易用,但也恰恰是因为其看起来很麻烦的命令行操作,使得其在安全性方面要优于为了易用而采用图形化界面的windows ,正因如此,使得Linux在服务器方面可以大展拳脚,其中尤以apache著称的LAMP和DNS服务器BIND更是使用普遍.下面说说bind的配置方法. 首先,从以前写的文章知道,我采用的操作系统是RED HAT Fedora Core 7,在安装系统的时候,在选择软件包的时候,我是采用的自定义方式,我把一些没用的软件如那些