- 相關(guān)推薦
DNS無(wú)響應(yīng)的故障處理
DNS解析出現(xiàn)錯(cuò)誤，就是把一個(gè)域名解析成一個(gè)錯(cuò)誤的IP地址，或者根本不知道某個(gè)域名對(duì)應(yīng)的IP地址是什么時(shí)，我們就無(wú)法通過(guò)域名訪(fǎng)問(wèn)相應(yīng)的站點(diǎn)了，這就是DNS解析故障。出現(xiàn)DNS解析故障最大的癥狀就是訪(fǎng)問(wèn)站點(diǎn)對(duì)應(yīng)的IP地址沒(méi)有問(wèn)題，然而訪(fǎng)問(wèn)他的域名就會(huì)出現(xiàn)錯(cuò)誤。
故障現(xiàn)象
某交換局的組網(wǎng)情況為一個(gè)Gn/Gp SGSN網(wǎng)元連接了兩個(gè)DNS服務(wù)器(以下簡(jiǎn)稱(chēng)為DNS1和DNS2)，此交換局產(chǎn)生的故障現(xiàn)象如下：
Gn/Gp SGSN經(jīng)常收到DNS無(wú)響應(yīng)告警，該告警消息由DNS2服務(wù)器上報(bào)。
Gn/Gp SGSN發(fā)往DNS2服務(wù)器的解析請(qǐng)求消息比發(fā)往DNS1服務(wù)器的解析請(qǐng)求消息少很多(正常情況下，兩臺(tái)DNS服務(wù)器承載的業(yè)務(wù)量應(yīng)該保持一致，即Gn/Gp SGSN發(fā)往兩個(gè)DNS服務(wù)器的請(qǐng)求消息應(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ù)器之間的信令跟蹤消息，對(duì)結(jié)果進(jìn)行分析。
3.在信令跟蹤結(jié)果中，分析Gn/Gp SGSN發(fā)往DNS2(IP地址為220.206.132.2)，但沒(méi)有得到響應(yīng)的解析請(qǐng)求消息的信令流程，如下圖所示。
得出的結(jié)論如下：
這些發(fā)往DNS2服務(wù)器但沒(méi)有得到響應(yīng)的解析請(qǐng)求消息，其共同點(diǎn)都是由Gn/Gp SGSN向DNS2發(fā)起的路由區(qū)解析請(qǐng)求消息，而且其中的MNC(Mobile Network Code，移動(dòng)網(wǎng)絡(luò)號(hào))均為000，即表示另一運(yùn)營(yíng)商網(wǎng)絡(luò)的路由區(qū)。
這樣的路由區(qū)解析請(qǐng)求在本運(yùn)營(yíng)商的網(wǎng)絡(luò)中是獲取不到解析結(jié)果的。通常情況下，此類(lèi)請(qǐng)求會(huì)從本DNS服務(wù)器向上一級(jí)的DNS服務(wù)器轉(zhuǎn)發(fā)。如果從上一級(jí)的DNS服務(wù)器中也獲取不到解析結(jié)果，則向更上一級(jí)的DNS服務(wù)器進(jìn)行逐級(jí)轉(zhuǎn)發(fā)，以便可以尋找到最終能夠處理此路由區(qū)解析請(qǐng)求的DNS服務(wù)器，此過(guò)程所需的時(shí)間很長(zhǎng)。
無(wú)論最終是否獲取到了解析結(jié)果，DNS服務(wù)器都需要向Gn/Gp SGSN回送響應(yīng)消息。如果在規(guī)定的時(shí)間之內(nèi)，Gn/Gp SGSN沒(méi)有收到響應(yīng)消息，則認(rèn)為此DNS服務(wù)器不可達(dá)，會(huì)上報(bào)DNS服務(wù)器無(wú)響應(yīng)的告警。
4.從信令流程上，可以看到DNS2服務(wù)器最終并沒(méi)有從上級(jí)DNS獲取到解析結(jié)果，也沒(méi)有給Gn/Gp SGSN回送響應(yīng)消息，因此會(huì)產(chǎn)生DNS2不可達(dá)的告警消息。
5.對(duì)于兩臺(tái)DNS服務(wù)器上的業(yè)務(wù)量不均問(wèn)題，從信令流程中也可以得到答案。
對(duì)于此類(lèi)移動(dòng)域名的解析請(qǐng)求(MNC均為000)，雖然最終無(wú)法獲得解析結(jié)果，但DNS1(IP地址為220.206.132.1)都會(huì)給Gn/Gp SGSN回送響應(yīng)消息，這種情況下，不會(huì)產(chǎn)生告警消息，如下圖所示。
由于Gn/Gp SGSN向DNS2發(fā)送的此類(lèi)請(qǐng)求總是得不到響應(yīng)消息，這種情況下導(dǎo)致告警消息“DNS不可達(dá)的告警”總是來(lái)自DNS2。
由于Gn/Gp SGSN認(rèn)為DNS2頻繁發(fā)生不可達(dá)告警，所以后續(xù)會(huì)優(yōu)先選擇向DNS1發(fā)送消息，導(dǎo)致向DNS2發(fā)送的解析消息也就比DNS1少很多。
故障處理
可以通過(guò)在本地的DNS服務(wù)器上增加一個(gè)mnc000.mcc460.gprs的域名，將這個(gè)域名的解析結(jié)果指向一個(gè)空地址或一個(gè)不存在的地址。即對(duì)于Gn/Gp SGSN向DNS發(fā)起的路由區(qū)解析請(qǐng)求消息(其中的MNC均為000)，DNS服務(wù)器可以從本地獲取到解析結(jié)果，不需要向上級(jí)DNS服務(wù)器轉(zhuǎn)發(fā)解析請(qǐng)求，就可以獲得對(duì)應(yīng)的地址，這樣可以避免此類(lèi)告警消息的產(chǎn)生。
【DNS無(wú)響應(yīng)的故障處理】相關(guān)文章：
挖掘機(jī)無(wú)回轉(zhuǎn)故障分析與處理09-25
DNS服務(wù)網(wǎng)絡(luò)故障案例解析01-23
內(nèi)存故障處理步驟01-13
Unix啟動(dòng)故障的處理06-29
處理手機(jī)故障的方法與技巧09-21
數(shù)控磨床故障處理的步驟與方法01-29
常見(jiàn)的寬帶故障處理流程與方法06-05
CPU的常見(jiàn)故障及處理方法09-08