发信人: zinger.bbs@cs3.xmu.edu.cn (小白鼠), 信区: cnlinux
标 题: [CLDP] DNS-HOWTO (转载)
发信站: XMU CS BBS (Thu Nov 20 18:33:18 1997)
转信站: Lilac!ustcnews!ustcnews!sjtunews!xmucs
出 处: cs3.xmu.edu.cn
【 以下文字转载自 twlinux 讨论区 】
【 原文由 CLDP.bbs@physbbs.iams.sinica.edu.tw 所发表 】
DNS HOWTO 中译版
作者: Nicolai Langfeldt janl@math.uio.no
译者: Asd L. Chen & C.W.Huang
v1.3.2, 3 June 1997. 翻译日期: 20-21 August 1997
Abstract
如何成为一个称职的小型 DNS 管理者．
1. 前言
关键字: DNS, bind, named, dialup, ppp, slip, Internet, domain, name, hosts,
resolving
1.1 版权宣告
(C)opyright 1995 Nicolai Langfeldt. Do not modify without amending copyright,
distribute freely but retain copyright message.
没有修订版权者请勿修改，可自由散布但必须保留版权讯息．
1.2 感谢与求助
我要向无数次阅读这份文件的草稿并提供许多有用建议的 Arnt Gulbrandsen
表达感谢之意． 我也要感谢那些将建议寄给我的人．谢谢您! 您让我继读做下去．
这份文件将永远不会有完成的一天，请把你的问题以及成功的经验寄给我，
这可以使它成为一份更好的说明文件．所以请把钱，评论以及/或是问题寄给
janl@ifi.uio.no．
如果你寄电子邮件给我，请确定回信地址是正确的，因为我收到一大堆的信件．
还有，写信给我前请先阅读 FAQ (section 8., page 24) 一节．
如果你想翻译这篇 HOWTO 请与我联络，这样我才知道我的文章被变成何种语言 :-).
1.3 题献辞
谨以这份说明文件献给 Anne Line
Norheim．虽然她可能永远都不会阅读这份文件，因为她不是这类型的女孩．
2. 简介
这是什麽以及这不是什麽
首先，DNS 就是领域名称系统(Domain Name System)．
DNS HOWTO 中译版 1
DNS HOWTO 中译版 2
为机器命名的规则以及将这些名称转换为 IP 数字的软体． 这份 HOWTO
文件说明了如何用 Linux 定义这样的对应． 对应指的是这两件事的联系，机器名称，像
ftp.linux.org， 以及机器的 IP 数字，像是 199.249.150.4．
DNS，对新手(你；－)而言，是网路管理中比较晦暗不明的地方之一．
这份说明文件将会试著让几件事情能清楚一点．它描述如何设立一个简单的 DNS
名称伺服器． 开始先说明暂存专用(caching
only)伺服器，然後是为一领域设立主要(primary)名称伺服器．
至於更复杂的设定你可以参考这份文件的 FAQ (section 8., page 24) 一节．
不用说你将得阅读真正的文件． 我将会在 最後一章 (section 9., page 26)
回过头来说明这里所谓真正的文件包含有哪些．
在你可以开始进行这项工作之前你应该要先配置好你的机器以便可以从远端签入它以及由它对其它机器作远端签入，
并且使所有各种对网路的连线都能成功地进行，尤其你应该要能够对 127.0.0.1
进行远端签入并且进入你自己的这台机器(现在就试试!)． 同时你也需要一份运作良好的
/etc/host.conf, /etc/resolv.conf 以及 /etc/hosts 档案作为开始．
因为我将不会在这里解释它们的功能．如果你还没有完成所有这些设定并使其运作那麽
the networking/NET-2 HOWTO 会解释如何设立它们．阅读之．
如果你使用 SLIP 或者是 PPP 那麽你得要能让它运作．若是它还不能运作的话阅读 PPP
HOWTO．
当我说‘你的机器’时我的意思是你正要尝试在上面设立 DNS 的那台机器．
不是任何可能在你网路环境里的其它机器．
我假设你并不是处於任何会阻碍名称查询的防火墙後面．如果你是那麽你将会需要特别的设定，
参见 FAQ (section 8., page 24) 一节．
在 Unix 上的名称服务是藉由一支称为 named 的程式来执行的． 这是属於 bind
套件的一部份，这个套件是由 Paul Vixie 为网际网路软体集团(Internet Software Con□
sortium)所协调发展的． 大部分的 Linux 发行套件都包含有 named，而且通常安装於
/usr/sbin/named． 如果你的系统有个 named
那麽你大概可以直接使用它；如果没有的话那麽你可以从某个 Linux ftp
站取回一份二进位执行档， 或是从 底下的 release 或者 testing
目录里取得最新最棒的原始程式码，就看那个版本最能符合你的生活格调．
DNS 是个以整个网路为范围的(net-wide)资料库．要小心你放进里面的资料．
如果你放些废物进去，你，以及其它人都将会从中取出些废物． 保持你 DNS
的整齐一致那麽你将能从中取得良好的服务．
学习去使用它，管理它，追查它的错误那麽你将会是另一个保持网路免於因为管理不善而效率低落的好管理者．
在这份文件里我断然地叙述几件并不完全是真实的事情(虽然它们至少有一半是真的)．
这全都是为了简化．如果你相信我所说的那麽这些大概就能运作．
要诀: 如果你已经拥有我要你去改变的档案，那麽所有这些档案都要先做备份，
这样一来如果经历这些改变之後没有东西会动的话你可以回复到你旧的，可以运作的情形．
3. 暂存专用名称伺服器
DNS 配置的首种尝试，对拨接使用者非常有用．
一台暂存专用名称伺服器将会为名称查询找出答案并且在下一次你需要那个名称的时候记得答案．
DNS HOWTO 中译版 3
首先你需要一个称为 /etc/named.boot 的档案．当 named 启动时会读取这个档案．
目前它应该单纯地包含:
; Boot file for nicolais caching name server
;
directory /var/named
;
; type domain source file or host
cache . root.cache
primary 0.0.127.in-addr.arpa pz/127.0.0
非常重要:
在这文件的某些版本中这个档案的这份列表会在第一个非空白字元前包含一些空格或 tab
键． 这些不应该出现在档案中．如果你从这份 HOWTO
剪贴下来，记得删除任何前面的空白．
`directory' 这一行告诉 named
到哪里去找寻档案．所有其後命名的档案都将是相对於此目录的． 根据 Linux
档案系统标准正确的目录应该是在 /var/named． 因此 pz 是位於 /var/named
之下的，也就是，/var/named/pz．
称为 /var/named/root.cache 的这个档案是在此命名的． 这个 /var/named/root.cache
应该包含:
. 518400 NS D.ROOT-SERVERS.NET.
. 518400 NS E.ROOT-SERVERS.NET.
. 518400 NS I.ROOT-SERVERS.NET.
. 518400 NS F.ROOT-SERVERS.NET.
. 518400 NS G.ROOT-SERVERS.NET.
. 518400 NS A.ROOT-SERVERS.NET.
. 518400 NS H.ROOT-SERVERS.NET.
. 518400 NS B.ROOT-SERVERS.NET.
. 518400 NS C.ROOT-SERVERS.NET.
;
D.ROOT-SERVERS.NET. 3600000 A 128.8.10.90
E.ROOT-SERVERS.NET. 3600000 A 192.203.230.10
I.ROOT-SERVERS.NET. 3600000 A 192.36.148.17
F.ROOT-SERVERS.NET. 3600000 A 192.5.5.241
G.ROOT-SERVERS.NET. 3600000 A 192.112.36.4
A.ROOT-SERVERS.NET. 3600000 A 198.41.0.4
H.ROOT-SERVERS.NET. 3600000 A 128.63.2.53
B.ROOT-SERVERS.NET. 3600000 A 128.9.0.107
C.ROOT-SERVERS.NET. 3600000 A 192.33.4.12
记住我说过要去掉空白字元!
这个档案描述了在这个世界上的根名称伺服器．这会随时间而改变并且必须加以维护．
如何能保持它随时更新请参见维护篇 (section 6., page 22)． 在 named
的线上使用手册里有这个档案的描述，但是这，以我看来，最适合那些已经了解 named
的人们．
在 named.boot 里的下一行是 primary 这一行．
我将会在稍後的章节里解释它的用法，目前只要把它设为在 pz 子目录下一个称为
DNS HOWTO 中译版 4
127.0.0 的档案:
@ IN SOA linux.bogus. hostmaster.linux.bogus. (
1 ; Serial
28800 ; Refresh
7200 ; Retry
604800 ; Expire
86400) ; Minimum TTL
NS ns.linux.bogus.
1 PTR localhost.
接下来，你需要一份看起来像这样的 /etc/resolv.conf 档案:
search subdomain.your-domain.edu your-domain.edu
nameserver 127.0.0.1
`search' 这一行指出对於任何你想连往的主机名称应该搜寻的领域． `nameserver'
这一行指出你的机器可以在哪个位址上找到一台名称伺服器，
在这个例子中是你自己的这台机器，因为你在它上面执行 named．
如果你想列出好几个名称伺服器把它们都放在一行 `nameserver' 里，用空格隔开．
(注意: named 从不读取这个档案，而是使用 named 的名称解答器会读取．)
来说明一下这个档案有什麽作用: 如果某个客户端尝试要找寻 foo 的话，
那麽首先尝试的是 foo.subdomain.your-domain.edu 这个名称， 然後接下来是
foo.your-fomain.edu 这个名称，最後则是 foo 这个名称．
如果有某个客户端尝试要找寻 sunsite.unc.edu 的话， 那首先尝试的是 sun□
site.unc.edu.subdomain.your-domain.edu 这个名称(没错，它真笨!
不过它就是这麽做)， 然後接下来是 sunsite.unc.edu.your-domain.edu
这个名称，最後则会是 sunsite.unc.edu 这个名称． 你可能不会想放太多领域到 search
该行里去，搜寻它们会多花时间．
这个范例假设你属於 subdomain.your-domain.edu 这个领域，
那麽你的机器，可能会称为 your-machine.subdomain.your-domain.edu． 在 search
这行里不应该包含你的 TLD (顶层领域 Top Level Domain，在这个例子中是 edu
这个领域)．
如果你经常需要连线到在另外一个领域里的主机你麽你可以把该领域像这样地加进 search
这行里:
search subdomain.your-domain.edu your-domain.edu other-domain.com
依此类推．很明显的是你得放入真实的领域名称来取代这些名称．请注意在领域名称的最後面并没有句号
'.'．
接下来，根据你 libc 版本的不同需要修正 /etc/nsswitch.conf 或者是 /etc/host.conf
档案．
/etc/nsswitch.conf
这是一个很长的档案，它指出到何处去取得各种不同的资料型态，从什麽档案或是资料库取得．
它的顶端经常会包含一些有用的注解．找出以 `hosts:'
作为开头的那一行，它应该是这样:
hosts: files dns
DNS HOWTO 中译版 5
如果档案里没有以 `hosts:' 作为开头的行那麽把上面这一行加上去．
它是说程式应该先在 /etc/hosts 档案里找寻，然後根据 resolv.conf 询问 DNS．
/etc/host.conf
它可能包含有数行，其中应该有一行以 order 作为开始而且它看起来会像这样:
order hosts,bind
如果档案里没有 `order' 这一行的话那麽你应该贴一份上去．
它告诉主机名称解析函式先在 /etc/hosts 里找寻，然後查问名称伺服器 (在
resolv.conf 里你说在 127.0.0.1 这个地方)． 在大部分 Linux
发行套件中最後这两个档案的文件在 resolv(8) 的线上使用手册中(执行 `man 8 resolv'
即可)． 这份线上用手册我觉得可看，而且每个人，特别是 DNS
管理者，都应该要阅读它．
现在就做，如果你对你自己说"我稍後将会去做"，你将永远不会去接近它．
3.1 起始 named
这些全部完成後就可以起始 named 了．如果你使用拨接连线的话那麽请先连上网路．
键入 `ndc start' 并且按下 RETURN 键，没有选项． 如果它不行的话那麽试著使用
`/usr/sbin/ndc start' 来取代． 再不行的话请参考 FAQ (section 8., page 24)
一节． 现在你可以测试你的设定．当你在起始 named 的时候如果你观察一下 (使用 tail
-f /var/adm/messages 指令)系统记录讯息档案 (通常是称为 /var/adm/messages
的档案，但也可能在 /var/log 下，或是叫 syslog 的档案)
那麽你应该会看见像样的一些东西:
Jun 30 21:50:55 roke named[2258]: starting. named 4.9.4-REL Sun Jun 30 21:29:03 MET DST 1996 janl@roke.slip.ifi.uio.no:/var/tmp/bind/named
Jun 30 21:50:55 roke named[2258]: cache zone "" loaded (serial 0)
Jun 30 21:50:55 roke named[2258]: primary zone "0.0.127.in-addr.arpa" loaded (serial 1)
如果有任何关於错误的讯息那麽就是有个错误发生， named
将会指名有错误的档案(我想是 named.boot 以及 root.cache 其中之一:-)． 杀掉 named
程序并回头检查那些档案．
现在可以用 nslookup 来检查一下你的工作:
$ nslookup
Default Server: localhost
Address: 127.0.0.1
>
如果这是你所得到的回应那麽它已经能够运作．我们希望是这样．得到任何其它回应都请回头检查每一件事．
每一次你改变 named.boot 档案之後你都得使用 ndc restart 这个指令重新起始 named
程式．
现在你可以输入查询．尝试找寻某些靠近你的机器．pat.uio.no 离我不远，在 Oslo
的大学里:
DNS HOWTO 中译版 6
> pat.uio.no
Server: localhost
Address: 127.0.0.1
Name: pat.uio.no
Address: 129.240.2.50
现在 nslookup 要求你的 named 找寻 pat.uio.no 这台机器． 然後它(named)联系在你
root.cache 档案里所指名的名称伺服机器其中一台，
并且从那里查问它该如何继续下去．在你取得结果之前可能得花费一点时间，
因为它搜寻你在 /etc/resolv.conf 里指名的所有领域．
如果你再试一次的话那麽你将会得到:
> pat.uio.no
Server: localhost
Address: 127.0.0.1
Non-authoritative answer:
Name: pat.uio.no
Address: 129.240.2.50
注意这回我们所得到的 `Non-authoritative answer:' 这一行． 这代表 named
此次并未到网路外去查问，取而代之的是在它的暂存区里找寻并且在那里找到答案．
但是暂存的资讯可能会过时．所以它藉由 `Non-authorative answer:'
来知会你有这个(很轻微的)危险性存在． 当 nslookup
说这是你第二次查问某台主机时，这是 named 能暂存该项资讯并且正常运作的一个讯息．
你可以使用 `exit' 指令离开 nslookup 程式．
如果你是个拨接(ppp, slip) 使用者请阅读拨接连线专节 (section 7., page
23)，里面有一些给你的建议．
现在你知道如何设立一个能够暂存的 named
系统．来杯啤酒，牛奶，或是任何你喜欢的东西来庆祝吧．
4. 一个简单的领域
如何建立你自己的领域
4.1 先来一点纯理论
在我们真的开始进行这一节以前我将会提供你一些关於 DNS 如何运作的理论．
而你应该阅读它因为这对你有益．如果你不‘想要’那麽至少你也得很快地略读一下．
当你看到应该放进 named.boot 档案里去的内容时再停止这种略读方式．
DNS 是一个阶层式的系统．其顶端写作 `.' 而其发音为 `root' ． 在 .
之下有几个顶层领域(TLDs)，最知名的是 ORG, COM, EDU 以及 NET
这几个，但是还有更多．
在寻找一台机器名称时查询会以递回方法从顶端开始． 当你想要找出 prep.ai.mit.edu
的位址时你的名称伺服器必须找到负责 edu 的一台名称伺服器． 这个问题它会去查问
root.cache 档案，而 . 伺服器会给它一份 edu 伺服器列表．
DNS HOWTO 中译版 7
$ nslookup
Default Server: localhost
Address: 127.0.0.1
开始查问某台根伺服器．
> server c.root-servers.net.
Default Server: c.root-servers.net
Address: 192.33.4.12
设定查询型态为 NS (名称伺服器记录 name server records)．
> set q=ns
查问关於 edu. 的资料．
> edu.
结尾的 . 在这里非常重要，它告诉该伺服器我们所查问的 edu 是在 . 之下的那一个，
这稍能缩小搜寻的范围．
edu nameserver = A.ROOT-SERVERS.NET
edu nameserver = H.ROOT-SERVERS.NET
edu nameserver = B.ROOT-SERVERS.NET
edu nameserver = C.ROOT-SERVERS.NET
edu nameserver = D.ROOT-SERVERS.NET
edu nameserver = E.ROOT-SERVERS.NET
edu nameserver = I.ROOT-SERVERS.NET
edu nameserver = F.ROOT-SERVERS.NET
edu nameserver = G.ROOT-SERVERS.NET
A.ROOT-SERVERS.NET internet address = 198.41.0.4
H.ROOT-SERVERS.NET internet address = 128.63.2.53
B.ROOT-SERVERS.NET internet address = 128.9.0.107
C.ROOT-SERVERS.NET internet address = 192.33.4.12
D.ROOT-SERVERS.NET internet address = 128.8.10.90
E.ROOT-SERVERS.NET internet address = 192.203.230.10
I.ROOT-SERVERS.NET internet address = 192.36.148.17
F.ROOT-SERVERS.NET internet address = 192.5.5.241
G.ROOT-SERVERS.NET internet address = 192.112.36.4
这告诉我们 *.root-servers.net 服务 edu. 领域，所以我们可以藉此继续查问 c
伺服器． 现在我们想要知道是谁负责下一层 mit.edu. 的领域名称:
DNS HOWTO 中译版 8
> mit.edu.
Server: c.root-servers.net
Address: 192.33.4.12
Non-authoritative answer:
mit.edu nameserver = STRAWB.mit.edu
mit.edu nameserver = W20NS.mit.edu
mit.edu nameserver = BITSY.mit.edu
Authoritative answers can be found from:
STRAWB.mit.edu internet address = 18.71.0.151
W20NS.mit.edu internet address = 18.70.0.160
BITSY.mit.edu internet address = 18.72.0.3
steawb, w20ns 以及 bitsy 负责 mit 领域，选择其中一个并且查询 ai.mit.edu:
> server W20NS.mit.edu.
主机名称不分大小写，但是我使用滑鼠来剪贴所以这些资料是萤幕的拷贝．
Server: W20NS.mit.edu
Address: 18.70.0.160
> ai.mit.edu.
Server: W20NS.mit.edu
Address: 18.70.0.160
Non-authoritative answer:
ai.mit.edu nameserver = WHEATIES.AI.MIT.EDU
ai.mit.edu nameserver = ALPHA-BITS.AI.MIT.EDU
ai.mit.edu nameserver = GRAPE-NUTS.AI.MIT.EDU
ai.mit.edu nameserver = TRIX.AI.MIT.EDU
ai.mit.edu nameserver = MUESLI.AI.MIT.EDU
Authoritative answers can be found from:
AI.MIT.EDU nameserver = WHEATIES.AI.MIT.EDU
AI.MIT.EDU nameserver = ALPHA-BITS.AI.MIT.EDU
AI.MIT.EDU nameserver = GRAPE-NUTS.AI.MIT.EDU
AI.MIT.EDU nameserver = TRIX.AI.MIT.EDU
AI.MIT.EDU nameserver = MUESLI.AI.MIT.EDU
WHEATIES.AI.MIT.EDU internet address = 128.52.32.13
WHEATIES.AI.MIT.EDU internet address = 128.52.35.13
ALPHA-BITS.AI.MIT.EDU internet address = 128.52.32.5
ALPHA-BITS.AI.MIT.EDU internet address = 128.52.37.5
GRAPE-NUTS.AI.MIT.EDU internet address = 128.52.32.4
GRAPE-NUTS.AI.MIT.EDU internet address = 128.52.36.4
TRIX.AI.MIT.EDU internet address = 128.52.32.6
TRIX.AI.MIT.EDU internet address = 128.52.38.6
MUESLI.AI.MIT.EDU internet address = 128.52.32.7
MUESLI.AI.MIT.EDU internet address = 128.52.39.7
所以 weaties.ai.mit.edu 是 ai.mit.edu 的一台名称伺服器:
DNS HOWTO 中译版 9
> server WHEATIES.AI.MIT.EDU.
Default Server: WHEATIES.AI.MIT.EDU
Addresses: 128.52.32.13, 128.52.35.13
现在我改变查询的型态，我们已经找到该名称伺服器所以现在我们将要询问 wheaties
关於 prep.ai.mit.edu 它所知道的任何事情．
> set q=any
> prep.ai.mit.edu.
Server: WHEATIES.AI.MIT.EDU
Addresses: 128.52.32.13, 128.52.35.13
prep.ai.mit.edu CPU = dec/decstation-5000.25 OS = unix
prep.ai.mit.edu
inet address = 18.159.0.42, protocol = tcp
#21 #23 #25 #79
prep.ai.mit.edu preference = 1, mail exchanger = life.ai.mit.edu
prep.ai.mit.edu internet address = 18.159.0.42
ai.mit.edu nameserver = alpha-bits.ai.mit.edu
ai.mit.edu nameserver = wheaties.ai.mit.edu
ai.mit.edu nameserver = grape-nuts.ai.mit.edu
ai.mit.edu nameserver = mini-wheats.ai.mit.edu
ai.mit.edu nameserver = trix.ai.mit.edu
ai.mit.edu nameserver = muesli.ai.mit.edu
ai.mit.edu nameserver = count-chocula.ai.mit.edu
ai.mit.edu nameserver = life.ai.mit.edu
ai.mit.edu nameserver = mintaka.lcs.mit.edu
life.ai.mit.edu internet address = 128.52.32.80
alpha-bits.ai.mit.edu internet address = 128.52.32.5
wheaties.ai.mit.edu internet address = 128.52.35.13
wheaties.ai.mit.edu internet address = 128.52.32.13
grape-nuts.ai.mit.edu internet address = 128.52.36.4
grape-nuts.ai.mit.edu internet address = 128.52.32.4
mini-wheats.ai.mit.edu internet address = 128.52.32.11
mini-wheats.ai.mit.edu internet address = 128.52.54.11
mintaka.lcs.mit.edu internet address = 18.26.0.36
所以我们从 . 开始连续找出在领域名称里的下一层名称伺服器． 如果你使用你自己的
DNS 伺服器而不是所有这些个其它的伺服器， 你的 named
当然会暂存所有这些在为你寻找这个答案时所找到的资讯，
而且在一段时间内它不必再次查问．
一个比较起来很少被论及，但是同样重要的是 in-addr.arpa
领域．它也像‘正常的’领域一样是巢状的． in-addr.arpa
让我们可以在拥有主机位址的时候得知该主机的名称．
在这里有件重要的事情要注意的是在 in-addr.arpa 这个领域中 ip
数字是以反向顺序书写的． 如果你有某台机器的位址: 192.128.52.43 那麽 named
会以类似 prep.ai.mit.edu 这个范例的方式来处理: 找出 arpa. 的伺服器，找出 in-
addr.arpa. 的伺服器，然後再找出 192.in-addr.arpa. 的伺服器， 找出 128.192.in-
addr.arpa. 的伺服器，接著找出 52.128.192.in-addr.arpa. 的伺服器，
最後再找出所需之 43.52.128.192.in-addr.arpa. 的记录．聪明乎? (说‘是的’)．
头两年这反向的数字也引起过一些困扰．
DNS HOWTO 中译版 10
其实我是骗你的．DNS 并非完完全全地像我告诉你的这样运作．但是这已经够接近的了．
4.2 我们自己的领域
现在来定义我们自己的领域．我们将会创造出 linux.bogus
这个领域并且定义其中的机器．
我使用一个完全是虚拟出来的领域名称以便确定我们不会扰乱到网路上的其它地方．
我们早就已经以 named.boot 里的这一行开始了这个部份的设定:
primary 0.0.127.in-addr.arpa pz/127.0.0
请注意在这个档案里的领域名称结尾并没有加上 `.' 符号． 第一行把定义 0.0.127.in-
addr.arpa 的档案命名为 pz/127.0.0． 我们早已经建立了这个档案，它是这样的:
@ IN SOA linux.bogus. hostmaster.linux.bogus. (
1 ; Serial
28800 ; Refresh
7200 ; Retry
604800 ; Expire
86400) ; Minimum TTL
NS ns.linux.bogus.
1 PTR localhost.
请注意在这个档案里所有的完整领域名称结尾的 `.' 符号，这与上面提到的 named.boot
档案形成对比． 有些人喜欢以 $ORIGIN 指令启始每个区域档案，但这是不必要的．
一个区域档案的基点(就是其所属的 DNS 阶层架构位置)是在 named.boot
档案的‘领域’行里指定的， 在这个例子里是 0.0.127.in-addr.arpa．
这个‘区域档案’中包含三种‘资源记录’(resource records, RRs): 一个是 SOA
资源记录．一个是 NS 资源记录以及一个 PTR 记录． SOA 是授权起始(Start Of Author□
ity)的缩写．`@' 是个意思为基点的特殊标记， 而因为这个档案的‘领域’行说是
0.0.127.in-addr.arpa 所以第一行实际上是指
0.0.127.IN-ADDR.ARPA. IN SOA ...
NS 是名称伺服器资源记录，它告诉 DNS 什麽机器是这个领域的名称伺服器． 而最後的
PTR 记录说 1 (等於是 1.0.0.127.IN-ADDR.ARPA, 也就是 127.0.0.1)的名称是 local□
host．
SOA
这个记录是所有区域档案的序文，而且在每一个区域档案里都应该有这唯一的一个，最开头的记录．
它描述该区域，它从何而来(一台称为 linux.bogus 的机器)，谁负责其内容(hostmas□
ter@linux.bogus)， 这个区域档案是什麽版本(serial:
1)，以及其它必须做的，有关暂存与次要名称伺服器的事． 剩下的栏位如 refresh,
retry, expire 以及 minimum 你可以使用这份文件里所用的数字而且应该不会出问题．
NS 这个记录告诉我们谁为 0.0.127.in-addr.arpa 提供 DNS 服务，是 ns.linux.bogus
这台机器． PTR 这个记录告诉我们 1.0.0.127.in-addr.arpa (也就是 127.0.0.1)也称为
localhost．
现在重新起始你的 named(使用 ndc restart 指令)并使用 nslookup
来检验我们做了什麽:
DNS HOWTO 中译版 11
$ nslookup
Default Server: localhost
Address: 127.0.0.1
> 127.0.0.1
Server: localhost
Address: 127.0.0.1
Name: localhost
Address: 127.0.0.1
所以它管理从 127.0.0.1 得到 localhost 的过程，很好．
现在开始我们的主要任务，linux.bogus 这个领域， 在 named.boot 里 插入新的一行
primary 指令:
primary linux.bogus pz/linux.bogus
注意，在 named.boot 档案里领域名称的结尾还是没有 '.' 符号．
在这个 linux.bogus 区域档案里我们将会放入一些完全虚拟的资料:
;
; Zone file for linux.bogus
;
; Mandatory minimum for a working domain
;
@ IN SOA linux.bogus. hostmaster.linux.bogus. (
199511301 ; serial, todays date + todays serial #
28800 ; refresh, seconds
7200 ; retry, seconds
3600000 ; expire, seconds
86400 ) ; minimum, seconds
NS ns.linux.bogus.
NS ns.friend.bogus.
MX 10 mail.linux.bogus ; Primary Mail Exchanger
MX 20 mail.friend.bogus. ; Secondary Mail Exchanger
localhost A 127.0.0.1
ns A 127.0.0.2
mail A 127.0.0.4
关於 SOA 记录有两件事需要注意．首先 ns.linux.bogus 必须 是一台具有 A
记录的真正机器． 在 SOA 记录中用 CNAME
记录为名称的机器是不合法的．它的名字不一定要是 ns，它可以是任何合法的主机名称．
再来，hostmaster.linux.bogus 应该被视为 hostmas□
ter@linux.bogus，这应该是一个邮件位址或别名， 是维护这个 DNS
的人经常读信的位址．任何关於此领域的信件会被送到这个位址． 它的名字不一定要是
hostmaster，它可以是任何合法的电子邮件位址，然而这个位址 `hostmaster'
应该能工作正常．
在这个档案里有一种新的资源记录型态，即 MX 型态，或是邮件交换者资源记录(Mail
eXchanger RR)． 这种资源记录型态告诉邮递系统地址 someone@linux.bogus
DNS HOWTO 中译版 12
的邮件要寄送到哪里， 换句话说也就是应该寄送到 mail.linux.bogus 或是
mail.friend.bogus． 在每个机器名称前面的数字是 MX 资源记录的优先权，数字比较低
(10) 的资源记录是邮件主要应该寄往的机器．
如果失败可以把它寄往数字比较高的机器，一台次要的邮件处理者，也就是在这里具有优先权
20 的 mail.friend.bogus．
用 ndc restart 重新起始 named．以 nslookup 检验结果:
$ nslookup
> set q=any
> linux.bogus
Server: localhost
Address: 127.0.0.1
linux.bogus
origin = linux.bogus
mail addr = hostmaster.linux.bogus
serial = 199511301
refresh = 28800 (8 hours)
retry = 7200 (2 hours)
expire = 604800 (7 days)
minimum ttl = 86400 (1 day)
linux.bogus nameserver = ns.linux.bogus
linux.bogus nameserver = ns.friend.bogus
linux.bogus preference = 10, mail exchanger = mail.linux.bogus.linux.bogus
linux.bogus preference = 20, mail exchanger = mail.friend.bogus
linux.bogus nameserver = ns.linux.bogus
linux.bogus nameserver = ns.friend.bogus
ns.linux.bogus internet address = 127.0.0.2
mail.linux.bogus internet address = 127.0.0.4
小心地检验你将会发现一个错误．这一行
linux.bogus preference = 10, mail exchanger = mail.linux.bogus.linux.bogus
全都错了．它应该是
linux.bogus preference = 10, mail exchanger = mail.linux.bogus
我故意犯了个错误所以你可以藉此学习:-) 仔细看看该区域档案我们会发现这一行
@ MX 10 mail.linux.bogus ; Primary Mail Exchanger
遗漏了一个句点．或是说多了个 `linux.bogus'．
在区域档案里如果一个机器名称不是以句点结尾那麽会在其结尾加入基点．所以不论是
@ MX 10 mail.linux.bogus. ; Primary Mail Exchanger
或是
DNS HOWTO 中译版 13
@ MX 10 mail ; Primary Mail Exchanger
都是正确的．我比较喜欢後面这种形式，它需要的打字比较少．
在一个区域档案里领域名称应该要不就是写出来并以 `.'
结尾或者就是一点都不要包含进去，
而在这种情况下其领域预设为基点．我必须强调的是在 named.boot
档案里领域名称後面不应该有 `.' 的存在． 你不知道有多少次因为多了或少了一个 `.'
而搞砸了并且对许多人造成困扰．
所以在加入我强调的重点後得到一份新的区域档案，其中还包含一些额外的资讯:
DNS HOWTO 中译版 14
;
; Zone file for linux.bogus
;
; Mandatory minimum for a working domain
;
@ IN SOA linux.bogus. hostmaster.linux.bogus. (
199511301 ; serial, todays date + todays serial #
28800 ; refresh, seconds
7200 ; retry, seconds
604800 ; expire, seconds
86400 ) ; minimum, seconds
NS ns ; Inet Address of name server
NS ns.friend.bogus.
MX 10 mail ; Primary Mail Exchanger
MX 20 mail.friend.bogus. ; Secondary Mail Exchanger
localhost A 127.0.0.1
ns A 127.0.0.2
mail A 127.0.0.4
;
; Extras
;
@ TXT "Linux.Bogus, your DNS consultants"
ns MX 10 mail
MX 20 mail.friend.bogus.
HINFO "Pentium" "Linux 1.2"
TXT "RMS"
richard CNAME ns
www CNAME ns
donald A 127.0.0.3
MX 10 mail
MX 20 mail.friend.bogus.
HINFO "i486" "Linux 1.2"
TXT "DEK"
mail MX 10 mail
MX 20 mail.friend.bogus.
HINFO "386sx" "Linux 1.0.9"
ftp A 127.0.0.5
MX 10 mail
MX 20 mail.friend.bogus.
HINFO "P6" "Linux 1.3.59"
你也许会想要移动前面三个 A
记录以便让它们靠近其它的相关记录，而不是像这样放在最前端．
这里有几个新的资源记录: 主机资讯(HINFO: Host INFOrmation) 包括两个部份，
使用引号涵括每个部份是个好习惯．第一个部份是机器上的硬体或是中央处理单元，
而第二个部份是机器上的软体或是作业系统．ns 有一颗 Pentium CPU 并且执行 Linux
1.2 系统． TXT 记录是个随意的文字记录，你可以用它来记录任何事情．
DNS HOWTO 中译版 15
正式名称(CNAME: Canonical NAME)可以用来给每台机器数个名称． 所以 richard 以及
www 都是 ns 的一个别名． 很重要的一点是 A, MX, CNAME, 以及 SOA 记录永远不该参照
CNAME 记录设定的别名， 它们只应该参照 A
记录所设定的名称，所以像这样的记录是错的
foobar CNAME richard ; NO!
不过这样是对的
foobar CNAME ns ; Yes!
还有一点也很重要的是注意正式名称所设定的对电子邮递位址而言不是合法主机名称:
webmaster@www.linux.bogus 以上面的设定而言是一个不合法的电子邮递位址．
即使它在你的系统上可以运作，可以预料的是很少有电子邮件管理者会去实行这项规则．
避免这个问题的方法是使用 A 记录(或者也可能是一些其它的，像是 MX 记录)来取代之:
www A 127.0.0.2
Paul Vixie, 主要的 named 专家，建议不要使用 CNAME 这个设定．
所以应该考虑不要很认真地去使用它．
藉由执行 ndc reload 载入新的资料库，这会使 named 再一次读取其档案．
$ nslookup
Default Server: localhost
Address: 127.0.0.1
> ls -d linux.bogus
这意指应该列出所有的记录
DNS HOWTO 中译版 16
[localhost]
linux.bogus. SOA ns.linux.bogus hostmaster.linux.bogus. (199511301 28800 7200 604800 86400)
linux.bogus. NS ns.linux.bogus
linux.bogus. NS ns.friend.bogus
linux.bogus. MX 10 mail.linux.bogus
linux.bogus. MX 20 mail.friend.bogus
linux.bogus. TXT "Linux.Bogus, your DNS consultants"
localhost A 127.0.0.1
mail A 127.0.0.4
mail MX 10 mail.linux.bogus
mail MX 20 mail.friend.bogus
mail HINFO 386sx Linux 1.0.9
donald A 127.0.0.3
donald MX 10 mail.linux.bogus
donald MX 20 mail.friend.bogus
donald HINFO i486 Linux 1.2
donald TXT "DEK"
www CNAME ns.linux.bogus
richard CNAME ns.linux.bogus
ftp A 127.0.0.5
ftp MX 10 mail.linux.bogus
ftp MX 20 mail.friend.bogus
ftp HINFO P6 Linux 1.3.59
ns A 127.0.0.2
ns MX 10 mail.linux.bogus
ns MX 20 mail.friend.bogus
ns HINFO Pentium Linux 1.2
ns TXT "RMS"
linux.bogus. SOA ns.linux.bogus hostmaster.linux.bogus. (199511301 28800 7200 604800 86400)
很好．让我们检查它对於单独的 www 会说什麽:
> set q=any
> www.linux.bogus.
Server: localhost
Address: 127.0.0.1
www.linux.bogus canonical name = ns.linux.bogus
...换句话说，www.linux.bogus 真正的名称是 ns.linux.bogus．
linux.bogus nameserver = ns.linux.boguslinux.bogus nameserver = ns.friend.bogusns.linux.bogus internet address = 127.0.0.2
而 ns.linux.bogus 拥有 127.0.0.2 这个位址．看起来也很好．
4.3 继续深入
当然，这个领域是高度虚拟的，里面所有的位址也都是，而这或许会让你有些混淆．
真实领域的一个真实例子请见下一节．
DNS HOWTO 中译版 17
5. 真实领域的例子
这里我们列出一些真正的区域档案
使用者建议我加上一个可以运作的真实例子，因为我对真正可运作的领域及虚拟范例之间差别解释的不够清楚．
关於这个例子有件事必须声明: 千万不要把它放到你的名称伺服器上!
把它当作参考资料来阅读就好．如果你想做实验，用上面虚拟的例子． 我经过 LAND-5 的
David Bullock 的同意才使用这个例子．这些档案的日期是 1996 年九月二十日，
因此如果你现在查询 LAND-5 的名称伺服器可能会发现有所不同．
还有，请记住，删去前面的空白 :-)
5.1 /etc/named.boot (或 /var/named/named.boot)
我们发现需要两行 primary 的反向区域: 一个是 127.0.0，另一个是 LAND-5 的子网路
206.6.177． 还有一行给 land-5.com
的正向区域．还有一点要注意的是不像我在这篇文章里将档案放在 pz 目录里，
他将它们放到叫做 zone 的目录．
; Boot file for LAND-5 name server
;
directory /var/named
;
; type domain source file or host
cache . root.cache
primary 0.0.127.in-addr.arpa zone/127.0.0
primary 177.6.206.in-addr.arpa zone/206.6.177
primary land-5.com zone/land-5.com
5.2 /var/named/root.cache
记住这个档案是动态的，这边列出来的是旧的．你最好自己用 dig 产生一个新的．
DNS HOWTO 中译版 18
; <<>> DiG 2.1 <<>>
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6
;; flags: qr rd ra; Ques: 1, Ans: 9, Auth: 0, Addit: 9
;; QUESTIONS:
;; ., type = NS, class = IN
;; ANSWERS:
. 518357 NS H.ROOT-SERVERS.NET.
. 518357 NS B.ROOT-SERVERS.NET.
. 518357 NS C.ROOT-SERVERS.NET.
. 518357 NS D.ROOT-SERVERS.NET.
. 518357 NS E.ROOT-SERVERS.NET.
. 518357 NS I.ROOT-SERVERS.NET.
. 518357 NS F.ROOT-SERVERS.NET.
. 518357 NS G.ROOT-SERVERS.NET.
. 518357 NS A.ROOT-SERVERS.NET.
;; ADDITIONAL RECORDS:
H.ROOT-SERVERS.NET. 165593 A 128.63.2.53
B.ROOT-SERVERS.NET. 165593 A 128.9.0.107
C.ROOT-SERVERS.NET. 222766 A 192.33.4.12
D.ROOT-SERVERS.NET. 165593 A 128.8.10.90
E.ROOT-SERVERS.NET. 165593 A 192.203.230.10
I.ROOT-SERVERS.NET. 165593 A 192.36.148.17
F.ROOT-SERVERS.NET. 299616 A 192.5.5.241
G.ROOT-SERVERS.NET. 165593 A 192.112.36.4
A.ROOT-SERVERS.NET. 165593 A 198.41.0.4
;; Total query time: 250 msec
;; FROM: land-5 to SERVER: default -- 127.0.0.1
;; WHEN: Fri Sep 20 10:11:22 1996
;; MSG SIZE sent: 17 rcvd: 312
5.3 /var/named/zone/127.0.0
不过是基本的，不能省略的 SOA 记录，以及将 127.0.0.1 指向 localhost 的记录．
两者都是必须的．不应有其它的东西在此档案中．这个档案可能永远不必更新，除非你的名称伺服器或管理人地址改变．
@ IN SOA land-5.com. root.land-5.com. (
199609203 ; Serial
28800 ; Refresh
7200 ; Retry
604800 ; Expire
86400) ; Minimum TTL
NS land-5.com.
1 PTR localhost.
5.4 /var/named/zone/land-5.com
在这里我们看到这个必须的 SOA 记录，必要的 NS 记录．
我们可以看到它有一个次要的名称伺服器於 ns2.psi.net．
DNS HOWTO 中译版 19
这也应该是必要的，总是保有一个次要的伺服器做为备份． 我们还看到做为 LAND-5
负责所有不同服务的主机，它以许多的 CNAME 记录做到这点 (另一个做法是用 A 记录)．
就像你从 SOA 记录看到的一样，区域档案以 land-5.com 开始，管理人是
root@land-5.com． 序号(serial)以 yyyymmdd 的格式加上当天的号码; 它可能是 1996
年九月二十号那天的第六个版本的区域档案．
请记住序号必须单调地递增，这里它只用一位数字表示当天的号码，
因此在编辑九次之後他必须等到明天才能再编辑这个档案．[译注]
因此应该考虑用两位数字．
[译注]
读者可能会奇怪为什麽不能用 1996092010 ? 这个数字也是递增的，所以当然可以．
但到了明天第一次编档案时该用什麽呢? 如果用 199609211，那麽这个数字就比 1996092010 要小了．
这样会有麻烦．因此作者建议应用两位数字，如 1996092006．
DNS HOWTO 中译版 20
@ IN SOA land-5.com. root.land-5.com. (
199609206 ; serial, todays date + todays serial #
10800 ; refresh, seconds
7200 ; retry, seconds
10800 ; expire, seconds
86400 ) ; minimum, seconds
NS land-5.com.
NS ns2.psi.net.
MX 10 land-5.com. ; Primary Mail Exchanger
localhost A 127.0.0.1
router A 206.6.177.1
land-5.com. A 206.6.177.2
ns CNAME land-5.com.
ftp CNAME land-5.com.
www CNAME land-5.com.
mail CNAME land-5.com.
news CNAME land-5.com.
funn A 206.6.177.3
illusions CNAME funn.land-5.com.
@ TXT "LAND-5 Corporation"
;
; Workstations
;
ws_177200 A 206.6.177.200
MX 10 land-5.com. ; Primary Mail Host
ws_177201 A 206.6.177.201
MX 10 land-5.com. ; Primary Mail Host
ws_177202 A 206.6.177.202
MX 10 land-5.com. ; Primary Mail Host
ws_177203 A 206.6.177.203
MX 10 land-5.com. ; Primary Mail Host
ws_177204 A 206.6.177.204
MX 10 land-5.com. ; Primary Mail Host
ws_177205 A 206.6.177.205
MX 10 land-5.com. ; Primary Mail Host
; {Many repetitive definitions deleted - SNIP}
ws_177250 A 206.6.177.250
MX 10 land-5.com. ; Primary Mail Host
ws_177251 A 206.6.177.251
MX 10 land-5.com. ; Primary Mail Host
ws_177252 A 206.6.177.252
MX 10 land-5.com. ; Primary Mail Host
ws_177253 A 206.6.177.253
MX 10 land-5.com. ; Primary Mail Host
ws_177254 A 206.6.177.254
MX 10 land-5.com. ; Primary Mail Host
另一件值得注意的事所有的工作站都没有个别的名称，而是用一开头加上最後两位的 IP
数字． 用这样的惯例可以大量地简化维护工作，但可能有点不方便．
DNS HOWTO 中译版 21
5.5 /var/named/zone/206.6.177
我将在後面说明这个档案．
@ IN SOA land-5.com. root.land-5.com. (
199609206 ; Serial
28800 ; Refresh
7200 ; Retry
604800 ; Expire
86400) ; Minimum TTL
NS land-5.com.
NS ns2.psi.net.
;
; Servers
;
1 PTR router.land-5.com.
2 PTR land-5.com.
3 PTR funn.land-5.com.
;
; Workstations
;
200 PTR ws_177200.land-5.com.
201 PTR ws_177201.land-5.com.
202 PTR ws_177202.land-5.com.
203 PTR ws_177203.land-5.com.
204 PTR ws_177204.land-5.com.
205 PTR ws_177205.land-5.com.
; {Many repetitive definitions deleted - SNIP}
250 PTR ws_177250.land-5.com.
251 PTR ws_177251.land-5.com.
252 PTR ws_177252.land-5.com.
253 PTR ws_177253.land-5.com.
254 PTR ws_177254.land-5.com.
反向区域似乎是整个设定中最让人头痛的部份．它是在你有机器的 IP
数字时查询机器名称用的．例如: 你有一部 irc 伺服器接受 irc 客户端的连线．
但你是挪威的伺服器因此你只希望接受来自挪威及其它斯堪地那维亚国家的连线．
当你接到来自客户端的连线时 C 程式库能够告诉你连线机器的 IP 位址，因为客户端的
IP 数字是包含在传入的网路封包中的． 然後你可以呼叫一函式 gethostbyaddr 以给定的
IP 查询机器名称． gethostbyaddr 函式会向 DNS 询问，DNS
就会出去查询这台机器名称． 假设客户端来自 ws_177200.land-5.com，C 程式库提供给
irc 伺服器的 IP 是 206.6.177.200． 为找出机器的名称我们要查询 200.177.6.206.in-
addr.arpa．DNS 伺服器首先找到负责 arpa. 的伺服器． 然後找到 in-addr.arpa.
的伺服器，再来是反过来的 206，然後是 6， 最後找到在 LAND-5 负责 177.6.206.in-
addr.arpa 区域的伺服器． 由此我们得到 200.177.6.206.in-addr.arpa 的答案是 'PTR
ws_177200.land-5.com' 记录， 意指拥有 IP 206.6.177.200 的名称是
ws_177200.land-5.com． 不过就像在解释 prep.ai.mit.edu
如何查询时所说，这过程稍微有点不对．
回到 irc 伺服器的例子．irc 伺服器只接再来自斯堪地那维亚国家的连线，也就是，
*.no, *.se, *.dk．ws_177200.land-5.com 这个名字显然并不符合任何这些．
因此伺服器会拒绝连线．如果没有经由 in-addr.arpa 区域到 206.2.177.200
的反向对应， 伺服器将无法查到机器名称而将会拿 206.2.177.200 来和 *.no, *.se 及
*.dk 比较，当然找不到符合的．
DNS HOWTO 中译版 22
有些人会告诉你反向对应查询只对伺服器重要，或是一点也不重要． 当然不是: 许多
ftp, news, irc 甚至 http 伺服器将不接受无法查到名称的机器连线．
因此事实上机器的反向名称对应是必须的．
6. 维护工作
维持它的运作．
维持它们的继续执行之外，对於 named 你还有个维护的任务得要做． 那就是维持
root.cache 档案的更新．最简单的方法是使用 dig 程式， 首先不加任何参数执行 dig
程式，你将会取得从你自己伺服器得到的 root.cache． 然後以 dig @rootserver . ns
查问所列出的根伺服器其中之一． 你将会注意到这份输出看起来非常地像一个
root.cache 档案，除了一堆额外的数字以外．这些数字不会有什麽妨碍．
把它存放到档案里(dig @e.root-servers.net . ns
>root.cache.new)并且用它来取代原本旧的 root.cache 档案．
取代了原先的档案之後要记得重新启动 named 程式．
Al Longyear 寄给我这个指令稿，它可以自动执行来更新 named.cache，为它安装个
crontab 项目然後忘了它． 这个指令稿假设你的电子邮件可以运作而且 `hostmaster'
这个邮件别名有定义．你应该修订它以便符合你的设定．
#!/bin/sh
#
# Update the nameserver cache information file once per month.
# This is run automatically by a cron entry.
#
(
echo "To: hostmaster <hostmaster>"
echo "From: system <root>"
echo "Subject: Automatic update of the named.boot file"
echo
export PATH=/sbin:/usr/sbin:/bin:/usr/bin:
cd /var/named
dig @rs.internic.net . ns >root.cache.new
echo "The named.boot file has been updated to contain the following information:"
echo
cat root.cache.new
chown root.root root.cache.new
chmod 444 root.cache.new
rm -f root.cache.old
mv root.cache root.cache.old
mv root.cache.new root.cache
ndc restart
echo
echo "The nameserver has been restarted to ensure that the update is complete."
echo "The previous root.cache file is now called /var/named/root.cache.old."
) 2>&1 | /usr/lib/sendmail -t
exit 0
DNS HOWTO 中译版 23
有些人可能用 ftp 从 Internic 得到 root.cache 档案． 请不要用 ftp 来更新
root.cache，上面提到的方法更为便利．
7. 拨接连线的自动设定
这一节解释我如何设定以便让每个过程自动化．
我的方法可能一点都不适合你，但是你可能从我所作的一些事情里得到一些点子．
同时，我使用 PPP 拨接，然而有许多人使用 slip 或是 cslip 连线方式，
所以你的设定里几乎每个地方都可能跟我的不同． 但是 slip 使用的 dip
程式应该能够完成我所作的许多事情．
一般来说，当我没有连上网路时我的 resolv.conf 档案单纯地包含这一行
domain uio.no
这确保我不必等待主机名称解析函式库去尝试联系某台不可能帮助我的名称伺服器．
但是当我连上线的时候我想要起始我的 named 并且拥有一个看起来像前面所描述的
resolv.conf 档案． 我藉由保持两份 resolv.conf 的‘样板’档案，resolv.conf.local
以及 resolv.conf.connected 来解决问题． 後面这一个看起来像前面所描述过的
resolv.conf 档案．
要自动化连线到网路的过程我执行一个称为 `ppp-on' 的指令稿:
#!/bin/sh
echo calling...
pppd
pppd 有个称为 options 的档案，它告诉 pppd 如何取得连线的一些特殊事项． 一旦我的
ppp 连线完成後 pppd 起始一个称为 ip-up 的指令(这在 pppd
的线上使用手册里有描述)． 这里是该指令稿里面的一部份:
#!/bin/sh
interface="$1"
device="$2"
speed="$3"
myip="$4"
upip="$5"
...
cp -v /etc/resolv.conf.connected /etc/resolv.conf
...
/usr/sbin/named
换句话说，我在这里起始我的 named 程式．当 ppp 离线时 pppd 执行一个称为 ip-down
的指令稿:
#!/bin/sh
cp /etc/resolv.conf.local /etc/resolv.conf
read namedpid < /var/run/named.pid
kill $namedpid
DNS HOWTO 中译版 24
所以这在连线时配置并设定相关事宜并且在离线时解除该配置并结束相关程式．
某些程式，例如我想起 irc 与
talk，做了过多的假定，为了让其工作正常你必须修改你的 hosts 档案． 我在 ip-up
上加入
cp /etc/hosts.ppp /etc/hosts
echo $myip roke >>/etc/hosts
hosts.ppp 是简单地包含了
127.0.0.1 localhost
而 echo 指令插入了我收到的 IP 号码做为我机器的名称(roke)．
你应该改用你自己机器的名称，可以用 hostname 指令查出．
当你没有连线到网路上时执行 named 可能并不聪明， 这是因为 named
将会尝试送出查询到网路上而且其终止时限(timeout)很长，
而每次有某些个程式尝试解析一个名称的时候你就得等待到这个终止时限．
如果你使用拨接的话你应该在连上网时起始 named 并且在离线时杀掉它． 不过请参考
FAQ (section 8., page 24) 一节的提示．
某些人喜欢在慢速的连线上使用 forwarders 指令． 如果你的网际网路提供者在 1.2.3.4
以及 1.2.3.5 设有 DNS 伺服器那麽你可以插入这麽一行
forwarders 1.2.3.4 1.2.3.5
到 named.boot 档案里去．同时也让 root.cache 档案保持为空白．
这将会减低源自你主机的 IP
流量，可能稍微提升速度．如果你是依线路的资料量付费的话这点特别重要．
这还有个附加价值，让你脱离作为一个暂存的 named 维护者所应负起的责任:
你不需要去更新一个空的 root.cache 档案．
8. 常见问题解答
本节中我将列出一些关於 DNS 以及本文件最常被提出的问题．还有解答 :-)
在写信给我前请先阅读过本节．
1. 如何在防火墙之内使用 DNS ?
一些提示: `forwarders', `slave', 以及参考本文件最後面的文献列表．
2. 如何利用 DNS 提供的可用位址於某一服务，如 www.busy.site，
以获得负荷平衡或类似的效果?
为 www.busy.site 加上许多 A 记录，而且使用 bind 4.9.3 或以後的版本． 这样
bind 会使用 round-robin 演算法找寻答案．这不能在更早版本的 bind 上工作．
3. 我想在一封闭的 Intranet 上架设 DNS．我该怎麽做?
把暂存档案丢掉只留区域档案．这也表示你将不需要更新暂存档案．
DNS HOWTO 中译版 25
4. 我的系统没有 ndc 程式．我该怎麽办?
你的系统安装过一旧的，可能过期的 bind 程式． 如果安全性对你很重要: 立刻将
bind 升级．如果不是，你也可以用这旧的． 你可直接执行 named 而不是 ndc
start． ndc reload 变成 named.reload 而 ndc restart 变成 named.restart．
所有这些程式可能都在 /usr/sbin 里．
5. 如何建立次要名称伺服器?
如果主要名称伺服器的地址是 127.0.0.1， 在你的次要名称伺服器的 named.boot
档案中放一行:
secondary linux.bogus 127.0.0.1 sz/linux.bogus
6. 我希望离线时 bind 仍继续执行．
我收到来自 Ian Clark <ic@deakin.edu.au> 的信件解释他如何办到这点．
I run named on my 'Masquerading' machine here. I have
two root.cache files, one called root.cache.real which contains
the real root server names and the other called root.cache.fake
which contains...
--------------
; root.cache.fake
; this file contains no information
--------------
When I go off line I copy the root.cache.fake file to root.cache and
restart named.
When I go online I copy root.cache.real to root.cache and restart
named.
This is done from ip-down & ip-up respectively.
The first time I do a query off line on a domain name named doesn't
have details for it puts an entry like this in messages..
Jan 28 20:10:11 hazchem named[10147]: No root nameserver for class IN
which I can live with.
It certainly seems to work for me. I can use the nameserver for
local machines while off the 'net without the timeout delay for
external domain names and I while on the 'net queries for external
domains work normally
7. 名称伺服器将暂存资料保存在那儿? 有任何方法可以控制它的大小吗?
所有的暂存资料都保存在记忆体中，任何时刻它都不会被写入磁碟中． 每次你杀掉
named 时这些暂存资料就没有了．没有任何方法可以控制暂存资料． named
用一些简单的法则来管理它．你不能用任何理由任何方法控制暂存资料或其大小．
DNS HOWTO 中译版 26
如果你希望如此你可以自己去改 named 的程式．不过最好别这麽做．
8. 如何在重新起始 named 之间保存暂存资料? 我可以把它存下来吗?
不! named 被杀掉时不会保留暂存资料．
这就是说暂存资料必须在每次你杀掉并重新起始 named 後重新建立． 没有办法让
named 将暂存资料存到档案里． 如果你希望如此你可以自己去改 named
的程式．不过最好别这麽做．
9. 如何成为一个大型的 DNS 管理者
文件以及工具
存在真正的文件．在线上的或是印好的．要跨出由小型 DNS 到大型 DNS
管理者的一步阅读几份这些文件是必要的． 印好的标准参考书是 DNS and BIND by C.
Liu and P. Albitz from O'Reilly & Associates, Sebastopol, CA, ISBN
0-937175-82-X． 我读过，它很棒．在另一本 TCP/IP Network Administration, by
Craig Hunt from O'Reilly..., ISBN 0-937175-82-X 有一节是关於 DNS
的．另一本对管理 DNS 很好的(或者是对任何这一类工作都很好)书则是 Zen and the
Art of Motorcycle Maintenance, 作者 Robert M. Prisig 书号 ISBN 0688052304．
线上的资料你可以在这里找到 <URL:http://www.dns.net/dnsrd/>,
<URL:http://www.isc.org/bind.html>; 常见问题集，参考手册(BOG; Bind Operations
Guide)是协定的定义以及 DNS 研究的文献．
这些文件我大部分没有阅读过，但是因此我不是个大型 DNS 管理者． 另一方面 Arnt
Gulbrandsen 已经读过 BOG 而且对此很熟稔 :-)． 网路新闻讨论群 comp.proto□
cols.tcp-ip.domains 是有关 DNS 的讨论群． 此外还有好几份关於 DNS 的
RFCs，最重要的可能是这些:
RFC 2052
A. Gulbrandsen, P. Vixie, A DNS RR for specifying the location of
services (DNS SRV), October 1996
RFC 1918
Y. Rekhter, R. Moskowitz, D. Karrenberg, G. de Groot, E. Lear,
Address Allocation for Private Internets, 02/29/1996.
RFC 1912
D. Barr, Common DNS Operational and Configuration Errors,
02/28/1996.
RFC 1713
A. Romao, Tools for DNS debugging, 11/03/1994.
RFC 1712
C. Farrell, M. Schulze, S. Pleitner, D. Baldoni, DNS Encoding of
Geographical Location, 11/01/1994.
RFC 1183
R. Ullmann, P. Mockapetris, L. Mamakos, C. Everhart, New DNS RR
Definitions, 10/08/1990.
DNS HOWTO 中译版 27
RFC 1035
P. Mockapetris, Domain names - implementation and specification,
11/01/1987.
RFC 1034
P. Mockapetris, Domain names - concepts and facilities, 11/01/1987.
RFC 1033
M. Lottor, Domain administrators operations guide, 11/01/1987.
RFC 1032
M. Stahl, Domain administrators guide, 11/01/1987.
RFC 974
C. Partridge, Mail routing and the domain system, 01/01/1986.
DNS HOWTO 中译版 28
CONTENTS
1. 前言 .................................................................... 1
1.1 版权宣告 ............................................................ 1
1.2 感谢与求助 ........................................................... 1
1.3 题献辞 ............................................................... 1
2. 简介 ..................................................................... 1
3. 暂存专用名称伺服器 ....................................................... 2
3.1 起始 named ........................................................... 5
4. 一个简单的领域 ........................................................... 6
4.1 先来一点纯理论 ....................................................... 6
4.2 我们自己的领域 ...................................................... 10
4.3 继续深入 ............................................................ 16
5. 真实领域的例子 .......................................................... 17
5.1 /etc/named.boot (或 /var/named/named.boot) .......................... 17
5.2 /var/named/root.cache ............................................... 17
5.3 /var/named/zone/127.0.0 ............................................. 18
5.4 /var/named/zone/land-5.com .......................................... 18
5.5 /var/named/zone/206.6.177 ........................................... 21
6. 维护工作 ................................................................ 22
7. 拨接连线的自动设定 ...................................................... 23
8. 常见问题解答 ............................................................ 24
9. 如何成为一个大型的 DNS 管理者 .......................................... 26
i
--
CLDP homepgae: http://www.linux.org.tw/CLDP/
http://www.phys.ntu.edu.tw/~cwhuang/pub/os/linux/CLDP/
CLDP mailing list: ldp-trans@linux.org.tw
Powered by KBS BBS 2.0 (http://dev.kcn.cn)
页面执行时间：619.114毫秒