📄 00000003.htm
字号:
<BR> 113.140.in-addr.arpa 相对於 140.113.*.* 的IP addr range, 反解的部份, <BR> 直接就登记在 InterNIC 的 root DNS server ( a.root-server.net, ... ) 上. <BR> <BR> <BR>再来, 反解的部份, 根据连线单位不同, 有很多不同的差异. 例如, 交大有两段, <BR> 140.113.*.* 及 部份的 140.126.*.*, 於是目前所有这两段: <BR> - *.*.113.140.in-addr.arpa <BR> - *.*.126.140.in-addr.arpa <BR> <BR> 这两段反解的位置 , 所有的 DNS server, 目前都是在交大登记. <BR> <BR> 也就是说, 例如像中华工学院, 新竹师院 ...等, 新竹地区许多 140.126.*.* 的 <BR> 网路, 有 reverse DNS server 变更, 就必须到 NCTU 的 DNS server 来 update. <BR> <BR> 如果, NCTU 这两段的 reverse DNS server 要变动, 就必须直接向, 美国的 <BR> InterNIC 的 root DNS server ( a.root-server.net, b.root-server.net, ...) <BR> 直接 update 而不是向 MOECC 请求 update. <BR> <BR> TANet 各地都有许多类似的状况. ( 140.127.*.* 和 140.117.*.* 由中山大学管理, <BR> ... ) <BR> <BR> 另外, *.com.tw 接 HiNet 的公司, 面对的情形, 也和上面的 TANet 单位情形相同. <BR> <BR>======================================================================== <BR>BTW, 怎样区分 Primary and Secondary DNS server 呢 ? 这就要查每一个 <BR>zone 的 SOA ( Start Of Authority ) record. 每一个 zone 都只有一个 SOA, <BR>所以有某一个 zone SOA 记录的 DNS server, 就是那一个 zone 的 primary <BR>DNS server, 其馀的就是 secondary DNS server. <BR> <BR> 所以, 每一个独立运作的 domain zone 一定有一个 ( one and only one ) <BR> primary, 但 secondary 不一定有. 再来, 某一个 zone 的 DNS server, <BR> 除了有无 SOA 外, 就功能来看, primary and/or secondary 如果都有 <BR> 在上一层登记, 取得授权, 那麽就 user 查询的角度来看, 完全一样, 没 <BR> 有分别. 所以, 上层来看, 除非 check SOA, 否则是分不出哪一个是 primary. <BR> <BR> 运用像 nslookup 这一类的程式, 除了某些有限制的 DNS server, 任何人都 <BR> 可以清清楚楚的找出, 自己所想要知道的一些 domain 的资料. <BR> % nslookup ( Unix host ) <BR> > ? <BR> ... <BR> <BR>======================================================================== <BR> <BR>另外一个, 常常会让许多 DNS 管理者搞混的, 就是关於 secondary DNS server 的 <BR>设定. <BR> <BR>在 DNS 系统的设定中, 关於 secondary DNS server 的设定, 必须上下层 server <BR>相互配合. 通常不是单一方, 就可以完成的. <BR> <BR>举例而言, 今天中华工学院 的网路是经由 NCTU 往外连, 所以 chpi.edu.tw 也许 <BR>希望交大的某一个 DNS server ( or more ) 来做 chpi.edu.tw 这一个 zone <BR>的 secondary server. 那麽这□有三方必须配合, <BR> <BR>1) 在 moevax.edu.tw 上, 至少: ( *.edu.tw 这一个 zone ) <BR> <BR> chpi.edu.tw IN NS nsX.chpi.edu.tw <- CHPI host <BR> chpi.edu.tw IN NS nsY.nctu.edu.tw <- NCTU 的 host <BR> ... <BR> <BR>2) chpi.edu.tw 这一个 zone 的 primary DNS server. <BR> 在中华工学院, nsX.chpi.edu.tw 这一 host 上, 也必须有对应的 <BR> chpi.edu.tw IN NS nsX.chpi.edu.tw <- CHPI host <BR> chpi.edu.tw IN NS nsY.nctu.edu.tw <- NCTU 的 host <BR> ... <BR> <BR>3) chpi.edu.tw 这一个 zone 的 secondar DNS server. <BR> 在交大, 这一个 nsY.nctu.edu.tw 这一个 host 上的 <BR> /etc/named.boot 上必须有 <BR>---------------------------------------------------------- <BR> primary ... <BR> ... <BR> secondary chpi.edu.tw 140.126.xxx.yyy CHPI-zone <BR> ... <BR>---------------------------------------------------------- <BR> Note: 140.126.xxx.yyy 相对於 nsX.chpi.edu.tw. <BR> <BR>许多人, 以为 3) 的动作, 就是 define secondary DNS server, 其实 <BR>这是不对的, 3) 只是把一些资料 copy 过来而已. <BR> <BR>套这一个例子而言, 1) , 2) 如果没有 设定 nsY.nctu.edu.tw 这一host. <BR>除非其它人的 client 程式, Domain Name server 直接指定这一 host. <BR> <BR>否则, 根本不会有哪一个 DNS server 会来这一边取有关 chpi.edu.tw 的资料. <BR> <BR>换一个方向, 如果 1), 2) 设了, 3) 没设. 如果因网路 loading, and/or <BR>round-robin 的因素, 某些 DNS query 被转到 nsY.nctu.edu.tw 来, <BR>那麽将会是白忙一场. 因为 nsY.nctu.edu.tw 根本就没有他要的东西. <BR> <BR>同样的, <BR> - 1) 有 2) 没设, or <BR> - 1) 没设, 2) 有设, .. 等, 也是不对的. <BR> <BR> 许多时候, 也会出现一些乱七八糟的状况. <BR> <BR>--------------------------------------------------------- <BR> 这一些原则, 套到其它单位, 情况都完全相同, 也都适用. <BR> <BR>For more information: <BR> --> man named ( Unix host ) <BR> --> RFC 1033, 1034, 1035, 1123 and many others <BR> <BR>-- <BR> C.S.Chen [ 陈昌盛 ] * E-mail: <A HREF="mailto:chen@cc.nctu.edu.tw">chen@cc.nctu.edu.tw</A> <BR> Computer Center of National Chiao-Tung University, Hsinchu, Taiwan, R.O.C. <BR>============================================================================= <BR> <BR>发信人: <A HREF="mailto:chen@cc.nctu">chen@cc.nctu</A> (C.S.Chen), 信区: network <BR>标 题: 国内外 DNS 系统的运作介绍 (2) <BR>发信站: National Chiao-Tung University, Taiwan (Sun May 5 20:01:06 1996) <BR>转信站: cis_nctu!news.cis.nctu!news.cc.nctu!netnews.NCTU!not-for-mail <BR> <BR> <BR>国内外 DNS 系统的运作介绍 (2) - 使用观念篇 <BR>=========================================== <BR> <BR>------------------------------------------------------------ <BR> Q1: 有许多人问说, 哪一(些)个 DNS 比较好用, 有没有什麽 lists , ... <BR> <BR> A1: 假如你知道: <BR> * DNS 是分层负责, <BR> * DNS server 通常会 caching 答案, <BR> * 网路的特性, 会 timeout, ... 等等, <BR> <BR> 你应该知道, 通常离你所在网路最近的 DNS server, 对你而言, 就是最好的. <BR> <BR>---------------------------------------------------- <BR> Q2: 也有人会问, 为什麽所设定的 DNS server 查不到某些 domain 的资料, <BR> 是不是这一个 DNS server 有问题 ? <BR> <BR> A2: 和前述的状况类似, DNS 是分层负责, 再加上 caching, timeout 等 <BR> 因素, 也许是你要查的 domain zone 的 DNS server 刚好不 work, <BR> 甚至是 domain zone 的资料, 根本有问题, 或者是网路出问题, <BR> timeout, ..., 因此很可能不是 你查询的这一个 DNS server 的错. <BR> 而是你要查那一个 domain name 负责的 server 有问题. <BR> <BR> 反正, 很简单, 再换一两个试试看, 或许就可以研究出来. <BR> <BR>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -