本發(fā)明涉及計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)，特別涉及一種路由器域名訪問(wèn)方法。

背景技術(shù)：
域名(DomainName)，是由一串用點(diǎn)分隔的名字組成的Internet上某一臺(tái)計(jì)算機(jī)或計(jì)算機(jī)組的名稱，用于在數(shù)據(jù)傳輸時(shí)標(biāo)識(shí)計(jì)算機(jī)的電子方位(有時(shí)也指地理位置)，一個(gè)域名，它定義的行政自主權(quán)，權(quán)力或控制互聯(lián)網(wǎng)的境界。域名是一個(gè)IP地址上的“面具”。一個(gè)域名的目的是便于記憶和溝通的一組服務(wù)器的地址(網(wǎng)站，電子郵件，F(xiàn)TP等)。域名作為力所能及難忘的互聯(lián)網(wǎng)參與者的名稱，如電腦，網(wǎng)絡(luò)和服務(wù)。路由器(Router)是連接因特網(wǎng)中各局域網(wǎng)、廣域網(wǎng)的設(shè)備，它會(huì)根據(jù)信道的情況自動(dòng)選擇和設(shè)定路由，以最佳路徑，按前后順序發(fā)送信號(hào)的設(shè)備。路由器是互聯(lián)網(wǎng)絡(luò)的樞紐、"交通警察"。目前路由器已經(jīng)廣泛應(yīng)用于各行各業(yè)，各種不同檔次的產(chǎn)品已成為實(shí)現(xiàn)各種骨干網(wǎng)內(nèi)部連接、骨干網(wǎng)間互聯(lián)和骨干網(wǎng)與互聯(lián)網(wǎng)互聯(lián)互通業(yè)務(wù)的主力軍。路由器(Router)又稱網(wǎng)關(guān)設(shè)備(Gateway)是用于連接多個(gè)邏輯上分開(kāi)的網(wǎng)絡(luò)，所謂邏輯網(wǎng)絡(luò)是代表一個(gè)單獨(dú)的網(wǎng)絡(luò)或者一個(gè)子網(wǎng)。當(dāng)數(shù)據(jù)從一個(gè)子網(wǎng)傳輸?shù)搅硪粋€(gè)子網(wǎng)時(shí)，可通過(guò)路由器的路由功能來(lái)完成。因此，路由器具有判斷網(wǎng)絡(luò)地址和選擇IP路徑的功能，它能在多網(wǎng)絡(luò)互聯(lián)環(huán)境中，建立靈活的連接，可用完全不同的數(shù)據(jù)分組和介質(zhì)訪問(wèn)方法連接各種子網(wǎng)，路由器只接受源站或其他路由器的信息，屬網(wǎng)絡(luò)層的一種互聯(lián)設(shè)備。路由器分本地路由器和遠(yuǎn)程路由器，本地路由器是用來(lái)連接網(wǎng)絡(luò)傳輸介質(zhì)的，如光纖、同軸電纜、雙絞線；遠(yuǎn)程路由器是用來(lái)連接遠(yuǎn)程傳輸介質(zhì)，并要求相應(yīng)的設(shè)備，如電話線要配調(diào)制解調(diào)器，無(wú)線要通過(guò)無(wú)線接收機(jī)、發(fā)射機(jī)。路由器是互聯(lián)網(wǎng)的主要結(jié)點(diǎn)設(shè)備。路由器通過(guò)路由決定數(shù)據(jù)的轉(zhuǎn)發(fā)。轉(zhuǎn)發(fā)策略稱為路由選擇。作為不同網(wǎng)絡(luò)之間互相連接的樞紐，路由器系統(tǒng)構(gòu)成了基于TCP/IP的國(guó)際互聯(lián)網(wǎng)絡(luò)Internet的主體脈絡(luò)，也可以說(shuō)，路由器構(gòu)成了Internet的骨架。它的處理速度是網(wǎng)絡(luò)通信的主要瓶頸之一，它的可靠性則直接影響著網(wǎng)絡(luò)互連的質(zhì)量。因此，在園區(qū)網(wǎng)、地區(qū)網(wǎng)、乃至整個(gè)Internet研究領(lǐng)域中，路由器技術(shù)始終處于核心地位，其發(fā)展歷程和方向，成為整個(gè)Internet研究的一個(gè)縮影。在當(dāng)前我國(guó)網(wǎng)絡(luò)基礎(chǔ)建設(shè)和信息建設(shè)方興未艾之際，探討路由器在互連網(wǎng)絡(luò)中的作用、地位及其發(fā)展方向，對(duì)于國(guó)內(nèi)的網(wǎng)絡(luò)技術(shù)研究、網(wǎng)絡(luò)建設(shè)，以及明確網(wǎng)絡(luò)市場(chǎng)上對(duì)于路由器和網(wǎng)絡(luò)互連的各種似是而非的概念，都有重要的意義。常用的路由器，為了能夠有效的滿足各種功能，采用了網(wǎng)絡(luò)功能強(qiáng)大的linux為其內(nèi)核進(jìn)行開(kāi)發(fā)，針對(duì)各種上網(wǎng)功能的需求，我們需要對(duì)路由器功能進(jìn)行訪問(wèn)、設(shè)置、管理。這些需求中，訪問(wèn)路由器管理界面是一個(gè)不可或缺的需求，在訪問(wèn)界面中，用戶總是希望簡(jiǎn)單、好記，且不容易出錯(cuò)。常用的IP地址，枯燥且不容易記，用戶而且有可能修改后自己忘記，這就需要我們的路由具有域名訪問(wèn)功能。且另有一些情況是，上行DHCP給關(guān)閉，這時(shí)需要一個(gè)有一定技術(shù)知識(shí)的用戶才能訪問(wèn)到路由，這就給用戶帶來(lái)不便。動(dòng)態(tài)主機(jī)設(shè)置協(xié)議(DynamicHostConfigurationProtocol,DHCP)是一個(gè)局域網(wǎng)的網(wǎng)絡(luò)協(xié)議，使用UDP協(xié)議工作，主要有兩個(gè)用途：給內(nèi)部網(wǎng)絡(luò)或網(wǎng)絡(luò)服務(wù)供應(yīng)商自動(dòng)分配IP地址，給用戶或者內(nèi)部網(wǎng)絡(luò)管理員作為對(duì)所有計(jì)算機(jī)作中央管理的手段。同一個(gè)路由器一般可以通過(guò)設(shè)置來(lái)劃分靜態(tài)地址和動(dòng)態(tài)地址的IP段，比如一般家用TP-LINK路由器，常見(jiàn)的是從192.168.1.100～192.168.1.254，這樣如果你的電腦是自動(dòng)獲得IP的話，一般就是192.168.1.100，下一臺(tái)電腦就會(huì)由DHCP自動(dòng)分到為192.168.1.101。而192.168.1.2～192.168.1.99為手動(dòng)配置IP段。DHCP客戶端第一次從DHCP服務(wù)器端租用到IP地址之后，并非永久的使用該地址，只要租約到期，客戶端就得釋放(release)這個(gè)IP地址，以給其它工作站使用。當(dāng)然，客戶端可以比其它主機(jī)更優(yōu)先的更新(renew)租約，或是租用其它的IP地址。目前，我們常用的域名訪問(wèn)，也僅僅是在DHCP開(kāi)啟的情況下進(jìn)行訪問(wèn)，這種域名訪問(wèn)，利用的是開(kāi)源代碼dns-dproxy進(jìn)行處理，將發(fā)往本地的DNS數(shù)據(jù)進(jìn)行獲取判斷，如果是本地的域名，則進(jìn)行解析，返回路由器的管理IP，然后可以進(jìn)行訪問(wèn)。但是，上面的訪問(wèn)，存在一個(gè)很明顯的漏洞，在上行DHCP被人為、或者不小心關(guān)閉的情況下，忘記管理IP，如何登陸管理界面。

