DNS指向錯誤問題

第 1 頁,共 2 頁 1 2 末頁末頁
顯示結果從第 1 筆 到 10 筆,共計 11 筆
  1. #1
    會員
    註冊日期
    2000-12-21
    討論區文章
    29

    DNS指向錯誤問題

    請高手幫幫忙:
    我們公司的Web Server是放在Web66代管的
    而Web Server本來的IP是203.66.138.12
    後來Web66把IP換成211.78.213.212也就是目前使用的IP
    但是問題來了!常有客戶打電話來抱怨連不上網站
    經查詢結果原來是DNS指向錯誤,會跑到舊IP去了
    檢查一下架在我們公司的DNS Server IP設定並無錯誤
    後來發現Web66在台固的DNS主機上(dns1.tfn.net.tw)竟有我們的DNS紀錄(而且是錯誤的)
    於是打電話去要求把台固DNS記錄拿掉
    原本以為問題就此解決,沒想到問題還是存在
    也就是當DNS查詢時有時會出現Non-authoritative answer舊IP的資料
    這是錯誤的DNS紀錄還殘留在快取嗎?
    如果是的話這快取也未免存活太久了!
    有高手知道怎麼處理,還是能查出哪裡還有錯誤的紀錄嗎?
    另外如果我們申請中華電信的次DNS服務,會有改善嗎?

    以下是NSLOOKUP的訊息

    > www.e-oher.com
    Server: hntp1.hinet.net
    Address: 168.95.192.1

    www.e-oher.com internet address = 211.78.213.212
    > www.e-oher.com
    Server: hntp1.hinet.net
    Address: 168.95.192.1

    Non-authoritative answer:
    www.e-oher.com internet address = 203.66.138.12

    e-oher.com nameserver = e-oher.com
    e-oher.com internet address = 61.218.49.139



  2. #2
    會員
    註冊日期
    2003-08-25
    討論區文章
    1,120

    回覆: DNS指向錯誤問題

    最初由 kantjn47 發表
    請高手幫幫忙:
    以下恕刪

    於是打電話去要求把台固DNS記錄拿掉
    原本以為問題就此解決,沒想到問題還是存在
    也就是當DNS查詢時有時會出現Non-authoritative answer舊IP的資料
    這是錯誤的DNS紀錄還殘留在快取嗎?
    如果是的話這快取也未免存活太久了!
    有高手知道怎麼處理,還是能查出哪裡還有錯誤的紀錄嗎?
    另外如果我們申請中華電信的次DNS服務,會有改善嗎?

    以下是NSLOOKUP的訊息

    > www.e-oher.com
    Server: hntp1.hinet.net
    Address: 168.95.192.1

    www.e-oher.com internet address = 211.78.213.212
    > www.e-oher.com
    Server: hntp1.hinet.net
    Address: 168.95.192.1

    Non-authoritative answer:
    www.e-oher.com internet address = 203.66.138.12

    e-oher.com nameserver = e-oher.com
    e-oher.com internet address = 61.218.49.139
    特定domain name的DNS除了其authorizaed NS之外因為cache的關係只要query過您的domain name的DNS都會成為non-authoritative NS(所以您也無法得知到底有多少,自然也無法通知其expire cache,BTW,因為管理上及DNS先天上沒有認証機制等原因要通知其它DNS expire cache實務上不太可行),cache在這些NS上的有效時間是由soa中的ttl所指定的(意思就是由您或您所委托代管業者所定義,因為很少變動一般建議不短於一天,BTW,win內附的DNS daemon default是一小時),通常遇到要換ip的狀況時我們會先把新ip加上去(whether通了與否,client的AP會連到兩個ip之一,不通時再試另一個,除了增加delay外算是較保險的作法),並將ttl縮短(ex 1小時)以縮短錯誤cache的影響時間,待更換完ip後再將舊ip拿掉並將ttl復原(理由同前),至於委托誰代管其實不會有影響(除了每個業者的default ttl可能不同這點)...BTW,以弟個人觀點其實DNS不太須要委外,一般而言DNS造成的loading/traffic幾乎可以忽略,委外反而圖增麻煩....

  3. #3
    會員
    註冊日期
    2000-12-21
    討論區文章
    29

    回覆: 回覆: DNS指向錯誤問題

    最初由 wangcm 發表
    特定domain name的DNS除了其authorizaed NS之外因為cache的關係只要query過您的domain name的DNS都會成為non-authoritative NS(所以您也無法得知到底有多少,自然也無法通知其expire cache,BTW,因為管理上及DNS先天上沒有認証機制等原因要通知其它DNS expire cache實務上不太可行),cache在這些NS上的有效時間是由soa中的ttl所指定的(意思就是由您或您所委托代管業者所定義,因為很少變動一般建議不短於一天,BTW,win內附的DNS daemon default是一小時),通常遇到要換ip的狀況時我們會先把新ip加上去(whether通了與否,client的AP會連到兩個ip之一,不通時再試另一個,除了增加delay外算是較保險的作法),並將ttl縮短(ex 1小時)以縮短錯誤cache的影響時間,待更換完ip後再將舊ip拿掉並將ttl復原(理由同前),至於委托誰代管其實不會有影響(除了每個業者的default ttl可能不同這點)...BTW,以弟個人觀點其實DNS不太須要委外,一般而言DNS造成的loading/traffic幾乎可以忽略,委外反而圖增麻煩....
    感謝wangcm兄指導
    我們的DNS Server並沒有委託別人代管而是架在公司內部,
    之前Web66私下幫我們設定錯誤的DNS在台固那邊我們也不知道,
    直到我查詢了台固的DNS發現我們網域的Name server怎麼會不是e-oher.com
    才知道他們之前有做測試卻忘了刪除
    另外叫他們刪除這筆記錄也已經過兩個月了
    怎麼快取還會在呢?真叫人百思不解阿

  4. #4
    會員
    註冊日期
    2001-11-12
    所在地區
    ADSL 8M\640K 真奇怪的頻寬比例
    討論區文章
    953
    應該跟台固那的紀錄無關
    若你有去如TWNIC的機構申請,只要到TWNIC做變更即可
    因為DNS的查詢是由網址的TW開始查起,後面的名稱完全是用託管的方式來運作
    也就是說若你在TWNIC申請一個網域名稱abc.com.tw
    然後指定DNS SERVER的主機名稱為dns.abc.com.tw(這是架構在公司內的SERVER)
    當在使用者需要查詢所有有關abc.com.tw這個網域的所有主機時(如www.abc.com.tw)
    將不是由twnic答覆ip,而是twnic會將這個問題交由你公司內的dns答覆
    上面的運作我公司之前遇到的問題就是一個示範,
    在twnic所註冊的ip為單一外部ip,可是到168.95.1.1做FQDN時卻發現有兩個IP
    一個為註冊時所用的IP,另一個竟然是內部192.168.x.x的ip
    那時查證原因是,當時指定給twnic的dns server是我內部的dns
    所以內部的ip也藉由查詢一起洩漏出去......
    後來在加一台外部dns就改善了

    所以在這個dns運作機制下你應該是去查你註冊網域名稱的機構下的紀錄

  5. #5
    拉登長官 dou0228 的大頭照
    註冊日期
    2002-08-26
    所在地區
    2M/256K
    討論區文章
    1,073
    最初由 hhdig 發表
    應該跟台固那的紀錄無關

    [delete]

    所以內部的ip也藉由查詢一起洩漏出去......
    後來在加一台外部dns就改善了

    所以在這個dns運作機制下你應該是去查你註冊網域名稱的機構下的紀錄
    台固最近的 DNS 動作怪怪的..
    黑 Net DNS 是採用 每一個 DNS Query 都會發出 forward.
    台固的則會 Cache 住, 直到 TTL expire 為止.

    但是如果你的 Authority & Additional Records 裡洩露了 NS 主機名稱.

    台固就會自己跑去 NS 主機問, 根本不鳥 TWNIC 或上層 DNS 設定.

    我 Trace 了一下你公司的設定, 難怪出了問題了 @_@..
    語法:
        AUTHORITY RECORDS:
        ->  e-oher.com
            nameserver = e-oher.com
            ttl = 162504 (1 day 21 hours 8 mins 24 secs)
        ADDITIONAL RECORDS:
        ->  e-oher.com
            internet address = 61.218.49.139
            ttl = 162504 (1 day 21 hours 8 mins 24 secs)
    
     因此 DNS 主機位在 61.218.49.139 
    ----------------------------------------------------
    Server:  e-oher.com
    Address:  61.218.49.139
        QUESTIONS:
            www.e-oher.com, type = NS, class = IN
        AUTHORITY RECORDS:
        ->  e-oher.com
            ttl = 3600 (1 hour)
            primary name server = wan.e-oher.com
     主要 Name Server 為 wan.e-oher.com 
    ----------------------------------------------------
    > wan.e-oher.com
        ANSWERS:
        ->  wan.e-oher.com
            internet address = 192.168.100.4
            ttl = 3600 (1 hour)
     結果你回了 Private IP, 台固 DNS 覺得奇怪, 因此還是照用新的 
    ----------------------------------------------------
    所以你可以試著先把 wan.e-oher.com 的 A Record 回成 61.218.49.139
    看看問題還在不在..


    O/S: XPro SP2;Gentoo 05-r1;F-BSD 5.4/N-BSD 2.0.2
    替代役第一梯次, 矯正役笨蛋
    Bug !?
    Red Hat 技術支援的改變引起眾怒_原文出處
    echo $(echo 4jp022f@n5549i5o9or | tr 0-9a-z 0-3d-l6-9m-w4-5) | tr i .
    就讓 LP 去耍, 我們好在旁邊笑
    QoS 沒中文資料!?

  6. #6
    會員
    註冊日期
    2003-08-25
    討論區文章
    1,120
    最初由 dou0228 發表
    台固最近的 DNS 動作怪怪的..
    黑 Net DNS 是採用 每一個 DNS Query 都會發出 forward.
    台固的則會 Cache 住, 直到 TTL expire 為止.

    但是如果你的 Authority & Additional Records 裡洩露了 NS 主機名稱.

    台固就會自己跑去 NS 主機問, 根本不鳥 TWNIC 或上層 DNS 設定.
    以下恕刪

    對no-authoritative NS而言只要其cache中有某個domain相關的record尚未expire或被flush出去(BTW,hinet的機器實際上應該是一堆接在L4 switch後的server farm,其cache不見得是同步的,另一個可能是cache因為resource limit的關係已經被flush掉,所以須要重新forward query)自然會依cache回答client的query,這就是DNS中cache機制的作用,沒啥好奇怪的,不過您可能要確定一下在.com中您的authorized NS,到目前看來還是61.218.49.139,而61.218.49.139中soa內的NS就是錯的....BTW,一般DNS的實作只是很單純跟據query和resource record回答問題,不會去判斷record合理與否....

  7. #7
    會員
    註冊日期
    2000-12-21
    討論區文章
    29
    最初由 dou0228 發表
    台固最近的 DNS 動作怪怪的..
    黑 Net DNS 是採用 每一個 DNS Query 都會發出 forward.
    台固的則會 Cache 住, 直到 TTL expire 為止.

    但是如果你的 Authority & Additional Records 裡洩露了 NS 主機名稱.

    台固就會自己跑去 NS 主機問, 根本不鳥 TWNIC 或上層 DNS 設定.

    我 Trace 了一下你公司的設定, 難怪出了問題了 @_@..
    語法:
        AUTHORITY RECORDS:
        ->  e-oher.com
            nameserver = e-oher.com
            ttl = 162504 (1 day 21 hours 8 mins 24 secs)
        ADDITIONAL RECORDS:
        ->  e-oher.com
            internet address = 61.218.49.139
            ttl = 162504 (1 day 21 hours 8 mins 24 secs)
    
     因此 DNS 主機位在 61.218.49.139 
    ----------------------------------------------------
    Server:  e-oher.com
    Address:  61.218.49.139
        QUESTIONS:
            www.e-oher.com, type = NS, class = IN
        AUTHORITY RECORDS:
        ->  e-oher.com
            ttl = 3600 (1 hour)
            primary name server = wan.e-oher.com
     主要 Name Server 為 wan.e-oher.com 
    ----------------------------------------------------
    > wan.e-oher.com
        ANSWERS:
        ->  wan.e-oher.com
            internet address = 192.168.100.4
            ttl = 3600 (1 hour)
     結果你回了 Private IP, 台固 DNS 覺得奇怪, 因此還是照用新的 
    ----------------------------------------------------
    所以你可以試著先把 wan.e-oher.com 的 A Record 回成 61.218.49.139
    看看問題還在不在..
    感謝您

    關於您提到的這點我之前也蠻疑惑的,也提出好幾次
    但公司另一位較資深的MIS一直堅持,所以也沒有更動它

    由於我們是用IP Mapping的方式把61.218.49.139對應進來192.168.100.4
    因此他認為61.218.49.139這個IP並沒有真正的主機在上面,所以設成61.218.49.139沒有意義。
    不過我會試著說服他把wan.e-oher.com改成61.218.49.139

  8. #8
    拉登長官 dou0228 的大頭照
    註冊日期
    2002-08-26
    所在地區
    2M/256K
    討論區文章
    1,073
    最初由 wangcm 發表
    自然會依cache回答client的query,這就是DNS中cache機制的作用,沒啥好奇怪的
    我沒說 Cache 機制奇怪, 而是台固的 DNS 它似乎會看 Authority & Additional Record 裡的 NS, 然後一路查下去..


    而61.218.49.139中soa內的NS就是錯的....
    不會去判斷record合理與否....
    嗯, 我查出來的結果發現的確 www.e-oher.com 的 NS 有問題..
    因為台固根本找不到那台機器.

    以下是我猜測的 台固 DNS 回應的過程:
    語法:
    Client 發出 DNS Query
      1) 有在 Cache 內, TTL not expire => 直接回給 Client, 並填入 Auth & Add Records.
    
      2) 找不到, 只好往上層問 Type A 的 Record.
         i. 發現裡面有 Auth. & Add. 欄位
             繼續往 Authority 裡的 NS 去詢問.
             a) ... 直到相同為止( 就是 Additional == Query Server )
                詢問問題, 並把答案傳給 Client ( Cache 起來 )
    
             b) 如果問不到, 那只好把既有之前的答案塞給 Client.
    
        ii. 找不到 Auth. & Add. 欄位
            會把答案傳回去給 Client, 並加上上層得到的 Auth. & Add. 欄位.
    這一整個流程還須要確認, 是我最近觀察台固 DNS 發現的..

    BTW, 我知道黑 Net 後端 168.95.0.0/16 是一大堆 DNS farm, 不過實在是..
    問題很多..
    O/S: XPro SP2;Gentoo 05-r1;F-BSD 5.4/N-BSD 2.0.2
    替代役第一梯次, 矯正役笨蛋
    Bug !?
    Red Hat 技術支援的改變引起眾怒_原文出處
    echo $(echo 4jp022f@n5549i5o9or | tr 0-9a-z 0-3d-l6-9m-w4-5) | tr i .
    就讓 LP 去耍, 我們好在旁邊笑
    QoS 沒中文資料!?

  9. #9
    會員
    註冊日期
    2000-12-21
    討論區文章
    29
    HI ALL
    昨天回公司後把IP改為實體的之後
    台固的DNS果然都能查到正確的IP了
    但是中華的DNS還是不一定查得到正確的IP(211.78.213.212)
    比較奇怪的是原本都能正確回覆的So-net DNS(61.64.127.1)
    卻變的盡是查到錯誤的IP(203.66.138.12)
    怎麼辦呢?
    另外想請教一下dou0228 兄
    要用哪一個指令才能查到像您那麼豐富的資料阿?

  10. #10
    拉登長官 dou0228 的大頭照
    註冊日期
    2002-08-26
    所在地區
    2M/256K
    討論區文章
    1,073
    唉.. 果然.. 注意一下, TTL 似乎還沒有到期, 所以..

    在 nslookup 下, 指定: set debug 就會看到 details info 了.

    我說明一下:
    語法:
    第一次問 dns.hinet.net
    > www.e-oher.com
    Server:  dns.hinet.net
    Address:  168.95.1.1
        ANSWERS:
        ->  www.e-oher.com
            internet address = 203.66.138.12
            ttl = 1928 (32 mins 8 secs)
        AUTHORITY RECORDS:
        ->  com
            nameserver = A.GTLD-SERVERS.NET
            ttl = 13075 (3 hours 37 mins 55 secs)
    
    ............  恕刪..
    
        ADDITIONAL RECORDS:
        ->  A.GTLD-SERVERS.NET
            internet address = 192.5.6.30
            ttl = 147941 (1 day 17 hours 5 mins 41 secs)
    
    ............  恕刪..
    
    第二次問 dns.hinet.net
        QUESTIONS:
            www.e-oher.com, type = A, class = IN
        ANSWERS:
        ->  www.e-oher.com
            internet address = 211.78.213.212
            ttl = 1026 (17 mins 6 secs)
        AUTHORITY RECORDS:  [delete]
    
        ADDITIONAL RECORDS:
        ->  e-oher.com
            internet address = 61.218.49.139
            ttl = 15209 (4 hours 13 mins 29 secs)
    
    這一筆完全正常, 問題可能是因為那些 DNS Farm 並未完全同步的關係.
    TTL 還沒到期之故..
    至於 So-Net 呢, TTL 也太長, 居然長達一天, 話說回來, 您更新超過一天以上了嗎?


    O/S: XPro SP2;Gentoo 05-r1;F-BSD 5.4/N-BSD 2.0.2
    替代役第一梯次, 矯正役笨蛋
    Bug !?
    Red Hat 技術支援的改變引起眾怒_原文出處
    echo $(echo 4jp022f@n5549i5o9or | tr 0-9a-z 0-3d-l6-9m-w4-5) | tr i .
    就讓 LP 去耍, 我們好在旁邊笑
    QoS 沒中文資料!?

類似的主題

  1. 【問題】關於虛擬IP指向問題
    作者:sunnymao1213 所在討論版:☉ -- 架 站 DIY 討 論 版
    回覆: 8
    最後發表: 2007-06-19, 01:12 AM
  2. 【問題】關於虛擬IP指向問題
    作者:sunnymao1213 所在討論版:-- 網 路 技 術 版
    回覆: 1
    最後發表: 2007-05-19, 06:52 PM
  3. 【問題】有關網域中dns指向與policy問題請教
    作者:江湖賣藥的 所在討論版:-- Windows 討 論 版
    回覆: 6
    最後發表: 2007-02-09, 04:29 PM
  4. 回覆: 15
    最後發表: 2007-01-22, 11:49 AM
  5. 【求助】如何將托管的DNS指向新架的Server
    作者:msoliver 所在討論版:☉ -- 架 站 DIY 討 論 版
    回覆: 3
    最後發表: 2004-07-01, 07:54 PM

 

網址 指向 查

發表文章規則

  • 不可以發表新主題
  • 不可以回覆文章
  • 不可以上傳附加檔案
  • 不可以編輯自己的文章
  •