• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 請教:關于域名解釋的兩個DNS問題

    發表于:2007-05-25來源:作者:點擊數: 標簽:
    現在我們在申請新的域名的時候,都要至少填寫二個DNS 服務器 來對它進行解釋。 兩個DNS可以配置成主從關系,也可以都配置成主DNS服務器。 請問哪種方式好一些呢? 如果都配置成主的DNS服務器,如果只在其中的一臺對該域名做了解釋,而另一臺沒有

    現在我們在申請新的域名的時候,都要至少填寫二個DNS服務器來對它進行解釋。
    兩個DNS可以配置成主從關系,也可以都配置成主DNS服務器。
    請問哪種方式好一些呢?

    如果都配置成主的DNS服務器,如果只在其中的一臺對該域名做了解釋,而另一臺沒有對它做解釋,會產生什么后果呢?
    (我們大多數人所使用的動態IP都用電信提供的DNS,電信的DNS如果在其中一臺找不到該域名的解釋,會不會自動到另一臺去找呢?)

     網中人 回復于:2004-02-24 12:16:20
    master/slave 的主要功能是作 zone transfer ,
    不過 zone transfer 的目的說穿了只是要同步 dns db 資料。
    換而言之,若你有辦法做到同步,那就不管你用甚麼方法了... (白貓黑貓)
    只是,so far,若 db 不是異常龐大的話,master/slave 是最輕鬆的方案...

    假如資料不同步,會造成外面的查詢不一致:
    比方說查同一個 hostname ,有時會得到 ip1 ,有時會得到 ip2 ...

    若其中一臺 ns 連不上(注:指的是 udp/53 )
    因為是 udp 查詢,等 time out 後,查詢端會再查一次,這時就可能查到正常工作的那臺了。

    因此,其中一臺掛了,應是問題不大。反而資料不同步才是最大問題。
    不知這樣說能讓你了解嗎?

     jackho 回復于:2004-02-24 19:55:55
    謝謝網中人。

    具體查詢兩個ns中的哪一個,有規律可循嗎?還是隨機選擇的呢?

     jackho 回復于:2004-02-24 20:55:45
    一個域名有兩個 ns 
    在下面兩種情況,產生的后果有什么不同嗎?

    1。只有一臺ns對該域名做了實際的解釋,另一臺的named service停止了
    2。只有一臺ns對該域名做了實際的解釋,另一臺也起動了named service,但沒有配置對該域名的解釋

     網中人 回復于:2004-02-25 00:41:16
    隨機選的...

    1??赡軙稽c,但不致於失效。
    2。會有一半機會出現 lame server 。

     fy2003 回復于:2004-02-25 09:10:41
    當用戶查詢域名時,是主DNS給其響應,還是隨機主或輔DNS響應?

    如果把主DNS上named.conf中此域名屏蔽掉,輔DNS會起作用嗎?用戶應該能查詢到正確的解析么?

     網中人 回復于:2004-02-25 11:58:41
    請記住一點:
    從 delegation 與 query 的角度來看,ns 沒有主次之分﹗
    master/slave 只用在 zone transfer 上面。

    許多人搞 dns 就是不肯花時間學原理,以為工具是萬能的。
    希望這些人慎以為戒﹗

     fy2003 回復于:2004-02-25 13:52:48
    奇怪的是,有一次我對主DNS的一個域名誤操作屏蔽掉了,當時輔DNS的文件已經正確同步過了,但是輔DNS并沒有發揮作用,其他DNS解析不到這個域名了,這是為什么???

     網中人 回復于:2004-02-25 14:12:48
    不清楚你當時的情形,很難猜度。

    最好你能用多臺 resolver 來測試,且清掉 cache 再來測會準一些...
    能抓封包來確認更好....

    離開了具體數據,我不便下定義就是了。

     fy2003 回復于:2004-02-25 15:25:57
    我作了以下測試
    建立另一臺測試DNS(1.1.1.1)域名主DNS1.1.1.2,輔DNS1.1.1.3),客戶端DNS服務器地址設置為此測試DNS服務器,在客戶端上解析此域名時,發現測試DNS的LOG抱錯:

    Feb 25 15:00:08 dnstest named[21721]: lame server resolving 'XX.com' (in 'XX.com'?): 1.1.1.2#53

    當主DNS屏蔽此域名時,
    包錯:
    Feb 25 15:00:08 dnstest named[21721]: lame server resolving '4857.com' (in '4857.com'?): 1.1.1.2#53
    Feb 25 15:00:11 dnstest named[21721]: lame server resolving '4857.com' (in '4857.com'?): 1.1.1.3#53

    查看輔DNS上,此域名已經正確同步了,
    到底那里有問題?

     網中人 回復于:2004-02-25 16:28:09
    lame server resolving 

    我前面不是說過了:"2。會有一半機會出現 lame server 。"

     fy2003 回復于:2004-02-25 17:13:15
    您可能沒看清楚,

    我遇到的問題是當輔DNS已經正確同步時,查詢此域名也包錯:此輔DNS lame,我覺得很奇怪

     網中人 回復于:2004-02-26 00:25:24
    我想我還是看得清楚的:
    我說有一半機會,這可以是 slave 也可以是 master ...

    我再重複一次(最後一次):
    [size=24:ddc040a7d1]從 delegation 與 query 的角度來看,ns 沒有主次之分﹗ 
    master/slave 只用在 zone transfer 上面。[/size:ddc040a7d1][color=red:ddc040a7d1][/color:ddc040a7d1]

    原文轉自:http://www.kjueaiud.com

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>