📄 00000004.htm
字号:
执行 BIND 的人们的邮寄群。这个群体讨论未来设计的决策、运 <BR> 作上的问题、以及其它相关的主题。请求放到这份邮递列表的联 <BR> 络位址是: <BR> <BR> bind-<A HREF="mailto:request@uunet.uu.net">request@uunet.uu.net</A> <BR> <BR> 5.2. 国际学术网路(BITNET) <BR> <BR> 如果你是在国际学术网路上并且需要设立一个领域的话请联 <BR> 络 INFO@BITNTC <BR> <BR> 5.3. 现有领域的副领域 <BR> <BR> 如果你想要现有领域的一个副领域的话,你应该找出父领域 <BR> 的联络点而不是要求上面所列最高阶层注册者其中之一。应该要 <BR> 有个约定使 register@domain 或是 hostmaster@domain 永远都 <BR> 是任何一个领域注册者的别名(有点类似 postmaster )。然而 <BR> 并没有这样的约定存在。把它当作是最後的尝试,但首先你应该 <BR> 检验该领域的 SOA 记录并且送信给其内所显示的 ″负责人″。 <BR> (responsible person) <BR> <BR> <BR> <BR> 6. 档案 <BR> <BR> 名称伺服器使用数个档案承载资料库。在这一节涵盖 named 所 <BR> 需要这些档案以及它们的格式。 <BR> <BR> 6.1. 启动档(Boot File) <BR> <BR> 这是在 named 开始启动时所读取的第一个档案。 这个档案 <BR> 告诉伺服器它属於什麽型态,它负责认可哪个区域以及何处取得 <BR> 初始资料。这个档案预设的位置是放在 /etc/named.boot。然而 <BR> 这可以在你编译 named 的时候设定 BOOTFILE 变数加以指定或 <BR> 是开始启动 names 时在指令列上指定位置。 <BR> <BR> 6.1.1. Domain <BR> <BR> 可以用像下面这样一行来指定一个预设的领域给名称 <BR> 伺服器 <BR> <BR> domain Berkeley.Edu <BR> <BR> 较旧的名称伺服器在它们接到一个没有 "." 且它不知道 <BR> 的名称查询时使用这个资讯。较新的设计假定解答器程式 <BR> 库将会对任何没有设限(unqualified) 的名称附加它自己 <BR> 所认定的″预设领域(default domain)″。虽然名称伺服 <BR> 器仍然可以加上支援在启动档中使用 domain 指令的选项 <BR> 来编译,预设是将它省略而且我们热切地建议不要使用它 <BR> 。如果你使用这个特性,那麽在你领域之外的客户端传送 <BR> 没有设限的名称要求给你时将会隐含你的领域限制而不是 <BR> 他们的。适合使用这个功能的地方是在客户端,在它们的 <BR> /etc/resolv.conf(或相等的)档案里。强烈地不建议在 <BR> 你的启动档中使用 domain 指令。 <BR> <BR> 6.1.2. Directory <BR> <BR> 这个 directory 指令指定名称伺服器应该在哪个目 <BR> 录下执行,这允许在启动档案中的其它档案名称使用相对 <BR> 路径名称。只能够有一个 directory 指令而且它应该在 <BR> 任何其它指定档案名称的指令之前给予。 <BR> <BR> directory /var/named <BR> <BR> 如果你有很多很多的 named 档案要维护,你可能会希望 <BR> 把这些 named 档案放在一个像是 /var/named 这样的目 <BR> 录下并且适当地调整 directory 指令。 这个指令的主要 <BR> 目的是当尝试使用 $INCLUDE 以相对目录名称将档案含入 <BR> 的时候确定 named 是在适当的目录里而且允许 named 在 <BR> 一个如果它觉得 urge 时可以合理 dump core 的地方。 <BR> <BR> 6.1.3. Primary Service <BR> <BR> 在启动档中指示该伺服器为一台主要伺服器的指令行 <BR> 看起来像是下面这样: <BR> <BR> primary Berkeley.Edu ucbhosts <BR> <BR> 第一个栏位指定该伺服器是一台第二个栏位所叙述区域的 <BR> 主要伺服器。第三个栏位是要从中读取资料的档案名称。 <BR> <BR> 上述设定假定你所指定的区域是一个类别为 IN 个区 <BR> 域。如果你希望指示一个不同类别那麽你可以在第一个栏 <BR> 位後面附加 /类别,其中的类别不是整数数值就是标准的 <BR> 助忆类别。例如指示 hesiod 类别区域的一台主要伺服器 <BR> 指令行看起来像是下面这样: <BR> <BR> primary/HS Berkeley.Edu hesiod.data <BR> <BR> 注意到这个对於 IN 以外区域类别的支援是一个编译时期 <BR> 选项而你的供应商在建立你的系统时可能没有打开。 <BR> <BR> 6.1.4. Secondary Service <BR> <BR> 指示次要伺服器的指令行类似主要伺服器除了它列出 <BR> 取得区域资料来源的其它伺服器(通常是主要伺服器)之 <BR> 位址。 <BR> <BR> secondary Berkeley.Edu 128.32.0.10 128.32.0.4 ucbhosts.bak <BR> <BR> 第一个栏位指定该伺服器是第二个栏位所叙述区域的一台 <BR> 次要伺服器。该二个网路位址指定存有区域资料的名称伺 <BR> 服器。注意到至少其中一台必须要是主要伺服器,而且, <BR> 除非你使用 IP/DNS 以外的协定作为你的区域移转 (zone <BR> transfer) 机制,其它的全部都是其它次要伺服器。要求 <BR> 你的次要伺服器从其它的次要伺服器拉资料通常是不聪明 <BR> 的,因为如果你的网路是以不正常但是很普遍的方式连接 <BR> 线路的话你可以对区域更新的传播加上延迟。试图在次要 <BR> 伺服器的宣告上使用多个位址是在主要伺服器有多个网路 <BR> 界面因而有多个主机位址的时候。次要伺服器透过网路从 <BR> 所列出的伺服器其中之一取得其资料。这些伺服器位址会 <BR>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -