📄 00000008.htm
字号:
<HTML><HEAD> <TITLE>BBS水木清华站∶精华区</TITLE></HEAD><BODY><CENTER><H1>BBS水木清华站∶精华区</H1></CENTER>发信人: <A HREF="mailto:cthuang@neto.net">cthuang@neto.net</A> (Ching-tung Huang), 信区: Network <BR>标 题: [DNS]常见的 DNS 错误(long) <BR>发信站: Neto Corp. News Server (Thu Jul 10 14:36:47 1997) <BR>转信站: Maxwell!netnews.ntu!news.mcu!news.cs.nthu!UUserv.Net.tw!news.neto.net!n <BR>Origin: mail.neto.net <BR> <BR>常见的 DNS 错误 <BR>=============== <BR> <BR> DNS 的问题, 通常都是因为管理的时候, 没有细心的去设定, 而产生的. 下面, <BR> 就来提几个常见的 DNS 错误. <BR> <BR> 1. 没有增加 SOA (start of authority) RR 的 serial 值 <BR> <BR> 这是最主要的 DNS 出错的原因. 因为, serial 值没有增加, secondary <BR> server 就不会在 primary server 的资料改变後随著更心. 包括改变 SOA <BR> 里面其他的值, seconrary server 自己并不会发觉. 即使是修改 SOA RR <BR> 里面的资料, 也都要记得去改 SOA RR 的 serial 值. 改了 serial 後, <BR> secondary 到时後查出有增加, 就会从 primary 作一次 zone transfer. <BR> 改了 SOA RR 後, 最好去测试一下 secondary server 是不是有更新. 目 <BR> 前有些工具程式可以帮忙检查. <BR> <BR> 2. 在 BIND 中的资料, 後面, 少打了一个点 (.) <BR> <BR> 少打了一个点, 看起来差不多. 但是却造成了很大的问题. BIND 的设定 <BR> 档案一定要小心的设定. 要不然很可能产生以下的效果: <BR> <BR> 在 sample.com.tw. 这层: <BR> sample.com.tw IN NS ns.sample.com.tw <BR> 却是代表: <BR> sample.com.tw.sample.com.tw. IN NS ns.sample.com.sample.com.tw. <BR> <BR> -- 在 com.tw 这层, 的确发生过这样的事情. <BR> <BR> 3. 忘记设定 reverse DNS (或称 pointer, PTR) RR <BR> <BR> 很多系统, 在有 connection 建立时, 会花一段不短的时间. 去查查 <BR> client 端的 Domain Name 是否能够转成 IP Address. (例: Telnet) <BR> 另外一个例子是 traceroute. 当在 traceroute 时, 所经过的 router <BR> 都会去查 reverse, 在台湾常常因为没有设, 显示时就会 delay. 就是因 <BR> 为 traceroute 会去查每个 hop 的 domain name. 另外一个例子就是当 <BR> 连线到其它的 host, 该 host 上就会纪录来源地. 这时也要用 PTR. <BR> ==> 参阅 RFC 1537, RFC 1713 <BR> <BR> 4. DNS 管理者的协调工作 <BR> <BR> 要是 parent 跟 chile zone 的管理者 (这层有可以有好几个 )没有联络好, <BR> 很可能, 就会产生两种错误: lame delegations (不完整的授与) 还有 <BR> missing delegations (遗失的授与). lame delegations 的情况是, parent <BR> 列出下面某个 domain 的 name server, 但是其中可能有几台, 没有这个 <BR> zone 的全部资料 (authority 的意义). 要是 parent 列出的这些 name <BR> server 通通都没有 SOA (primary, secondary server 都会有 SOA), 这就 <BR> 成了 missing delegations. 最常遇到 missing delegations 的状况是 <BR> 这个单位改 IP, 但是又没有与上面一层通知. 当然, 也有一些程式可以帮忙 <BR> 找出 lame and missiong delegations. <BR> <BR> -- 事实上, 从 syslog 中就可以找到一堆 "Lame server on ..." 的讯息. <BR> 当然, 在 make BIND 时也可以关掉这些. <BR> <BR> 5. 坏的 resolv.conf 设定 <BR> <BR> resolv.conf 里面包含了 local domain, 当你没有把全部的 domain name <BR> 打出来时, 就会自动加上去这个东西. 然後机器就不会去查 DNS 而直接用 <BR> 这个 domain name 连出去了. 要是 resolv.conf 有不正确的 domain name <BR> entry, 那就有可能连到一堆不存在的地方. (然後得到 error.) <BR> <BR> 6. 旧的 root cache 档案 <BR> <BR> root cache 档案里面会写 root domain 的 DNS 的 domain name 还有 IP, <BR> root cache 并不是自己会去改变, 更新的. 而是要人工去设定. 系统管理员 <BR> 要去注意是否有新增家 root server. 要是一台 DNS 用了一个太旧的 root <BR> cache 档案, 就有可能有些 domain 会查不到. 最新的 root cache 档案可 <BR> 以从 <A HREF="ftp://rs.internic.net/domain/named.root">ftp://rs.internic.net/domain/named.root</A> 抓到. <BR> <BR>-- <BR>Ching-tung Huang | "We connect the future." -- Neto Corp. <BR><A HREF="mailto:cthuang@neto.net">cthuang@neto.net</A> | <A HREF="http://www.neto.net">http://www.neto.net</A> <BR><CENTER><H1>BBS水木清华站∶精华区</H1></CENTER></BODY></HTML>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -