TCPIP詳解-卷一-協(xié)議-14.4一個(gè)簡(jiǎn)單的例子_第1頁(yè)
TCPIP詳解-卷一-協(xié)議-14.4一個(gè)簡(jiǎn)單的例子_第2頁(yè)
TCPIP詳解-卷一-協(xié)議-14.4一個(gè)簡(jiǎn)單的例子_第3頁(yè)
TCPIP詳解-卷一-協(xié)議-14.4一個(gè)簡(jiǎn)單的例子_第4頁(yè)
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、14.4一個(gè)簡(jiǎn)單的例子讓我們從一個(gè)簡(jiǎn)單的例子來(lái)了解一個(gè)名字解析器與一個(gè)名字服務(wù)器之間的通信過(guò)程。在sun主機(jī)上運(yùn)行Telnet客戶程序遠(yuǎn)程登錄到gemini主機(jī)上,并連接daytime服務(wù)器:前3行的輸出是從Telnet客戶這是從daytime服務(wù)器的輸出這是從Telnet客戶的輸出在這個(gè)例子中,我們引導(dǎo)sun主機(jī)(運(yùn)行Telnet客戶程序)上的名字解析器來(lái)使用位于(4)的名字服務(wù)器。圖14-9顯示了這三個(gè)系統(tǒng)的排列情況。和以前提到的一樣,名字解析器是客戶程序的一部分,并且在Telnet客戶程序與daytime服務(wù)器建立TCP連接之前,名字解析器就能通過(guò)名

2、字服務(wù)器獲取IP地址。在這個(gè)圖中,省略了sun主機(jī)與140.252.1以太網(wǎng)的連接實(shí)際上是一個(gè)SLIP連接的細(xì)節(jié)(參見(jiàn)封2的插圖),因?yàn)樗挥绊懳覀兊挠懻?。通過(guò)在SLIP鏈路上運(yùn)行tcpdump程序來(lái)了解名字解析器與名字服務(wù)器之間的分組交換。名字服務(wù)器daytime服務(wù)器Telnet客戶圖14-9用于簡(jiǎn)單DNS例子的系統(tǒng)sun主機(jī)上的文件/etc/resolv.conf將告訴名字解析器作什么:sun%cat/etc/第1行給出名字服務(wù)器主機(jī)的IP地址。最多可說(shuō)明3個(gè)名字服務(wù)器行

3、來(lái)提供足夠的后備以防名字服務(wù)器故障或不可達(dá)。域名行說(shuō)明默認(rèn)域名。如果要查找的域名不是一個(gè)完全合格的域名(沒(méi)有以句點(diǎn)結(jié)束),那末默認(rèn)的域名.將加到待查名后。圖14-10顯示了名字解析器與名字服務(wù)器之間的分組交換。圖14-10向名字服務(wù)器查詢主機(jī)名的輸出讓tcpdump程序不再顯示每個(gè)IP數(shù)據(jù)報(bào)的源地址和目的地址。相反,它顯示客戶(resolver)的IP地址9和名字服務(wù)器的IP地址4??蛻舻呐R時(shí)端口號(hào)為1447,而名字服務(wù)器則使用熟知端口53。如果讓tcpdump程序顯示名字而不是IP地址,

4、它可能會(huì)和同一個(gè)名字服務(wù)器聯(lián)系(作指示查詢),以致產(chǎn)生混亂的輸出結(jié)果。第1行中冒號(hào)后的字段(1+)表示標(biāo)識(shí)字段為1,加號(hào)“+”表示RD標(biāo)志(期望遞歸)為1。默認(rèn)情況下,名字解析器要求遞歸查詢方式。下一個(gè)字段為A?,表示查詢類(lèi)型為A(我們需要一個(gè)IP地址),該問(wèn)號(hào)指明它是一個(gè)查詢(不是一個(gè)響應(yīng))。待查名字顯示在后面:.。名字解析器在待查名字后加上句點(diǎn)號(hào)指明它是一個(gè)絕對(duì)字段名。在UDP數(shù)據(jù)報(bào)中的用戶數(shù)據(jù)長(zhǎng)度顯示為37字節(jié):12字節(jié)為固定長(zhǎng)度的報(bào)文首部(圖143);21字節(jié)為查詢名字(圖14-6),以及用于查詢類(lèi)型和查詢類(lèi)的4個(gè)字節(jié)。在DNS報(bào)文中無(wú)需填充數(shù)據(jù)。

5、tcpdump程序的第2行顯示的是從名字服務(wù)器發(fā)回的響應(yīng)。1*是標(biāo)識(shí)字段,星號(hào)表示設(shè)置AA標(biāo)志(授權(quán)回答)(該服務(wù)器是域的主域名服務(wù)器,其回答在該域內(nèi)是可相信的。)輸出結(jié)果2/0/0表示在響應(yīng)報(bào)文中最后3個(gè)變長(zhǎng)字段的資源記錄數(shù):回答RR數(shù)為2,授權(quán)RR和附加信息RR數(shù)均為0。tcpdump僅顯示第一個(gè)回答,回答類(lèi)型為A(IP地址),值為1。為什么我們的查詢會(huì)得到兩個(gè)回答?這是因?yàn)間emini是多接口主機(jī),因此得到兩個(gè)IP地址。事實(shí)上,另一個(gè)有用的DNS工具是一個(gè)稱(chēng)為host的公開(kāi)程序,它能將查詢傳遞給名字服務(wù)器,并顯示返回的結(jié)果。如果使用這個(gè)程序,就能看到

6、這個(gè)多地址主機(jī)的兩個(gè)IP地址:sun%A1A4圖14-10中的第一個(gè)回答與host命令的第一行輸出均是在同一子網(wǎng)(140.252.1)的IP地址。這不是偶然的。如果名字服務(wù)器和發(fā)出請(qǐng)求的主機(jī)位于相同的網(wǎng)絡(luò)(或子網(wǎng)),那么BIND會(huì)排列顯示的結(jié)果以便在相同網(wǎng)絡(luò)的地址優(yōu)先顯示。我們還可以使用其他的地址來(lái)訪問(wèn)gemini主機(jī),但它可能不太有效。在這個(gè)例子中,使用traceroute顯示出從子網(wǎng)140.252.1到140.252.3的正常路由不經(jīng)過(guò)gemini主機(jī)

7、,而是經(jīng)過(guò)連接這兩個(gè)網(wǎng)絡(luò)的另一個(gè)路由器。因此在這種情況下,如果通過(guò)其他的IP地址(4)來(lái)訪問(wèn)gemini主機(jī),所有分組均需經(jīng)過(guò)額外的一跳。我們將在25.9節(jié)重新回到這個(gè)例子來(lái)探討替換路由,那時(shí)可使用SNMP來(lái)查看一個(gè)路由器的路由表。還有其他一些程序能很容易地對(duì)DNS進(jìn)行交互訪問(wèn)。nslookup是大多數(shù)DNS實(shí)現(xiàn)中包含的程序。AlbitzandLiu1992的第10章詳細(xì)介紹了該程序的使用方法。dig(“域名Internet搜索(DomainInternetGroper)”)程序是另一個(gè)查詢DNS服務(wù)器的公開(kāi)工具。doc(“域名模糊控制(DomainObscenityCo

8、ntrol)”)是一個(gè)使用dig的外殼腳本程序,它能向合適的名字服務(wù)器發(fā)送查詢來(lái)診斷含義不清的域名,并對(duì)返回的查詢結(jié)果進(jìn)行簡(jiǎn)單的分析。附錄F有如何獲得這些程序的詳細(xì)介紹。在這個(gè)例子中要說(shuō)明的最后一個(gè)問(wèn)題是在查詢結(jié)果中的UDP數(shù)據(jù)長(zhǎng)度:69字節(jié)。為說(shuō)明這些字節(jié)需要知道以下兩點(diǎn):1) 在返回的結(jié)果中包含查詢問(wèn)題。2) 在返回的結(jié)果中會(huì)有許多重復(fù)的域名,因此使用壓縮方式。在這個(gè)例子中,域名出現(xiàn)了三次。壓縮方法很簡(jiǎn)單,當(dāng)一個(gè)域名中的標(biāo)識(shí)符是壓縮的,它的單計(jì)數(shù)字節(jié)(范圍由063)中的最高兩位將被設(shè)置為11。這表示它是一個(gè)16bit指針而不再是8bit的計(jì)數(shù)字節(jié)。指針

9、中的剩下14bit說(shuō)明在該DNS報(bào)文中標(biāo)識(shí)符所在的位置(起始位置由標(biāo)識(shí)字段的第一字節(jié)起算)。我們明確說(shuō)明只要一個(gè)標(biāo)識(shí)符是壓縮的,就可以使用這種指針,而不一定非要一個(gè)完整的域名壓縮時(shí)才能使用。因?yàn)橐粋€(gè)指針可能指向一個(gè)完整的域名,也可能只指向域名的結(jié)尾部分(這是因?yàn)榻o定域名的結(jié)尾標(biāo)識(shí)符是相同的)。圖14-11顯示了對(duì)應(yīng)于圖14-10的第2行的DNS應(yīng)答的格式。我們也顯示了IP首部和UDP首部來(lái)重申DNS報(bào)文被封裝在UDP數(shù)據(jù)報(bào)中。還明確顯示了在問(wèn)題部分的域名中各標(biāo)識(shí)符的計(jì)數(shù)字節(jié)。返回的兩個(gè)回答除了返回的IP地址不同外,其余都是一樣的。在這個(gè)例子中,每個(gè)回答中的指針值為12,表示從DNS首部開(kāi)始的偏

10、移量。在這個(gè)例子中最后要注意的是使用telnet命令后輸出的第2行,這里重復(fù)一下:sun%telnetgeminidaytime我們只鍵入geminiTrying1.C.但Telnet客戶輸出FQDNIP數(shù)據(jù)報(bào)UDP數(shù)據(jù)報(bào)DNS報(bào)文IP首部域名UDP首部DNS首部類(lèi)型類(lèi)指針類(lèi)型類(lèi)長(zhǎng)度地址問(wèn)題(圖14-5)回答#1(RR)(圖14-8)回答#2(RR)(圖14-8)字節(jié)字節(jié)12字節(jié)25字節(jié)21字節(jié)8字節(jié)20字節(jié)圖14-11對(duì)應(yīng)于圖14-10中第2行DNS應(yīng)答的格式我們僅僅輸入了主機(jī)名(gemini)而不是FQDN,但Telnet客戶程序部輸出了FQDN。這是由于Telnet程序通過(guò)調(diào)用名字解析器(gethostbyname)對(duì)輸入的名字進(jìn)行查詢,返回的結(jié)果包括IP地址和FQDN

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論