計(jì)算機(jī)網(wǎng)絡(luò)的一些協(xié)議.doc

計(jì)算機(jī)網(wǎng)絡(luò)的一些協(xié)議SMPP SMPP（short message peer to peer）協(xié)議是一個(gè)開放的消息轉(zhuǎn)換協(xié)議；它定義了一系列操作的協(xié)議數(shù)據(jù)單元（PDUS）和當(dāng)SMPP運(yùn)行時(shí)ESMS應(yīng)用系統(tǒng)與smsc之間交換的數(shù)據(jù)。從而完成SMSC與ESMES（外部短消息實(shí)體）的信息交換。SMPP是基于SMSC與ESME之間的請(qǐng)求和響應(yīng)協(xié)議數(shù)據(jù)單元的交換，每一個(gè)smpp操作都由一個(gè)請(qǐng)求pdu和相應(yīng)的一個(gè)響應(yīng)PDU組成并且這種交換是在TCP/IP或x25網(wǎng)絡(luò)連接之上的. 1、與CMPP/SGIP協(xié)議的差異 1）感覺協(xié)議定義比CMPP和SGIP嚴(yán)謹(jǐn)和規(guī)范，雖然CMPP和SGIP都是從SMPP派生出來的。 2）CMPP和SGIP中有大量的關(guān)于計(jì)費(fèi)的定義，SMPP沒有考慮這部分內(nèi)容。這完全反映了通過短信實(shí)現(xiàn)的移動(dòng)增值業(yè)務(wù)模式在國內(nèi)的成熟和流行。 3）SMPP的網(wǎng)絡(luò)承載層可以是TCP/IP和X.25。2、SMPP協(xié)議解決的是移動(dòng)網(wǎng)絡(luò)之外的短消息實(shí)體與短消息中心的交互問題。即允許移動(dòng)網(wǎng)絡(luò)之外的短消息實(shí)體（External Short Message Entities,ESMEs）連接短消息中心（SMSC）來提交和接受短消息。3、SMPP協(xié)議定義的是1）ESME和SMSC之間交互的一組操作和2）ESMS與SMSC交互操作中的數(shù)據(jù)格式。4、任何SMPP操作都包含請(qǐng)求PDU（Request Protocol Data Unit）和與之對(duì)應(yīng)的回應(yīng)PDU（Response Protocol Data Unit）。5、SMPP把ESMEs分類為Transmitter/Receiver/Transceiver三種交互方式，分別對(duì)應(yīng)僅提交短消息/僅接收短消息/提交和接收短消息三種形態(tài)。6、SMPP會(huì)話有5種狀態(tài)：OPEN / BOUND_TX / BOUND_RX / BOUND_TRX / CLOSED7、SMPP定義的PDUs包括TCP/IP協(xié)議TCP/IP協(xié)議介紹TCP/IP的通訊協(xié)議這部分簡(jiǎn)要介紹一下TCP/IP的內(nèi)部結(jié)構(gòu)，為討論與互聯(lián)網(wǎng)有關(guān)的安全問題打下基礎(chǔ)。TCP/IP協(xié)議組之所以流行，部分原因是因?yàn)樗梢杂迷诟鞣N各樣的信道和底層協(xié)議（例如T1和X.25、以太網(wǎng)以及RS-23串行接口）之上。確切地說，TCP/IP協(xié)議是一組包括TCP協(xié)議和IP協(xié)議，UDP（User Datagram Protocol）協(xié)議、ICMP（Internet Control Message Protocol）協(xié)議和其他一些協(xié)議的協(xié)議組。TCP/IP整體構(gòu)架概述TCP/IP協(xié)議并不完全符合OSI的七層參考模型。傳統(tǒng)的開放式系統(tǒng)互連參考模型，是一種通信協(xié)議的7層抽象的參考模型,其中每一層執(zhí)行某一特定任務(wù)。該模型的目的是使各種硬件在相同的層次上相互通信。這7層是:物理層、數(shù)據(jù)鏈路層、網(wǎng)路層、傳輸層、話路層、表示層和應(yīng)用層。而TCP/IP通訊協(xié)議采用了4層的層級(jí)結(jié)構(gòu)，每一層都呼叫它的下一層所提供的網(wǎng)絡(luò)來完成自己的需求。這4層分別為：應(yīng)用層：應(yīng)用程序間溝通的層，如簡(jiǎn)單電子郵件傳輸（SMTP）、文件傳輸協(xié)議（FTP）、網(wǎng)絡(luò)遠(yuǎn)程訪問協(xié)議（Telnet）等。傳輸層：在此層中，它提供了節(jié)點(diǎn)間的數(shù)據(jù)傳送服務(wù)，如傳輸控制協(xié)議（TCP）、用戶數(shù)據(jù)報(bào)協(xié)議（UDP）等，TCP和UDP給數(shù)據(jù)包加入傳輸數(shù)據(jù)并把它傳輸?shù)较乱粚又校@一層負(fù)責(zé)傳送數(shù)據(jù)，并且確定數(shù)據(jù)已被送達(dá)并接收。互連網(wǎng)絡(luò)層：負(fù)責(zé)提供基本的數(shù)據(jù)封包傳送功能，讓每一塊數(shù)據(jù)包都能夠到達(dá)目的主機(jī)（但不檢查是否被正確接收），如網(wǎng)際協(xié)議（IP）。網(wǎng)絡(luò)接口層：對(duì)實(shí)際的網(wǎng)絡(luò)媒體的管理，定義如何使用實(shí)際網(wǎng)絡(luò)（如Ethernet、Serial Line等）來傳送數(shù)據(jù)。TCP/IP中的協(xié)議以下簡(jiǎn)單介紹TCP/IP中的協(xié)議都具備什么樣的功能，都是如何工作的：1 IP網(wǎng)際協(xié)議IP是TCP/IP的心臟，也是網(wǎng)絡(luò)層中最重要的協(xié)議。IP層接收由更低層（網(wǎng)絡(luò)接口層例如以太網(wǎng)設(shè)備驅(qū)動(dòng)程序）發(fā)來的數(shù)據(jù)包，并把該數(shù)據(jù)包發(fā)送到更高層-TCP或UDP層；相反，IP層也把從TCP或UDP層接收來的數(shù)據(jù)包傳送到更低層。IP數(shù)據(jù)包是不可靠的，因?yàn)镮P并沒有做任何事情來確認(rèn)數(shù)據(jù)包是按順序發(fā)送的或者沒有被破壞。IP數(shù)據(jù)包中含有發(fā)送它的主機(jī)的地址（源地址）和接收它的主機(jī)的地址（目的地址）。高層的TCP和UDP服務(wù)在接收數(shù)據(jù)包時(shí)，通常假設(shè)包中的源地址是有效的。也可以這樣說，IP地址形成了許多服務(wù)的認(rèn)證基礎(chǔ)，這些服務(wù)相信數(shù)據(jù)包是從一個(gè)有效的主機(jī)發(fā)送來的。IP確認(rèn)包含一個(gè)選項(xiàng)，叫作IP source routing，可以用來指定一條源地址和目的地址之間的直接路徑。對(duì)于一些TCP和UDP的服務(wù)來說，使用了該選項(xiàng)的IP包好像是從路徑上的最后一個(gè)系統(tǒng)傳遞過來的，而不是來自于它的真實(shí)地點(diǎn)。這個(gè)選項(xiàng)是為了測(cè)試而存在的，說明了它可以被用來欺騙系統(tǒng)來進(jìn)行平常是被禁止的連接。那么，許多依靠IP源地址做確認(rèn)的服務(wù)將產(chǎn)生問題并且會(huì)被非法入侵。2. TCP如果IP數(shù)據(jù)包中有已經(jīng)封好的TCP數(shù)據(jù)包，那么IP將把它們向上傳送到TCP層。TCP將包排序并進(jìn)行錯(cuò)誤檢查，同時(shí)實(shí)現(xiàn)虛電路間的連接。TCP數(shù)據(jù)包中包括序號(hào)和確認(rèn)，所以未按照順序收到的包可以被排序，而損壞的包可以被重傳。TCP將它的信息送到更高層的應(yīng)用程序，例如Telnet的服務(wù)程序和客戶程序。應(yīng)用程序輪流將信息送回TCP層，TCP層便將它們向下傳送到IP層，設(shè)備驅(qū)動(dòng)程序和物理介質(zhì)，最后到接收方。面向連接的服務(wù)（例如Telnet、FTP、rlogin、X Windows和SMTP）需要高度的可靠性，所以它們使用了TCP。DNS在某些情況下使用TCP（發(fā)送和接收域名數(shù)據(jù)庫），但使用UDP傳送有關(guān)單個(gè)主機(jī)的信息。3.UDPUDP與TCP位于同一層，但對(duì)于數(shù)據(jù)包的順序錯(cuò)誤或重發(fā)。因此，UDP不被應(yīng)用于那些使用虛電路的面向連接的服務(wù)，UDP主要用于那些面向查詢-應(yīng)答的服務(wù)，例如NFS。相對(duì)于FTP或Telnet，這些服務(wù)需要交換的信息量較小。使用UDP的服務(wù)包括NTP（網(wǎng)落時(shí)間協(xié)議）和DNS（DNS也使用TCP）。欺騙UDP包比欺騙TCP包更容易，因?yàn)閁DP沒有建立初始化連接（也可以稱為握手）（因?yàn)樵趦蓚€(gè)系統(tǒng)間沒有虛電路），也就是說，與UDP相關(guān)的服務(wù)面臨著更大的危險(xiǎn)。4.ICMPICMP與IP位于同一層，它被用來傳送IP的的控制信息。它主要是用來提供有關(guān)通向目的地址的路徑信息。ICMP的Redirect信息通知主機(jī)通向其他系統(tǒng)的更準(zhǔn)確的路徑，而Unreachable信息則指出路徑有問題。另外，如果路徑不可用了，ICMP可以使TCP連接體面地終止。PING是最常用的基于ICMP的服務(wù)。5. TCP和UDP的端口結(jié)構(gòu)TCP和UDP服務(wù)通常有一個(gè)客戶/服務(wù)器的關(guān)系，例如，一個(gè)Telnet服務(wù)進(jìn)程開始在系統(tǒng)上處于空閑狀態(tài)，等待著連接。用戶使用Telnet客戶程序與服務(wù)進(jìn)程建立一個(gè)連接?？蛻舫绦蛳蚍?wù)進(jìn)程寫入信息，服務(wù)進(jìn)程讀出信息并發(fā)出響應(yīng)，客戶程序讀出響應(yīng)并向用戶報(bào)告。因而，這個(gè)連接是雙工的，可以用來進(jìn)行讀寫。兩個(gè)系統(tǒng)間的多重Telnet連接是如何相互確認(rèn)并協(xié)調(diào)一致呢？TCP或UDP連接唯一地使用每個(gè)信息中的如下四項(xiàng)進(jìn)行確認(rèn)：源IP地址 發(fā)送包的IP地址。目的IP地址 接收包的IP地址。源端口 源系統(tǒng)上的連接的端口。目的端口 目的系統(tǒng)上的連接的端口。端口是一個(gè)軟件結(jié)構(gòu)，被客戶程序或服務(wù)進(jìn)程用來發(fā)送和接收信息。一個(gè)端口對(duì)應(yīng)一個(gè)16比特的數(shù)。服務(wù)進(jìn)程通常使用一個(gè)固定的端口，例如，SMTP使用25、Xwindows使用6000。這些端口號(hào)是廣為人知的，因?yàn)樵诮⑴c特定的主機(jī)或服務(wù)的連接時(shí)，需要這些地址和目的地址進(jìn)行通訊。相信大家都聽說過TCP/IP這個(gè)詞，這個(gè)詞好像無處不在，時(shí)時(shí)都會(huì)在你面前跳出來。那TCP/IP到底是什么意思呢？TCP/IP其實(shí)是兩個(gè)網(wǎng)絡(luò)基礎(chǔ)協(xié)議：IP協(xié)議、TCP協(xié)議名稱的組合。下面我們分別來看看這兩個(gè)無處不在的協(xié)議。IP協(xié)議IP（Internet Protocol）協(xié)議的英文名直譯就是：因特網(wǎng)協(xié)議。從這個(gè)名稱我們就可以知道IP協(xié)議的重要性。在現(xiàn)實(shí)生活中，我們進(jìn)行貨物運(yùn)輸時(shí)都是把貨物包裝成一個(gè)個(gè)的紙箱或者是集裝箱之后才進(jìn)行運(yùn)輸，在網(wǎng)絡(luò)世界中各種信息也是通過類似的方式進(jìn)行傳輸?shù)?。IP協(xié)議規(guī)定了數(shù)據(jù)傳輸時(shí)的基本單元和格式。如果比作貨物運(yùn)輸，IP協(xié)議規(guī)定了貨物打包時(shí)的包裝箱尺寸和包裝的程序。 除了這些以外，IP協(xié)議還定義了數(shù)據(jù)包的遞交辦法和路由選擇。同樣用貨物運(yùn)輸做比喻，IP協(xié)議規(guī)定了貨物的運(yùn)輸方法和運(yùn)輸路線。TCP協(xié)議我們已經(jīng)知道了IP協(xié)議很重要，IP協(xié)議已經(jīng)規(guī)定了數(shù)據(jù)傳輸?shù)闹饕獌?nèi)容，那TCP（Transmission Control Protocol）協(xié)議是做什么的呢？不知大家發(fā)現(xiàn)沒有，在IP協(xié)議中定義的傳輸是單向的，也就是說發(fā)出去的貨物對(duì)方有沒有收到我們是不知道的。就好像8毛錢一份的平信一樣。那對(duì)于重要的信件我們要寄掛號(hào)信怎么辦呢？TCP協(xié)議就是幫我們寄“掛號(hào)信”的。TCP協(xié)議提供了可靠的面向?qū)ο蟮臄?shù)據(jù)流傳輸服務(wù)的規(guī)則和約定。簡(jiǎn)單的說在TCP模式中，對(duì)方發(fā)一個(gè)數(shù)據(jù)包給你，你要發(fā)一個(gè)確認(rèn)數(shù)據(jù)包給對(duì)方。通過這種確認(rèn)來提供可靠性。TCP/IP（Transmission Control Protocol/Internet Protocol的簡(jiǎn)寫，中文譯名為傳輸控制協(xié)議/互聯(lián)網(wǎng)絡(luò)協(xié)議）協(xié)議是Internet最基本的協(xié)議，簡(jiǎn)單地說，就是由底層的IP協(xié)議和TCP協(xié)議組成的。TCP/IP協(xié)議的開發(fā)工作始于70年代，是用于互聯(lián)網(wǎng)的第一套協(xié)議。 1.1 TCP/IP參考模型 TCP/IP協(xié)議的開發(fā)研制人員將Internet分為五個(gè)層次，以便于理解，它也稱為互聯(lián)網(wǎng)分層模型或互聯(lián)網(wǎng)分層參考模型，如下表：應(yīng)用層（第五層） 傳輸層（第四層） 互聯(lián)網(wǎng)層（第三層） 網(wǎng)絡(luò)接口層（第二層） 物理層（第一層）物理層：對(duì)應(yīng)于網(wǎng)絡(luò)的基本硬件，這也是Internet物理構(gòu)成，即我們可以看得見的硬設(shè)備，如PC機(jī)、互連網(wǎng)服務(wù)器、網(wǎng)絡(luò)設(shè)備等，必須對(duì)這些硬設(shè)備的電氣特性作一個(gè)規(guī)范，使這些設(shè)備都能夠互相連接并兼容使用。網(wǎng)絡(luò)接口層：它定義了將資料組成正確幀的規(guī)程和在網(wǎng)絡(luò)中傳輸幀的規(guī)程，幀是指一串資料，它是資料在網(wǎng)絡(luò)中傳輸?shù)膯挝??；ヂ?lián)網(wǎng)層：本層定義了互聯(lián)網(wǎng)中傳輸?shù)摹靶畔备袷剑约皬囊粋€(gè)用戶通過一個(gè)或多個(gè)路由器到最終目標(biāo)的信息包轉(zhuǎn)發(fā)機(jī)制。傳輸層：為兩個(gè)用戶進(jìn)程之間建立、管理和拆除可靠而又有效的端到端連接。應(yīng)用層：它定義了應(yīng)用程序使用互聯(lián)網(wǎng)的規(guī)程。 1. 2 網(wǎng)間協(xié)議IP Internet 上使用的一個(gè)關(guān)鍵的底層協(xié)議是網(wǎng)際協(xié)議，通常稱IP協(xié)議。我們利用一個(gè)共同遵守的通信協(xié)議，從而使 Internet 成為一個(gè)允許連接不同類型的計(jì)算機(jī)和不同操作系統(tǒng)的網(wǎng)絡(luò)。要使兩臺(tái)計(jì)算機(jī)彼此之間進(jìn)行通信，必須使兩臺(tái)計(jì)算機(jī)使用同一種語言。通信協(xié)議正像兩臺(tái)計(jì)算機(jī)交換信息所使用的共同語言，它規(guī)定了通信雙方在通信中所應(yīng)共同遵守的約定。 計(jì)算機(jī)的通信協(xié)議精確地定義了計(jì)算機(jī)在彼此通信過程的所有細(xì)節(jié)。例如，每臺(tái)計(jì)算機(jī)發(fā)送的信息格式和含義，在什么情況下應(yīng)發(fā)送規(guī)定的特殊信息，以及接收方的計(jì)算機(jī)應(yīng)做出哪些應(yīng)答等等。 網(wǎng)際協(xié)議IP協(xié)議提供了能適應(yīng)各種各樣網(wǎng)絡(luò)硬件的靈活性，對(duì)底層網(wǎng)絡(luò)硬件幾乎沒有任何要求，任何一個(gè)網(wǎng)絡(luò)只要可以從一個(gè)地點(diǎn)向另一個(gè)地點(diǎn)傳送二進(jìn)制數(shù)據(jù)，就可以使用IP協(xié)議加入 Internet 了。 如果希望能在 Internet 上進(jìn)行交流和通信，則每臺(tái)連上 Internet 的計(jì)算機(jī)都必須遵守IP協(xié)議。為此使用 Internet 的每臺(tái)計(jì)算機(jī)都必須運(yùn)行IP軟件，以便時(shí)刻準(zhǔn)備發(fā)送或接收信息。 IP協(xié)議對(duì)于網(wǎng)絡(luò)通信有著重要的意義：網(wǎng)絡(luò)中的計(jì)算機(jī)通過安裝IP軟件，使許許多多的局域網(wǎng)絡(luò)構(gòu)成了一個(gè)龐大而又嚴(yán)密的通信系統(tǒng)。從而使 Internet 看起來好像是真實(shí)存在的，但實(shí)際上它是一種并不存在的虛擬網(wǎng)絡(luò)，只不過是利用IP協(xié)議把全世界上所有愿意接入 Internet 的計(jì)算機(jī)局域網(wǎng)絡(luò)連接起來，使得它們彼此之間都能夠通信。 1.3 傳輸控制協(xié)議TCP 盡管計(jì)算機(jī)通過安裝IP軟件，從而保證了計(jì)算機(jī)之間可以發(fā)送和接收資料，但I(xiàn)P協(xié)議還不能解決資料分組在傳輸過程中可能出現(xiàn)的問題。因此，若要解決可能出現(xiàn)的問題，連上 Internet 的計(jì)算機(jī)還需要安裝TCP協(xié)議來提供可靠的并且無差錯(cuò)的通信服務(wù)。 TCP協(xié)議被稱作一種端對(duì)端協(xié)議。這是因?yàn)樗鼮閮膳_(tái)計(jì)算機(jī)之間的連接起了重要作用：當(dāng)一臺(tái)計(jì)算機(jī)需要與另一臺(tái)遠(yuǎn)程計(jì)算機(jī)連接時(shí)，TCP協(xié)議會(huì)讓它們建立一個(gè)連接、發(fā)送和接收資料以及終止連接。 傳輸控制協(xié)議TCP協(xié)議利用重發(fā)技術(shù)和擁塞控制機(jī)制，向應(yīng)用程序提供可靠的通信連接，使它能夠自動(dòng)適應(yīng)網(wǎng)上的各種變化。即使在 Internet 暫時(shí)出現(xiàn)堵塞的情況下，TCP也能夠保證通信的可靠。 眾所周知， Internet 是一個(gè)龐大的國際性網(wǎng)絡(luò)，網(wǎng)絡(luò)上的擁擠和空閑時(shí)間總是交替不定的，加上傳送的距離也遠(yuǎn)近不同，所以傳輸資料所用時(shí)間也會(huì)變化不定。TCP協(xié)議具有自動(dòng)調(diào)整超時(shí)值的功能，能很好地適應(yīng) Internet 上各種各樣的變化，確保傳輸數(shù)值的正確。 因此，從上面我們可以了解到：IP協(xié)議只保證計(jì)算機(jī)能發(fā)送和接收分組資料，而TCP協(xié)議則可提供一個(gè)可靠的、可流控的、全雙工的信息流傳輸服務(wù)。 綜上所述，雖然IP和TCP這兩個(gè)協(xié)議的功能不盡相同，也可以分開單獨(dú)使用，但它們是在同一時(shí)期作為一個(gè)協(xié)議來設(shè)計(jì)的，并且在功能上也是互補(bǔ)的。只有兩者的結(jié)合，才能保證 Internet 在復(fù)雜的環(huán)境下正常運(yùn)行。凡是要連接到 Internet 的計(jì)算機(jī)，都必須同時(shí)安裝和使用這兩個(gè)協(xié)議，因此在實(shí)際中常把這兩個(gè)協(xié)議統(tǒng)稱作TCP/IP協(xié)議。 1. 4 IP地址及其分類 在Internet上連接的所有計(jì)算機(jī)，從大型機(jī)到微型計(jì)算機(jī)都是以獨(dú)立的身份出現(xiàn)，我們稱它為主機(jī)。為了實(shí)現(xiàn)各主機(jī)間的通信，每臺(tái)主機(jī)都必須有一個(gè)唯一的網(wǎng)絡(luò)地址。就好像每一個(gè)住宅都有唯一的門牌一樣，才不至于在傳輸資料時(shí)出現(xiàn)混亂。 Internet的網(wǎng)絡(luò)地址是指連入Internet網(wǎng)絡(luò)的計(jì)算機(jī)的地址編號(hào)。所以，在Internet網(wǎng)絡(luò)中，網(wǎng)絡(luò)地址唯一地標(biāo)識(shí)一臺(tái)計(jì)算機(jī)。 我們都已經(jīng)知道，Internet是由幾千萬臺(tái)計(jì)算機(jī)互相連接而成的。而我們要確認(rèn)網(wǎng)絡(luò)上的每一臺(tái)計(jì)算機(jī)，靠的就是能唯一標(biāo)識(shí)該計(jì)算機(jī)的網(wǎng)絡(luò)地址，這個(gè)地址就叫做IP（Internet Protocol的簡(jiǎn)寫）地址，即用Internet協(xié)議語言表示的地址。 目前，在Internet里，IP地址是一個(gè)32位的二進(jìn)制地址，為了便于記憶，將它們分為4組，每組8位，由小數(shù)點(diǎn)分開，用四個(gè)字節(jié)來表示，而且，用點(diǎn)分開的每個(gè)字節(jié)的數(shù)值范圍是0255，如，這種書寫方法叫做點(diǎn)數(shù)表示法.IP地址可確認(rèn)網(wǎng)絡(luò)中的任何一個(gè)網(wǎng)絡(luò)和計(jì)算機(jī)，而要識(shí)別其它網(wǎng)絡(luò)或其中的計(jì)算機(jī)，則是根據(jù)這些IP地址的分類來確定的。一般將IP地址按節(jié)點(diǎn)計(jì)算機(jī)所在網(wǎng)絡(luò)規(guī)模的大小分為A，B，C三類，默認(rèn)的網(wǎng)絡(luò)屏蔽是根據(jù)IP地址中的第一個(gè)字段確定的。 1. A類地址A類地址的表示范圍為：55，默認(rèn)網(wǎng)絡(luò)屏蔽為：；A類地址分配給規(guī)模特別大的網(wǎng)絡(luò)使用。A類網(wǎng)絡(luò)用第一組數(shù)字表示網(wǎng)絡(luò)本身的地址，后面三組數(shù)字作為連接于網(wǎng)絡(luò)上的主機(jī)的地址。分配給具有大量主機(jī)（直接個(gè)人用戶）而局域網(wǎng)絡(luò)個(gè)數(shù)較少的大型網(wǎng)絡(luò)。例如IBM公司的網(wǎng)絡(luò)。 2. B類地址 B類地址的表示范圍為：55，默認(rèn)網(wǎng)絡(luò)屏蔽為：；B類地址分配給一般的中型網(wǎng)絡(luò)。B類網(wǎng)絡(luò)用第一、二組數(shù)字表示網(wǎng)絡(luò)的地址，后面兩組數(shù)字代表網(wǎng)絡(luò)上的主機(jī)地址。 3. C類地址 C類地址的表示范圍為：55，默認(rèn)網(wǎng)絡(luò)屏蔽為：；C類地址分配給小型網(wǎng)絡(luò)，如一般的局域網(wǎng)和校園網(wǎng)，它可連接的主機(jī)數(shù)量是最少的，采用把所屬的用戶分為若干的網(wǎng)段進(jìn)行管理。C類網(wǎng)絡(luò)用前三組數(shù)字表示網(wǎng)絡(luò)的地址，最后一組數(shù)字作為網(wǎng)絡(luò)上的主機(jī)地址。 實(shí)際上，還存在著D類地址和E類地址。但這兩類地址用途比較特殊，在這里只是簡(jiǎn)單介紹一下：D類地址稱為廣播地址，供特殊協(xié)議向選定的節(jié)點(diǎn)發(fā)送信息時(shí)用。E類地址保留給將來使用。 連接到Internet上的每臺(tái)計(jì)算機(jī)，不論其IP地址屬于哪類都與網(wǎng)絡(luò)中的其它計(jì)算機(jī)處于平等地位，因?yàn)橹挥蠭P地址才是區(qū)別計(jì)算機(jī)的唯一標(biāo)識(shí)。所以，以上IP地址的分類只適用于網(wǎng)絡(luò)分類。 在Internet中，一臺(tái)計(jì)算機(jī)可以有一個(gè)或多個(gè)IP地址，就像一個(gè)人可以有多個(gè)通信地址一樣，但兩臺(tái)或多臺(tái)計(jì)算機(jī)卻不能共享一個(gè)IP地址。如果有兩臺(tái)計(jì)算機(jī)的IP地址相同，則會(huì)引起異?，F(xiàn)象，無論哪臺(tái)計(jì)算機(jī)都將無法正常工作。 順便提一下幾類特殊的IP地址： 1. 廣播地址 目的端為給定網(wǎng)絡(luò)上的所有主機(jī)，一般主機(jī)段為全0 2. 單播地址 目的端為指定網(wǎng)絡(luò)上的單個(gè)主機(jī)地址 3. 組播地址 目的端為同一組內(nèi)的所有主機(jī)地址 4. 環(huán)回地址 在環(huán)回測(cè)試和廣播測(cè)試時(shí)會(huì)使用 1.5 子網(wǎng)的劃分 若公司不上Internet,那一定不會(huì)煩惱IP Address的問題,因?yàn)榭梢匀我馐褂盟械腎P Address,不管是A Class或是B Class,這個(gè)時(shí)候不會(huì)想到要用Sub Net,但若是上Internet那IP Address便彌足珍貴了,目前全球一陣Internet熱,IP Address已經(jīng)愈來愈少了,而所申請(qǐng)的IP Address目前也趨保守,而且只有經(jīng)申請(qǐng)的IP Address能在Internet使用,但對(duì)某些公司只能申請(qǐng)到一個(gè)C CLass的IP Address,但又有多個(gè)點(diǎn)需要使用,那這時(shí)便需要使用到Subnet,這就需要考慮子網(wǎng)的劃分，下面簡(jiǎn)介Subnet的原理及如何規(guī)劃。 151 Subnet Mask的介紹 設(shè)定任何網(wǎng)絡(luò)上的任何設(shè)備不管是主機(jī)、PC、Router等皆需要設(shè)定IP Address,而跟隨著IP Address的是所謂的NetMask,這個(gè)NetMask主要的目的是由IP Address中也能獲得NetworkNumber,也就是說IPAddress和Net Mask作AND而得到Network Number,如下所示： IP Address 11000000.00001010.00001010.00000110 NetMask 11111111.11111111.11111111.00000000 AND - Network Number 11000000.00001010.00001010.00000000 NetMask有所謂的默認(rèn)值,如下所示 Class IP Address 范圍 Net Mask A-55 B-55 C-55 在預(yù)設(shè)的Net Mask都只有255的值,在談到Subnet Mask時(shí)這個(gè)值便不一定是255了。在完整一組C Class中如-55 NetMask,稱之Network Number(將IPAddress和Netmask作AND),而55是Broadcast的IP Address,所以這兩者皆不能使用,實(shí)際只能使用-54等254個(gè)IP Address,這是以作NetMask的結(jié)果,而所謂Subnet Msk尚可將整組C Class分成數(shù)組Network Number,這要在NEtMask作手腳,若是要將整組C CLass分成2個(gè)Network Number那NetMask設(shè)定為92,若是要將整組C CLass分成8組Network Number則NetMask要為24,這是怎么來的,由以上知道Network Number是由IP Address和NetMask作AND而來的,而且將NetMask以二進(jìn)制表示法知道是1的會(huì)保留,而為0的去掉93-11000000.00001010.00001010.10000001 -11111111.11111111.11111111.00000000 - -11000000.00001010.00001010.00000000 以上是以為Net Mask的結(jié)果,Network Number是,若是使用24作Net Mask結(jié)果便有所不同 93-11000000.00001010.00001010.10000000 24-11111111.11111111.11111111.11100000 - 92-11000000.00001010.00001010.10000000 此時(shí)Network Number變成了92,這便是Subnet。那要如何決定所使用的NetMask,24以二進(jìn)制表示法為11111111.11111111.11111111.11100000,變化是在最后一組,11100000便是224,以三個(gè)Bit可表示2的3次方便是8個(gè)Network Number NetMask二進(jìn)制表示法可分幾個(gè)Network 11111111.11111111.11111111.000000001 28 11111111.11111111.11111111.100000002 92 11111111.11111111.11111111.110000004 24 11111111.11111111.11111111.111000008 40 11111111.11111111.11111111.1111000016 48 11111111.11111111.11111111.1111100032 52 11111111.11111111.11111111.1111110064 以下使用24將CClass分成8組Net work Number,各個(gè)Network Number及其Broadcast IP Address及可使用之IP Address序號(hào)Network Number Broadcast可使用之IP Address （1）-1 -0 （2）2-3 3-2 （3）4-5 5-4 （4）6-27 7-26 （5）28-59 29-58 （6）60-91 61-90 （7）92-23 93-22 （8）24-55 25-54 可驗(yàn)證所使用的IP Address是否如上表所示 15-11001011.01000011.00001010.01110011 24-11111111.11111111.11111111.11100000 - 6-11001011.01000011.00001010.01100000 5-11001011.01000011.00001010.00110111 24-11111111.11111111.11111111.11100000 - 2-11001011.01000011.00001010.00100000 其它的NetMask所分成的NetworkNumber可自行以上述方法自行推演出來。 153 Subnet的應(yīng)用 使用Subnet是要解決只有一組C Class但需要數(shù)個(gè)Network Number的問題,并不是解決IP Address不夠用的問題,因?yàn)槭褂肧ubnet反而能使用的IP Address會(huì)變少,Subnet通常是使用在跨地域的網(wǎng)絡(luò)互聯(lián)之中,兩者之間使用Router連線,同時(shí)也上Internet,但只申請(qǐng)到一組C Class IP Address,過Router又需不同的Network,所以此時(shí)就必須使用到Subnet,當(dāng)然二網(wǎng)絡(luò)間也可以Remote Bridge連接,那便沒有使用Subnet的問題。完美測(cè)試TCP/IP協(xié)議簡(jiǎn)介安裝網(wǎng)絡(luò)硬件和網(wǎng)絡(luò)協(xié)議之后，我們一般要進(jìn)行TCP/IP協(xié)議的測(cè)試工作，那么怎樣測(cè)試才算是比較全面的測(cè)試呢?我們認(rèn)為，全面的測(cè)試應(yīng)包括局域網(wǎng)和互聯(lián)網(wǎng)兩個(gè)方面，因此應(yīng)從局域網(wǎng)和互聯(lián)網(wǎng)兩個(gè)方面測(cè)試，以下是我們?cè)趯?shí)際工作中利用命令行測(cè)試TCP/IP配置的步驟： 1、 單擊“開始”/“運(yùn)行”，輸入CMD按回車，打開命令提示符窗口。2、 首先檢查IP地址、子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)、DNS服務(wù)器地址是否正確，輸入命令ipconfig /all,按回車。此時(shí)顯示了你的網(wǎng)絡(luò)配置，觀查是否正確。3、 輸入ping ，觀查網(wǎng)卡是否能轉(zhuǎn)發(fā)數(shù)據(jù)，如果出現(xiàn)“Request timed out”，表明配置差錯(cuò)或網(wǎng)絡(luò)有問題。4、 Ping一個(gè)互聯(lián)網(wǎng)地址，如ping 8,看是否有數(shù)據(jù)包傳回，以驗(yàn)證與互聯(lián)網(wǎng)的連接性。5、 Ping 一個(gè)局域網(wǎng)地址，觀查與它的連通性。6、 用nslookup測(cè)試DNS解析是否正確，輸入如nslookup ，查看是否能解析。如果你的計(jì)算機(jī)通過了全部測(cè)試，則說明網(wǎng)絡(luò)正常，否則網(wǎng)絡(luò)可能有不同程度的問題。在此不展開詳述。不過，要注意，在使用 ping命令時(shí)，有些公司會(huì)在其主機(jī)設(shè)置丟棄ICMP數(shù)據(jù)包，造成你的ping命令無法正常返回?cái)?shù)據(jù)包，不防換個(gè)網(wǎng)站試試。 HTTP是什么?當(dāng)我們想瀏覽一個(gè)網(wǎng)站的時(shí)候，只要在瀏覽器的地址欄里輸入網(wǎng)站的地址就可以了，例如,但是在瀏覽器的地址欄里面出現(xiàn)的卻是：,你知道為什么會(huì)多出一個(gè)“http”嗎？一、HTTP協(xié)議是什么我們?cè)跒g覽器的地址欄里輸入的網(wǎng)站地址叫做URL (Uniform Resource Locator，統(tǒng)一資源定位符)。就像每家每戶都有一個(gè)門牌地址一樣，每個(gè)網(wǎng)頁也都有一個(gè)Internet地址。當(dāng)你在瀏覽器的地址框中輸入一個(gè)URL或是單擊一個(gè)超級(jí)鏈接時(shí)，URL就確定了要瀏覽的地址。瀏覽器通過超文本傳輸協(xié)議(HTTP)，將Web服務(wù)器上站點(diǎn)的網(wǎng)頁代碼提取出來，并翻譯成漂亮的網(wǎng)頁。因此，在我們認(rèn)識(shí)HTTP之前，有必要先弄清楚URL的組成,例如：/china/index.htm。它的含義如下：1. http:/：代表超文本傳輸協(xié)議，通知服務(wù)器顯示W(wǎng)eb頁，通常不用輸入；2. www：代表一個(gè)Web（萬維網(wǎng)）服務(wù)器；3. /：這是裝有網(wǎng)頁的服務(wù)器的域名，或站點(diǎn)服務(wù)器的名稱；4. China/：為該服務(wù)器上的子目錄，就好像我們的文件夾；5. Index.htm：index.htm是文件夾中的一個(gè)HTML文件（網(wǎng)頁）。我們知道，Internet的基本協(xié)議是TCP/IP協(xié)議，然而在TCP/IP模型最上層的是應(yīng)用層（Application layer），它包含所有高層的協(xié)議。高層協(xié)議有：文件傳輸協(xié)議FTP、電子郵件傳輸協(xié)議SMTP、域名系統(tǒng)服務(wù)DNS、網(wǎng)絡(luò)新聞傳輸協(xié)議NNTP和HTTP協(xié)議等。HTTP協(xié)議（Hypertext Transfer Protocol，超文本傳輸協(xié)議）是用于從WWW服務(wù)器傳輸超文本到本地瀏覽器的傳送協(xié)議。它可以使瀏覽器更加高效，使網(wǎng)絡(luò)傳輸減少。它不僅保證計(jì)算機(jī)正確快速地傳輸超文本文檔，還確定傳輸文檔中的哪一部分，以及哪部分內(nèi)容首先顯示(如文本先于圖形)等。這就是你為什么在瀏覽器中看到的網(wǎng)頁地址都是以http:/開頭的原因。自WWW誕生以來，一個(gè)多姿多彩的資訊和虛擬的世界便出現(xiàn)在我們眼前，可是我們?cè)趺茨軌蚋尤菀椎卣业轿覀冃枰馁Y訊呢？當(dāng)決定使用超文本作為WWW文檔的標(biāo)準(zhǔn)格式后，于是在1990年，科學(xué)家們立即制定了能夠快速查找這些超文本文檔的協(xié)議，即HTTP協(xié)議。經(jīng)過幾年的使用與發(fā)展，得到不斷的完善和擴(kuò)展，目前在WWW中使用的是HTTP/1.0的第六版。HTTP是怎樣工作的既然我們明白了URL的構(gòu)成，那么HTTP是怎么工作呢？我們接下來就要討論這個(gè)問題。由于HTTP協(xié)議是基于請(qǐng)求/響應(yīng)范式的（相當(dāng)于客戶機(jī)/服務(wù)器）。一個(gè)客戶機(jī)與服務(wù)器建立連接后，發(fā)送一個(gè)請(qǐng)求給服務(wù)器，請(qǐng)求方式的格式為：統(tǒng)一資源標(biāo)識(shí)符（URL）、協(xié)議版本號(hào)，后邊是MIME信息包括請(qǐng)求修飾符、客戶機(jī)信息和可能的內(nèi)容。服務(wù)器接到請(qǐng)求后，給予相應(yīng)的響應(yīng)信息，其格式為一個(gè)狀態(tài)行，包括信息的協(xié)議版本號(hào)、一個(gè)成功或錯(cuò)誤的代碼，后邊是MIME信息包括服務(wù)器信息、實(shí)體信息和可能的內(nèi)容。許多HTTP通訊是由一個(gè)用戶代理初始化的并且包括一個(gè)申請(qǐng)?jiān)谠捶?wù)器上資源的請(qǐng)求。最簡(jiǎn)單的情況可能是在用戶代理和服務(wù)器之間通過一個(gè)單獨(dú)的連接來完成。在Internet上，HTTP通訊通常發(fā)生在TCP/IP連接之上。缺省端口是TCP 80，但其它的端口也是可用的。但這并不預(yù)示著HTTP協(xié)議在Internet或其它網(wǎng)絡(luò)的其它協(xié)議之上才能完成。HTTP只預(yù)示著一個(gè)可靠的傳輸。這個(gè)過程就好像我們打電話訂貨一樣，我們可以打電話給商家，告訴他我們需要什么規(guī)格的商品，然后商家再告訴我們什么商品有貨，什么商品缺貨。這些，我們是通過電話線用電話聯(lián)系（HTTP是通過TCP/IP），當(dāng)然我們也可以通過傳真，只要商家那邊也有傳真。以上簡(jiǎn)要介紹了HTTP協(xié)議的宏觀運(yùn)作方式，下面介紹一下HTTP協(xié)議的內(nèi)部操作過程。在WWW中，“客戶”與“服務(wù)器”是一個(gè)相對(duì)的概念，只存在于一個(gè)特定的連接期間，即在某個(gè)連接中的客戶在另一個(gè)連接中可能作為服務(wù)器?；贖TTP協(xié)議的客戶/服務(wù)器模式的信息交換過程，它分四個(gè)過程：建立連接、發(fā)送請(qǐng)求信息、發(fā)送響應(yīng)信息、關(guān)閉連接。這就好像上面的例子，我們電話訂貨的全過程。其實(shí)簡(jiǎn)單說就是任何服務(wù)器除了包括HTML文件以外，還有一個(gè)HTTP駐留程序，用于響應(yīng)用戶請(qǐng)求。你的瀏覽器是HTTP客戶，向服務(wù)器發(fā)送請(qǐng)求，當(dāng)瀏覽器中輸入了一個(gè)開始文件或點(diǎn)擊了一個(gè)超級(jí)鏈接時(shí)，瀏覽器就向服務(wù)器發(fā)送了HTTP請(qǐng)求，此請(qǐng)求被送往由IP地址指定的URL。駐留程序接收到請(qǐng)求，在進(jìn)行必要的操作后回送所要求的文件。在這一過程中，在網(wǎng)絡(luò)上發(fā)送和接收的數(shù)據(jù)已經(jīng)被分成一個(gè)或多個(gè)數(shù)據(jù)包（packet），每個(gè)數(shù)據(jù)包包括：要傳送的數(shù)據(jù)；控制信息，即告訴網(wǎng)絡(luò)怎樣處理數(shù)據(jù)包。TCP/IP決定了每個(gè)數(shù)據(jù)包的格式。如果事先不告訴你，你可能不會(huì)知道信息被分成用于傳輸和再重新組合起來的許多小塊。也就是說商家除了擁有商品之外，它也有一個(gè)職員在接聽你的電話，當(dāng)你打電話的時(shí)候，你的聲音轉(zhuǎn)換成各種復(fù)雜的數(shù)據(jù)，通過電話線傳輸?shù)綄?duì)方的電話機(jī)，對(duì)方的電話機(jī)又把各種復(fù)雜的數(shù)據(jù)轉(zhuǎn)換成聲音，使得對(duì)方商家的職員能夠明白你的請(qǐng)求。這個(gè)過程你不需要明白聲音是怎么轉(zhuǎn)換成復(fù)雜的數(shù)據(jù)的。http協(xié)議基礎(chǔ)HTTP（HyperTextTransferProtocol）是超文本傳輸協(xié)議的縮寫，它用于傳送WWW方式的數(shù)據(jù)，關(guān)于HTTP協(xié)議的詳細(xì)內(nèi)容請(qǐng)參考RFC2616。HTTP協(xié)議采用了請(qǐng)求/響應(yīng)模型?？蛻舳讼蚍?wù)器發(fā)送一個(gè)請(qǐng)求，請(qǐng)求頭包含請(qǐng)求的方法、URI、協(xié)議版本、以及包含請(qǐng)求修飾符、客戶信息和內(nèi)容的類似于MIME的消息結(jié)構(gòu)。服務(wù)器以一個(gè)狀態(tài)行作為響應(yīng)，相應(yīng)的內(nèi)容包括消息協(xié)議的版本，成功或者錯(cuò)誤編碼加上包含服務(wù)器信息、實(shí)體元信息以及可能的實(shí)體內(nèi)容。通常HTTP消息包括客戶機(jī)向服務(wù)器的請(qǐng)求消息和服務(wù)器向客戶機(jī)的響應(yīng)消息。這兩種類型的消息由一個(gè)起始行，一個(gè)或者多個(gè)頭域，一個(gè)只是頭域結(jié)束的空行和可選的消息體組成。HTTP的頭域包括通用頭，請(qǐng)求頭，響應(yīng)頭和實(shí)體頭四個(gè)部分。每個(gè)頭域由一個(gè)域名，冒號(hào)（:）和域值三部分組成。域名是大小寫無關(guān)的，域值前可以添加任何數(shù)量的空格符，頭域可以被擴(kuò)展為多行，在每行開始處，使用至少一個(gè)空格或制表符。通用頭域通用頭域包含請(qǐng)求和響應(yīng)消息都支持的頭域，通用頭域包含Cache-Control、Connection、Date、Pragma、Transfer-Encoding、Upgrade、Via。對(duì)通用頭域的擴(kuò)展要求通訊雙方都支持此擴(kuò)展，如果存在不支持的通用頭域，一般將會(huì)作為實(shí)體頭域處理。下面簡(jiǎn)單介紹幾個(gè)在UPnP消息中使用的通用頭域。Cache-Control頭域Cache-Control指定請(qǐng)求和響應(yīng)遵循的緩存機(jī)制。在請(qǐng)求消息或響應(yīng)消息中設(shè)置Cache-Control并不會(huì)修改另一個(gè)消息處理過程中的緩存處理過程。請(qǐng)求時(shí)的緩存指令包括no-cache、no-store、max-age、max-stale、min-fresh、only-if-cached，響應(yīng)消息中的指令包括public、private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age。各個(gè)消息中的指令含義如下：Public指示響應(yīng)可被任何緩存區(qū)緩存。Private指示對(duì)于單個(gè)用戶的整個(gè)或部分響應(yīng)消息，不能被共享緩存處理。這允許服務(wù)器僅僅描述當(dāng)用戶的部分響應(yīng)消息，此響應(yīng)消息對(duì)于其他用戶的請(qǐng)求無效。no-cache指示請(qǐng)求或響應(yīng)消息不能緩存no-store用于防止重要的信息被無意的發(fā)布。在請(qǐng)求消息中發(fā)送將使得請(qǐng)求和響應(yīng)消息都不使用緩存。max-age指示客戶機(jī)可以接收生存期不大于指定時(shí)間（以秒為單位）的響應(yīng)。min-fresh指示客戶機(jī)可以接收響應(yīng)時(shí)間小于當(dāng)前時(shí)間加上指定時(shí)間的響應(yīng)。max-stale指示客戶機(jī)可以接收超出超時(shí)期間的響應(yīng)消息。如果指定max-stale消息的值，那么客戶機(jī)可以接收超出超時(shí)期指定值之內(nèi)的響應(yīng)消息。Date頭域Date頭域表示消息發(fā)送的時(shí)間，時(shí)間的描述格式由rfc822定義。例如，Date:Mon,31Dec200104:25:57GMT。Date描述的時(shí)間表示世界標(biāo)準(zhǔn)時(shí)，換算成本地時(shí)間，需要知道用戶所在的時(shí)區(qū)。Pragma頭域Pragma頭域用來包含實(shí)現(xiàn)特定的指令，最常用的是Pragma:no-cache。在HTTP/1.1協(xié)議中，它的含義和Cache-Control:no-cache相同。請(qǐng)求消息請(qǐng)求消息的第一行為下面的格式：MethodSPRequest-URISPHTTP-VersionCRLFMethod表示對(duì)于Request-URI完成的方法，這個(gè)字段是大小寫敏感的，包括OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE。方法GET和HEAD應(yīng)該被所有的通用WEB服務(wù)器支持，其他所有方法的實(shí)現(xiàn)是可選的。GET方法取回由Request-URI標(biāo)識(shí)的信息。HEAD方法也是取回由Request-URI標(biāo)識(shí)的信息，只是可以在響應(yīng)時(shí)，不返回消息體。POST方法可以請(qǐng)求服務(wù)器接收包含在請(qǐng)求中的實(shí)體信息，可以用于提交表單，向新聞組、BBS、郵件群組和數(shù)據(jù)庫發(fā)送消息。SP表示空格。Request-URI遵循URI格式，在此字段為星號(hào)（*）時(shí)，說明請(qǐng)求并不用于某個(gè)特定的資源地址，而是用于服務(wù)器本身。HTTP-Version表示支持的HTTP版本，例如為HTTP/1.1。CRLF表示換行回車符。請(qǐng)求頭域允許客戶端向服務(wù)器傳遞關(guān)于請(qǐng)求或者關(guān)于客戶機(jī)的附加信息。請(qǐng)求頭域可能包含下列字段Accept、Accept-Charset、Accept-Encoding、Accept-Language、Authorization、From、Host、If-Modified-Since、If-Match、If-None-Match、If-Range、If-Range、If-Unmodified-Since、Max-Forwards、Proxy-Authorization、Range、Referer、User-Agent。對(duì)請(qǐng)求頭域的擴(kuò)展要求通訊雙方都支持，如果存在不支持的請(qǐng)求頭域，一般將會(huì)作為實(shí)體頭域處理。典型的請(qǐng)求消息：GEThttp:/download.microtool.de:80/somedata.exeHost:download.microtool.deAccept:*/*Pragma:no-cacheCache-Control:no-cacheReferer:http:/download.microtool.de/User-Agent:Mozilla/4.04en(Win95;I;Nav)Range:bytes=554554-上例第一行表示HTTP客戶端（可能是瀏覽器、下載程序）通過GET方法獲得指定URL下的文件。棕色的部分表示請(qǐng)求頭域的信息，綠色的部分表示通用頭部分。Host頭域Host頭域指定請(qǐng)求資源的Intenet主機(jī)和端口號(hào)，必須表示請(qǐng)求url的原始服務(wù)器或網(wǎng)關(guān)的位置。HTTP/1.1請(qǐng)求必須包含主機(jī)頭域，否則系統(tǒng)會(huì)以400狀態(tài)碼返回。Referer頭域Referer頭域允許客戶端指定請(qǐng)求uri的源資源地址，這可以允許服務(wù)器生成回退鏈表，可用來登陸、優(yōu)化cache等。他也允許廢除的或錯(cuò)誤的連接由于維護(hù)的目的被追蹤。如果請(qǐng)求的uri沒有自己的uri地址，Referer不能被發(fā)送。如果指定的是部分uri地址，則此地址應(yīng)該是一個(gè)相對(duì)地址。Range頭域Range頭域可以請(qǐng)求實(shí)體的一個(gè)或者多個(gè)子范圍。例如，表示頭500個(gè)字節(jié)：bytes=0-499表示第二個(gè)500字節(jié)：bytes=500-999表示最后500個(gè)字節(jié)：bytes=-500表示500字節(jié)以后的范圍：bytes=500-第一個(gè)和最后一個(gè)字節(jié)：bytes=0-0,-1同時(shí)指定幾個(gè)范圍：bytes=500-600,601-999但是服務(wù)器可以忽略此請(qǐng)求頭，如果無條件GET包含Range請(qǐng)求頭，響應(yīng)會(huì)以狀態(tài)碼206（PartialContent）返回而不是以200（OK）。User-Agent頭域User-Agent頭域的內(nèi)容包含發(fā)出請(qǐng)求的用戶信息。響應(yīng)消息響應(yīng)消息的第一行為下面的格式：HTTP-VersionSPStatus-CodeSPReason-PhraseCRLFHTTP-Version表示支持的HTTP版本，例如為HTTP/1.1。Status-Code是一個(gè)三個(gè)數(shù)字的結(jié)果代碼。Reason-Phrase給Status-Code提供一個(gè)簡(jiǎn)單的文本描述。Status-Code主要用于機(jī)器自動(dòng)識(shí)別，Reason-