【文章內(nèi)容簡介】 的網(wǎng)絡(luò)安全，并不負責其上層應用的安全，如Web、電子郵件和文件傳輸?shù)?。作為IPSec的一項重要應用，IPv6集成了虛擬專用網(wǎng)（VPN）的功能，使用IPv6可以更容易地、實現(xiàn)更為安全可靠的虛擬專用網(wǎng)。在IPv6中，域名的體系結(jié)構(gòu)仍然保持了IPv4的層次原理。而且IPv6地址本身的層級體系也就更加支持了域名解析體系中的地址集聚和地址更改。同樣，在IPv6的域名解析中包括了正向解析和反向解析。正向解析是從域名到IP地址的解釋。IPv6地址的正向解析目前有兩種資源記錄，即“AAAA”和“A6”記錄。其中“AAAA”較早提出，它是對IPv4協(xié)議“A”錄的簡單擴展，由于IP地址由32位擴展到128位，擴大了4倍，所以資源記錄由“A”擴大成4個“A”。但“AAAA”用來表示域名和IPv6地址的對應關(guān)系，并不支持地址的層次性?！癆6”是在RFC2874基礎(chǔ)上提出，它是把一個IPv6地址根據(jù)其本身的層次性分解，然后多個“A6”記錄建立聯(lián)系，每個“A6”記錄都只包含了IPv6地址的一部分，結(jié)合后拼裝成一個完整的IPv6地址。反向解析則是從IP地址到域名的解釋。它與IPv4的“PTR”一樣，但地址表示形式有兩種。一種是用“.”分隔的半字節(jié)16進制數(shù)字格式（Nibble Format），低位地址在前，高位地址在后，域后綴是“.”。另一種是二進制串（Bitstring）格式，以“\[”開頭，16進制地址（無分隔符，高位在前，低位在后）居中，地址后加“]”，域后綴是“.”。在移動過程中的DNS根據(jù)“無狀態(tài)”和“有狀態(tài)”兩種地址配置方式，也分為“無狀態(tài)”和“有狀態(tài)”兩類。在無狀態(tài)的方式下，需要為子網(wǎng)內(nèi)部的DNS服務器配置站點范圍內(nèi)的任播地址。要進行自動配置的節(jié)點以該任播地址為目的地址發(fā)送服務器發(fā)現(xiàn)請求，詢問DNS服務器地址、域名和搜索路徑等DNS信息。這個請求到達距離最近的DNS服務器，服務器根據(jù)請求，回答DNS服務器單播地址、域名和搜索路徑等DNS信息。節(jié)點根據(jù)服務器的應答配置本機DNS信息，以后的DNS請求就直接用單播地址發(fā)送給DNS服務器。當然，也可以不采取任播地址的方法，但是相對來說，從安全性等問題上考慮，一般采取此種方式。在有狀態(tài)的DNS服務器發(fā)現(xiàn)方式下，是通過類似DHCP這樣額外的服務器把DNS服務器地址、域名和搜索路徑等DNS信息告訴節(jié)點。第二章 IPv6的服務分析 協(xié)議簡介 協(xié)議簡介我們在瀏覽器的地址欄里輸入的網(wǎng)站地址叫做URL(Uniform Resource Locator，統(tǒng)一資源定位符)。就像每家每戶都有一個門牌地址一樣，每個網(wǎng)頁也都有一個Internet地址。當你在瀏覽器的地址框中輸入一個URL或是單擊一個超級鏈接時，URL就確定了要瀏覽的地址。瀏覽器通過超文本傳輸協(xié)議 (HTTP)，將Web服務器上站點的網(wǎng)頁代碼提取出來，并翻譯成漂亮的網(wǎng)頁。因此，在我們認識HTTP之前，有必要先弄清楚URL的組成,例如： 。它的含義如下：://：代表超文本傳輸協(xié)議，通常不用輸入；：代表一個Web(萬維網(wǎng))服務器；：這是裝有網(wǎng)頁的服務器的域名，或站點服務器的名稱；：為該服務器上的子目錄，就好像我們的文件夾；：(網(wǎng)頁)。我們知道，Internet的基本協(xié)議是TCP/IP協(xié)議，然而在TCP/IP模型最上層的是應用層(Application Layer)，它包含所有高層的協(xié)議。高層協(xié)議有：文件傳輸協(xié)議FTP、電子郵件傳輸協(xié)議SMTP、域名系統(tǒng)服務DNS、網(wǎng)絡(luò)新聞傳輸協(xié)議NNTP和HTTP協(xié)議等。HTTP協(xié)議 (Hypertext Transfer Protocol，超文本傳輸協(xié)議)是用于從WWW服務器傳輸超文本到本地瀏覽器的傳送協(xié)議。它可以使瀏覽器更加高效，使網(wǎng)絡(luò)傳輸減少。它不僅保證計算機正確快速地傳輸超文本文檔，還確定傳輸文檔中的哪一部分，以及哪部分內(nèi)容首先顯示(如文本先于圖形)等。這就是你為什么在瀏覽器中看到的網(wǎng)頁地址都是以“://”開頭的原因。自WWW誕生以來，一個多姿多彩的資訊和虛擬的世界便出現(xiàn)在我們眼前，可是我們怎么能夠更加容易地找到我們需要的資訊呢？當決定使用超文本作為WWW文檔的標準格式后，于是在1990年，科學家們立即制定了能夠快速查找這些超文本文檔的協(xié)議，即HTTP協(xié)議。經(jīng)過幾年的使用與發(fā)展，得到不斷的完善和擴展，目前在WWW中使用的是HTTP/。，它是支持IPv6的。 協(xié)議的運做方式HTTP協(xié)議是基于請求/響應范式的。一個客戶機與服務器建立連接后，發(fā)送一個請求給服務器，請求方式的格式為，統(tǒng)一資源標識符、協(xié)議版本號，后邊是MIME信息包括請求修飾符、客戶機信息和可能的內(nèi)容。服務器接到請求后，給予相應的響應信息，其格式為一個狀態(tài)行包括信息的協(xié)議版本號、一個成功或錯誤的代碼，后邊是MIME信息包括服務器信息、實體信息和可能的內(nèi)容。許多HTTP通訊是由一個用戶代理初始化的并且包括一個申請在源服務器上資源的請求。最簡單的情況可能是在用戶代理(UA)和源服務器(O)之間通過一個單獨的連接來完成()。 當一個或多個中介出現(xiàn)在請求／響應鏈中時，情況就變得復雜一些。中介由三種：代理(Proxy)、網(wǎng)關(guān)(Gateway)和通道(Tunnel)。一個代理根據(jù)URI的絕對格式來接受請求，重寫全部或部分消息，通過URI的標識把已格式化過的請求發(fā)送到服務器。網(wǎng)關(guān)是一個接收代理，作為一些其它服務器的上層，并且如果必須的話，可以把請求翻譯給下層的服務器協(xié)議。一個通道作為不改變消息的兩個連接之間的中繼點。當通訊需要通過一個中介(例如：防火墻等)或者是中介不能識別消息的內(nèi)容時，通道經(jīng)常被使用。 (UA)和源服務器(O)之間有三個中介(A,B和C)。一個通過整個鏈的請求或響應消息必須經(jīng)過四個連接段。這個區(qū)別是重要的，因為一些HTTP通訊選擇可能應用于最近的連接、沒有通道的鄰居，應用于鏈的終點或應用于沿鏈的所有連接。，每個參與者都可能從事多重的、并發(fā)的通訊。例如，B可能從許多客戶機接收請求而不通過A，并且/或者不通過C把請求送到A，在同時它還可能處理A的請求。任何針對不作為通道的匯聚可能為處理請求啟用一個內(nèi)部緩存。緩存的效果是請求/響應鏈被縮短，條件是沿鏈的參與者之一具有一個緩存的響應作用于那個請求。下圖說明結(jié)果鏈，其條件是針對一個未被UA或A加緩存的請求，B有一個經(jīng)過C來自O(shè)的一個前期響應的緩存拷貝。 在Internet上，HTTP通訊通常發(fā)生在TCP/IP連接之上。缺省端口是TCP80，但其它的端口也是可用的。但這并不預示著HTTP協(xié)議在Internet或其它網(wǎng)絡(luò)的其它協(xié)議之上才能完成。HTTP只預示著一個可靠的傳輸。以上簡要介紹了HTTP協(xié)議的宏觀運作方式，下面介紹一下HTTP協(xié)議的內(nèi)部操作過程。首先，簡單介紹基于HTTP協(xié)議的客戶/服務器模式的信息交換過程，它分四個過程，建立連接、發(fā)送請求信息、發(fā)送響應信息、關(guān)閉連接。 在WWW中，“客戶”與“服務器”是一個相對的概念，只存在于一個特定的連接期間，即在某個連接中的客戶在另一個連接中可能作為服務器。WWW服務器運行時，一直在TCP80端口(WWW的缺省端口)監(jiān)聽，等待連接的出現(xiàn)。下面，討論HTTP協(xié)議下客戶/服務器模式中信息交換的實現(xiàn)?！　　　∵B接的建立是通過申請?zhí)捉幼?Socket)實現(xiàn)的?？蛻舸蜷_一個套接字并把它約束在一個端口上，如果成功，就相當于建立了一個虛擬文件。以后就可以在該虛擬文件上寫數(shù)據(jù)并通過網(wǎng)絡(luò)向外傳送。　　打開一個連接后，客戶機把請求消息送到服務器的停留端口上，完成提出請求動作。請求消息的格式為：請求消息=請求行(通用信息|請求頭|實體頭)CRLF[實體內(nèi)容]請求行=方法　請求URL　HTTP版本號　CRLF方法=GET|HEAD|POST|擴展方法URL=協(xié)議名稱+宿主名+目錄與文件名請求行中的方法描述指定資源中應該執(zhí)行的動作，常用的方法有GET、HEAD和POST。不同的請求對象對應GET的結(jié)果是不同的，對應關(guān)系如下：對象　　　　　GET的結(jié)果文件　　　　　文件的內(nèi)容程序　　　　　該程序的執(zhí)行結(jié)果數(shù)據(jù)庫查詢　　查詢結(jié)果HEAD——要求服務器查找某對象的元信息，而不是對象本身。POST——從客戶機向服務器傳送數(shù)據(jù)，在要求服務器和CGI做進一步處理時會用到POST方法。POST主要用于發(fā)送HTML文本中FORM的內(nèi)容，讓CGI程序處理。一個請求的例子為：GET頭信息又稱為元信息，即信息的信息，利用元信息可以實現(xiàn)有條件的請求或應答。請求頭——告訴服務器怎樣解釋本次請求，主要包括用戶可以接受的數(shù)據(jù)類型、壓縮方法和語言等。實體頭——實體信息類型、長度、壓縮方法、最后一次修改時間、數(shù)據(jù)有效期等。實體——請求或應答對象本身。服務器在處理完客戶的請求之后，要向客戶機發(fā)送響應消息。HTTP/：響應消息=狀態(tài)行(通用信息頭|響應頭|實體頭)　CRLF　〔實體內(nèi)容〕狀態(tài)行=HTTP版本號　狀態(tài)碼　原因敘述狀態(tài)碼表示響應類型1　　保留2　　表示請求成功地接收3　　為完成請求客戶需進一步細化請求4　　客戶錯誤5　　服務器錯誤響應頭的信息包括：服務程序名，通知客戶請求的URL需要認證，請求的資源何時能使用?？蛻艉头掌麟p方都可以通過關(guān)閉套接字來結(jié)束TCP/IP對話 IPv6 在傳輸層和應用層的特點應用層：萬維網(wǎng)(WWW)和今使用最廣泛的應用。WWW和客戶必須指向Internet 上的服務器才能工作。傳統(tǒng)上這些客戶能夠接受節(jié)點的主機名或其I P地址。在使用域名時，可調(diào)用域名系統(tǒng)(DNS)來獲得與主機名對應的IP地址，然后在傳輸層和網(wǎng)際層使用。對于簡單的應用，很容易使其與IPv6一起工作：可以重寫軟件，使其能接受和正確處理IPv4地址和IPv6地址；或者要求只能按主機名來訪問。前一種方法保留了應用直接對節(jié)點尋址的能力，但相對而言比較復雜；而后一種方法只是去掉了大多數(shù)用戶不使用甚至不需要的功能。但是，考慮到對IPv6提供的安全性、服務質(zhì)量或其他特性的需要，有些應用希望使用IPv6服務，這樣就需要更廣泛的更新。傳輸層：大多數(shù)情況下，IP地址與應用層協(xié)議無關(guān)，但是與傳輸層協(xié)議卻有很大關(guān)系。UDP和TCP的偽頭都使用了源IP地址和目的IP地址，而且TCP電路是由源節(jié)點和目的節(jié)點的IP地址和端口號來定義的。如果要與IPv6互操作，至少要修改UDP和TCP，以適應128位IPv6地址。這意味著UDP和TCP需要識別IPv6地址，并能正確計算偽頭。對于TCP，其實現(xiàn)還必須能夠管理基于IPv6地址的電路。在第一個IPv6 RFC發(fā)布之后，出現(xiàn)了一些顧慮，即需要TCPng來補充IPng。目前TCP在處理移動節(jié)點時有一點問題：確定TCP電路需要源節(jié)點和目的節(jié)點的IP地址。如果在TCP交互期間，一方或雙方的IP地址有所改變，則電路的標識就會出現(xiàn)問題。移動節(jié)點從一個網(wǎng)絡(luò)地址向另一個網(wǎng)絡(luò)地址轉(zhuǎn)換時就會出現(xiàn)這種情況。 Apache的IPv6支持 Apache服務器簡介Apache是世界排名第一的Web服務器, 根據(jù)Netcraft()所作的調(diào)查,世界上百分之五十以上的Web服務器在使用Apache1995年4月, 最早的Apache()由Apache Group公布發(fā)行. Apache Group 是一個完全通過Internet進行運作的非盈利機構(gòu), 由它來決定Apache Web服務器的標準發(fā)行版中應該包含哪些內(nèi)容. 準許任何人修改隱錯, 提供新的特征和將它移植到新的平臺上, 以及其它的工作. 當新的代碼被提交給Apache Group時, 該團體審核它的具體內(nèi)容, 進行測試, 如果認為滿意, 該代碼就會被集成到Apache的主要發(fā)行版中. Apache 的特性: 1) 幾乎可以運行在所有的計算機平臺上. 2) 支持最新的HTTP/ 3) 簡單而且強有力的基于文件的配置(). 4) 支持通用網(wǎng)關(guān)接口(CGI) 5) 支持虛擬主機. 6) 支持HTTP認證. 7) 集成PERL. 8) 集成的代理服務器 9) 可以通過WEB瀏覽器監(jiān)視服務器的狀態(tài), 可以自定義日志. 10) 支持服務器端包含命令(SSI). 11) 支持安全SOCKET層(SSL). 12) 具有用戶會話過程的跟蹤能力. 13) 支持FASTCGI 14) 支持JAVA SERVLETS. ... 缺點(MAYBE IT IS, MAYBE NOT): APACHE沒有為管理員提供圖形用戶接口(GUI), 但最近的APACHE版本已經(jīng)有了GUI的支持. Apache的IPv6支持如今有越來越多的平臺支持IPv6, 而APR在大多數(shù)平臺上也支持IPv6， 使Apache能夠獲得IPv6套接字，并處理通過IPv6發(fā)送的請求。令Apache管理員疑惑的是IPv6的套接字能否同時處理IPv4和IPv6的連接。 IPv6套接字處理IPv4的連接時使用的是映射到IPv4的IPv6地址， 大多數(shù)平臺默認是允許的，而在FreeBSD, NetBSD 和OpenBSD上， 為了配合其系統(tǒng)全局策略，默認卻是禁用的。但是，即使在這些默認是禁用的平臺上， 也可以采用特殊的配置參數(shù)為Apache改變這種行為。要使Apache以最少的套接字處理IPv4 和IPv6 的連接， 需要使用映射到IPv4的IPv6地址，則必須指定配置選項enablev4mapped， 并使用通用的Listen指令，如下: Listen 80有了enablev4mapped, Apache產(chǎn)生的默認配置文件中的Li