<dfn id="w48us"></dfn><ul id="w48us"></ul>
  • <ul id="w48us"></ul>
  • <del id="w48us"></del>
    <ul id="w48us"></ul>
  • DNS無響應(yīng)的故障處理

    時(shí)間:2024-07-28 22:58:12 網(wǎng)絡(luò)診斷 我要投稿
    • 相關(guān)推薦

    DNS無響應(yīng)的故障處理

      DNS解析出現(xiàn)錯(cuò)誤,就是把一個(gè)域名解析成一個(gè)錯(cuò)誤的IP地址,或者根本不知道某個(gè)域名對應(yīng)的IP地址是什么時(shí),我們就無法通過域名訪問相應(yīng)的站點(diǎn)了,這就是DNS解析故障。出現(xiàn)DNS解析故障最大的癥狀就是訪問站點(diǎn)對應(yīng)的IP地址沒有問題,然而訪問他的域名就會(huì)出現(xiàn)錯(cuò)誤。

      故障現(xiàn)象

      某交換局的組網(wǎng)情況為一個(gè)Gn/Gp SGSN網(wǎng)元連接了兩個(gè)DNS服務(wù)器(以下簡稱為DNS1和DNS2),此交換局產(chǎn)生的故障現(xiàn)象如下:

      Gn/Gp SGSN經(jīng)常收到DNS無響應(yīng)告警,該告警消息由DNS2服務(wù)器上報(bào)。

      Gn/Gp SGSN發(fā)往DNS2服務(wù)器的解析請求消息比發(fā)往DNS1服務(wù)器的解析請求消息少很多(正常情況下,兩臺DNS服務(wù)器承載的業(yè)務(wù)量應(yīng)該保持一致,即Gn/Gp SGSN發(fā)往兩個(gè)DNS服務(wù)器的請求消息應(yīng)基本相同)。

      故障分析

      1.使用ping命令,檢查Gn/Gp SGSN與DNS2服務(wù)器之間的IP鏈路是否正常。如果IP鏈路不正常(如產(chǎn)生丟包現(xiàn)象),會(huì)導(dǎo)致Gn/Gp SGSN和DNS2服務(wù)器之間的通信故障;如果IP鏈路正常,進(jìn)行下一步分析。

      2.采集Gn/Gp SGSN與兩個(gè)DNS服務(wù)器之間的信令跟蹤消息,對結(jié)果進(jìn)行分析。

      3.在信令跟蹤結(jié)果中,分析Gn/Gp SGSN發(fā)往DNS2(IP地址為220.206.132.2),但沒有得到響應(yīng)的解析請求消息的信令流程,如下圖所示。

      得出的結(jié)論如下:

      這些發(fā)往DNS2服務(wù)器但沒有得到響應(yīng)的解析請求消息,其共同點(diǎn)都是由Gn/Gp SGSN向DNS2發(fā)起的路由區(qū)解析請求消息,而且其中的MNC(Mobile Network Code,移動(dòng)網(wǎng)絡(luò)號)均為000,即表示另一運(yùn)營商網(wǎng)絡(luò)的路由區(qū)。

      這樣的路由區(qū)解析請求在本運(yùn)營商的網(wǎng)絡(luò)中是獲取不到解析結(jié)果的。通常情況下,此類請求會(huì)從本DNS服務(wù)器向上一級的DNS服務(wù)器轉(zhuǎn)發(fā)。如果從上一級的DNS服務(wù)器中也獲取不到解析結(jié)果,則向更上一級的DNS服務(wù)器進(jìn)行逐級轉(zhuǎn)發(fā),以便可以尋找到最終能夠處理此路由區(qū)解析請求的DNS服務(wù)器,此過程所需的時(shí)間很長。

      無論最終是否獲取到了解析結(jié)果,DNS服務(wù)器都需要向Gn/Gp SGSN回送響應(yīng)消息。如果在規(guī)定的時(shí)間之內(nèi),Gn/Gp SGSN沒有收到響應(yīng)消息,則認(rèn)為此DNS服務(wù)器不可達(dá),會(huì)上報(bào)DNS服務(wù)器無響應(yīng)的告警。

      4.從信令流程上,可以看到DNS2服務(wù)器最終并沒有從上級DNS獲取到解析結(jié)果,也沒有給Gn/Gp SGSN回送響應(yīng)消息,因此會(huì)產(chǎn)生DNS2不可達(dá)的告警消息。

      5.對于兩臺DNS服務(wù)器上的業(yè)務(wù)量不均問題,從信令流程中也可以得到答案。

      對于此類移動(dòng)域名的解析請求(MNC均為000),雖然最終無法獲得解析結(jié)果,但DNS1(IP地址為220.206.132.1)都會(huì)給Gn/Gp SGSN回送響應(yīng)消息,這種情況下,不會(huì)產(chǎn)生告警消息,如下圖所示。

      由于Gn/Gp SGSN向DNS2發(fā)送的此類請求總是得不到響應(yīng)消息,這種情況下導(dǎo)致告警消息“DNS不可達(dá)的告警”總是來自DNS2。

      由于Gn/Gp SGSN認(rèn)為DNS2頻繁發(fā)生不可達(dá)告警,所以后續(xù)會(huì)優(yōu)先選擇向DNS1發(fā)送消息,導(dǎo)致向DNS2發(fā)送的解析消息也就比DNS1少很多。

      故障處理

      可以通過在本地的DNS服務(wù)器上增加一個(gè)mnc000.mcc460.gprs的域名,將這個(gè)域名的解析結(jié)果指向一個(gè)空地址或一個(gè)不存在的地址。即對于Gn/Gp SGSN向DNS發(fā)起的路由區(qū)解析請求消息(其中的MNC均為000),DNS服務(wù)器可以從本地獲取到解析結(jié)果,不需要向上級DNS服務(wù)器轉(zhuǎn)發(fā)解析請求,就可以獲得對應(yīng)的地址,這樣可以避免此類告警消息的產(chǎn)生。

    【DNS無響應(yīng)的故障處理】相關(guān)文章:

    挖掘機(jī)無回轉(zhuǎn)故障分析與處理09-25

    DNS服務(wù)網(wǎng)絡(luò)故障案例解析01-23

    內(nèi)存故障處理步驟01-13

    Unix啟動(dòng)故障的處理06-29

    處理手機(jī)故障的方法與技巧09-21

    電腦硬盤常見故障處理08-29

    數(shù)控磨床故障處理的步驟與方法01-29

    常見的寬帶故障處理流程與方法06-05

    CPU的常見故障及處理方法09-08

    電腦突發(fā)故障應(yīng)急處理方法08-30

    主站蜘蛛池模板: 91麻豆精品国产| 91午夜精品亚洲一区二区三区| 国产精品青草久久久久婷婷| 精品国产呦系列在线观看免费 | 国产精品免费在线播放| 日韩精品专区AV无码| 国产激情精品一区二区三区| 久久99国产综合精品女同| 欧美精品在线免费| 国产精品狼人久久久久影院 | 2020最新久久久视精品爱| 日韩国产成人精品视频| 久久精品中文字幕第23页| 奇米精品一区二区三区在线观看| 精品国产一区二区三区色欲| 亚洲av无码成人精品国产| 成人精品一区二区久久久| 动漫精品专区一区二区三区不卡 | 精品无人区一区二区三区| 免费精品精品国产欧美在线欧美高清免费一级在线 | 亚洲精品乱码久久久久久按摩| 国内精品欧美久久精品| 久久精品国内一区二区三区| 精品人妻系列无码天堂| 亚洲精品无码不卡在线播HE | 国产欧美日韩综合精品一区二区三区| 国产精品91视频| 久久精品亚洲日本波多野结衣 | 精品熟女少妇a∨免费久久| 中国精品18videosex性中国| 无码精品人妻一区二区三区影院| 精品国产不卡一区二区三区| 国产精品自产拍在线观看花钱看| 88久久精品无码一区二区毛片| 久久精品视频免费| 国产在视频线精品视频二代| 99精品久久精品一区二区| 91麻豆精品国产| 97久久超碰国产精品旧版| 成人国产精品免费视频| 99精品久久精品|