技術(shù)實(shí)現(xiàn)要素：
本發(fā)明的目的是為了解決以上問(wèn)題，本發(fā)明提供一種路由器域名訪問(wèn)方法。本發(fā)明的技術(shù)方案是：一種路由器域名訪問(wèn)方法，該方法適合于使用操作系統(tǒng)為windows系統(tǒng)的終端中，終端開(kāi)始域名訪問(wèn)時(shí)包括以下步驟，步驟A、檢測(cè)上行路由的DHCP是否開(kāi)啟，若DHCP開(kāi)啟了則按正常的域名訪問(wèn)方式進(jìn)行域名訪問(wèn)，若DHCP沒(méi)有開(kāi)啟，則轉(zhuǎn)向步驟B；步驟B、檢測(cè)本地hosts文件或者netbios緩存是否有對(duì)應(yīng)的域名，若有，則返回該域名對(duì)應(yīng)的IP地址，否則轉(zhuǎn)向步驟C；步驟C、發(fā)出DNS包向網(wǎng)絡(luò)查詢是否有域名對(duì)應(yīng)的IP，如果有則返回該IP地址；否則轉(zhuǎn)向步驟D；步驟D、對(duì)同一網(wǎng)段發(fā)送NBNS協(xié)議包，檢測(cè)是否有所述的域?qū)?yīng)的IP地址；若有，則返回對(duì)應(yīng)的路由管理IP地址，否則，即可判斷網(wǎng)絡(luò)沒(méi)有路由設(shè)備或者不是此方案路由設(shè)備。進(jìn)一步的，上述的路由器域名訪問(wèn)方法中：所述的方法是基于realteck芯片平臺(tái)，路由設(shè)備的管理IP是169.254.***.***。。本發(fā)明解決了路由器上行DHCP關(guān)閉，忘記了管理IP的情況下，訪問(wèn)路由器管理界面的問(wèn)題。下面結(jié)合具體實(shí)施例對(duì)本發(fā)明作較為詳細(xì)的描述。附圖說(shuō)明圖1是使用本方法的整體流程圖。具體實(shí)施方式實(shí)施例1，如圖1所示，本實(shí)施例是一種基于realteck芯片平臺(tái)，路由設(shè)備的管理IP是169.254.***.***的終端域名訪問(wèn)的流程，主要考慮到有時(shí)上行DHCP在由于某些原因沒(méi)有開(kāi)啟時(shí)的情況，目前，終端在進(jìn)行域名訪問(wèn)時(shí)，一般都沒(méi)有考慮到DHCP可能會(huì)沒(méi)開(kāi)啟，如圖所示：主要包括以下步驟：1、終端計(jì)算機(jī)開(kāi)始進(jìn)行域名訪問(wèn)。2、檢查上行DHCP是否開(kāi)啟，如果開(kāi)啟則按正常的訪問(wèn)模式獲得該域名對(duì)應(yīng)的IP地址，并利用該域名對(duì)應(yīng)的IP地址訪問(wèn)，域名訪問(wèn)流程結(jié)束。否則轉(zhuǎn)向下一步繼續(xù)。目前，判斷DHCP是否開(kāi)啟，只需要PC拿到IP地址，即可判斷上行DHCP開(kāi)啟，否則，沒(méi)有拿到地址，則可認(rèn)為DHCP沒(méi)有開(kāi)啟，這個(gè)時(shí)候電腦的本地連接圖標(biāo)會(huì)有一個(gè)感嘆號(hào)出現(xiàn)，這些都是自動(dòng)判斷的過(guò)程，不需要我們路由器去判斷。3、檢測(cè)本地hosts文件或者netbios緩存是否有對(duì)應(yīng)的域名，若有，則返回該域名對(duì)應(yīng)的IP地址，并利用該域名對(duì)應(yīng)的IP地址訪問(wèn)，域名訪問(wèn)流程結(jié)束。否則轉(zhuǎn)向下一步繼續(xù)。4、發(fā)出DNS包向網(wǎng)絡(luò)查詢是否有域名對(duì)應(yīng)的IP，如果有則返回該IP地址；并利用該域名對(duì)應(yīng)的IP地址訪問(wèn)，域名訪問(wèn)流程結(jié)束。否則轉(zhuǎn)向下一步繼續(xù)。步驟3和步驟4在DHCP開(kāi)啟時(shí)進(jìn)行域名解析也可能經(jīng)過(guò)的步驟。5、對(duì)同一網(wǎng)段發(fā)送NBNS協(xié)議包，檢測(cè)是否有所述的域?qū)?yīng)的IP地址，若有，則返回對(duì)應(yīng)的路由管理IP地址，并利用該域名對(duì)應(yīng)的IP地址訪問(wèn)，域名訪問(wèn)流程結(jié)束。否則，即可判斷網(wǎng)絡(luò)沒(méi)有路由設(shè)備或者不是此方案路由設(shè)備。通過(guò)第5個(gè)步驟，基本上不會(huì)出現(xiàn)這種域名訪問(wèn)失敗情況。因?yàn)檫@里的管理IP是169.254.***.***,這個(gè)正是PC分配不到地址時(shí)默認(rèn)分配的一個(gè)臨時(shí)的IP網(wǎng)段，這樣PC端發(fā)出的NBNS包會(huì)被收到，我們路由器會(huì)給它響應(yīng)。除非出現(xiàn)路由死機(jī)、PC機(jī)死機(jī)、本地連接接口異常等之類的異常情況，才會(huì)返回失敗。在RTL方案的路由器中，當(dāng)上行給PC端分配地址后，我們采用常用的opensource開(kāi)源代碼dproxy-nexgen，在應(yīng)用層中，我們添加hosts文件，將管理IP和域名構(gòu)成對(duì)應(yīng)關(guān)系。這就可以實(shí)現(xiàn)常規(guī)的域名訪問(wèn)功能。這里Hosts是一個(gè)沒(méi)有擴(kuò)展名的系統(tǒng)文件，可以用記事本等工具打開(kāi)，其作用就是將一些常用的網(wǎng)址域名與其對(duì)應(yīng)的IP地址建立一個(gè)關(guān)聯(lián)“數(shù)據(jù)庫(kù)”，當(dāng)用戶在瀏覽器中輸入一個(gè)需要登錄的網(wǎng)址時(shí)，系統(tǒng)會(huì)首先自動(dòng)從Hosts文件中尋找對(duì)應(yīng)的IP地址，一旦找到，系統(tǒng)會(huì)立即打開(kāi)對(duì)應(yīng)網(wǎng)頁(yè)，如果沒(méi)有找到，則系統(tǒng)再會(huì)將網(wǎng)址提交DNS域名解析服務(wù)器進(jìn)行IP地址的解析。dns-dproxy的意思是域名代理；dproxy-nexgen是一種域名代理的開(kāi)源代碼。在上行DHCP關(guān)閉的情況下，windows實(shí)際給分配了默認(rèn)網(wǎng)段169.254.***.***,這個(gè)網(wǎng)段和我們路由器的IP是同一網(wǎng)段的，這時(shí)候，實(shí)際DNS請(qǐng)求是不響應(yīng)的，根據(jù)windows的對(duì)域名的處理方式：首先會(huì)查找本地Hosts文件和NetBIOS緩存，其次會(huì)去聯(lián)系DNS服務(wù)器進(jìn)行解析。如果這幾種方式都無(wú)法完成解析，則計(jì)算機(jī)會(huì)發(fā)出NBNS數(shù)據(jù)包。NBNS包是對(duì)它同一網(wǎng)段的所有IP主機(jī)都發(fā)數(shù)據(jù)包。但是，由于NBNS包不會(huì)轉(zhuǎn)發(fā)到dproxy-nexgen模塊，所以無(wú)法進(jìn)行域名訪問(wèn)。NBNS：網(wǎng)絡(luò)基本輸入/輸出系統(tǒng)(NetBIOS)名稱服務(wù)器(NBNS)協(xié)議是TCP/IP上的NetBIOS(NetBT)協(xié)議族的一部分，它在基于NetBIOS名稱訪問(wèn)的網(wǎng)絡(luò)上提供主機(jī)名和地址映射方法。這就需要程序重新拉起一個(gè)子進(jìn)程來(lái)處理nbns模塊，在本實(shí)施例中，專門有一個(gè)nbns子進(jìn)程來(lái)取數(shù)據(jù)包。但是，這些還不夠，考慮到上行路由器會(huì)連上外網(wǎng)，NBNS數(shù)據(jù)包目的地址并非是路由器，這樣，NBNS模塊會(huì)在橋入口轉(zhuǎn)發(fā)到路由器上行，導(dǎo)致無(wú)法訪問(wèn)，因此，我們需要用原始套接字來(lái)讀取數(shù)據(jù)包，原始套接字可以取到數(shù)據(jù)鏈路層的數(shù)據(jù)，但是在鏈路層，如果發(fā)現(xiàn)目的地址不是本路由器，會(huì)修改目的MAC，導(dǎo)致數(shù)據(jù)包無(wú)法被正確接收，為了做到正常接收，本實(shí)施例在8192cd_tx.c的rtl8192cd_tx_clientMode函數(shù)中，判斷到協(xié)議頭端口號(hào)是137的包，不修改mac地址，137即是NBNS端口號(hào)。接收到數(shù)據(jù)包后，要對(duì)數(shù)據(jù)包進(jìn)行處理，先解析、后回應(yīng)。在接收到數(shù)據(jù)包的nbns的協(xié)議時(shí)，要解析名字，需要進(jìn)行編碼解碼。這個(gè)有相關(guān)資料可供參考。在處理數(shù)據(jù)包時(shí)，要逐個(gè)解析MAC層、IP層、UDP層、應(yīng)用層。然后在根據(jù)UDP數(shù)據(jù)包，逐個(gè)對(duì)MAC\IP\UDP\應(yīng)用層組包，回應(yīng)給PC端，PC端將名字解析的結(jié)果存到netbios的緩存中，10分鐘內(nèi)訪問(wèn)，速度較快，但是過(guò)一段時(shí)間后，緩存被更新，需要較長(zhǎng)時(shí)間再次獲得回應(yīng)。