【正文】 客戶端 HTTP 請求連接到在 IIS 中運行的網(wǎng)站上，萬維網(wǎng)發(fā)布服務（WWW 服務）向 IIS 最終用戶提供 Web 發(fā)布。 提供的服務。IIS 提供了基本服務，包括發(fā)布信息、傳輸文件、支持用戶通訊和更新這些服務所依賴的數(shù)據(jù)存儲。這里提供了對 IISInternet 信息服務 (IIS)HTTP協(xié)議已經(jīng)盡可能地代替了gopher協(xié)議。FTP服務允許用戶從Web節(jié)點或到Web節(jié)點傳送文件。Internet Information Server通過使用超文本傳輸協(xié)議(HTTP)傳輸信息?；谖覀兪褂玫南到y(tǒng)是Windows2003 Server，所以不存在上述問題，而使用的Apache版本為Apache ，它能直接在Windows2003 Server上安裝運行。如果在Windows 95上運行，必須安裝Winsock2升級補丁。 Apache可能也能夠運行在Windows 9x上，但是并沒有經(jīng)過測試， 也不建議在實際工作的系統(tǒng)上這樣使用。 Apache for WindowsApache NT 2000上運行。要使Apache只處理IPv4連接，無論你的平臺是什么抑或APR是否支持， 只須對Listen指令指定一個IPv4的地址，即可，如下: Listen :80Listen :80 要使Apache以不同的套接字分別處理IPv4和IPv6的連接(也就是，禁用映射到IPv4的地址), 必須指定配置選項disablev4mapped，并使用如下特定的Listen指令:Listen [::]:80Listen :80 IPv6 的地址必須用方括號括起來:Listen [fe80::a00:20ff:fea7:ccea]:80 有了disablev4mapped, Apache產(chǎn)生的默認配置文件中的Listen指令將是這種形式。要使Apache以最少的套接字處理IPv4 和IPv6 的連接， 需要使用映射到IPv4的IPv6地址，則必須指定配置選項enablev4mapped， 并使用通用的Listen指令，如下: Listen 80有了enablev4mapped, Apache產(chǎn)生的默認配置文件中的Listen指令將是這種形式。 IPv6套接字處理IPv4的連接時使用的是映射到IPv4的IPv6地址， 大多數(shù)平臺默認是允許的，而在FreeBSD, NetBSD 和OpenBSD上， 為了配合其系統(tǒng)全局策略，默認卻是禁用的。 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)關接口(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ā)送的請求。如果在TCP交互期間，一方或雙方的IP地址有所改變，則電路的標識就會出現(xiàn)問題。在第一個IPv6 RFC發(fā)布之后，出現(xiàn)了一些顧慮，即需要TCPng來補充IPng。這意味著UDP和TCP需要識別IPv6地址，并能正確計算偽頭。UDP和TCP的偽頭都使用了源IP地址和目的IP地址，而且TCP電路是由源節(jié)點和目的節(jié)點的IP地址和端口號來定義的。但是，考慮到對IPv6提供的安全性、服務質(zhì)量或其他特性的需要，有些應用希望使用IPv6服務，這樣就需要更廣泛的更新。對于簡單的應用，很容易使其與IPv6一起工作：可以重寫軟件，使其能接受和正確處理IPv4地址和IPv6地址；或者要求只能按主機名來訪問。傳統(tǒng)上這些客戶能夠接受節(jié)點的主機名或其I P地址。客戶和服務器雙方都可以通過關閉套接字來結(jié)束TCP/IP對話 IPv6 在傳輸層和應用層的特點應用層：萬維網(wǎng)(WWW)和今使用最廣泛的應用。服務器在處理完客戶的請求之后，要向客戶機發(fā)送響應消息。實體頭——實體信息類型、長度、壓縮方法、最后一次修改時間、數(shù)據(jù)有效期等。一個請求的例子為：GET頭信息又稱為元信息，即信息的信息，利用元信息可以實現(xiàn)有條件的請求或應答。POST——從客戶機向服務器傳送數(shù)據(jù)，在要求服務器和CGI做進一步處理時會用到POST方法。請求消息的格式為：請求消息=請求行(通用信息|請求頭|實體頭)CRLF[實體內(nèi)容]請求行=方法　請求URL　HTTP版本號　CRLF方法=GET|HEAD|POST|擴展方法URL=協(xié)議名稱+宿主名+目錄與文件名請求行中的方法描述指定資源中應該執(zhí)行的動作，常用的方法有GET、HEAD和POST。以后就可以在該虛擬文件上寫數(shù)據(jù)并通過網(wǎng)絡向外傳送。　　　　連接的建立是通過申請?zhí)捉幼?Socket)實現(xiàn)的。WWW服務器運行時，一直在TCP80端口(WWW的缺省端口)監(jiān)聽，等待連接的出現(xiàn)。首先，簡單介紹基于HTTP協(xié)議的客戶/服務器模式的信息交換過程，它分四個過程，建立連接、發(fā)送請求信息、發(fā)送響應信息、關閉連接。HTTP只預示著一個可靠的傳輸。缺省端口是TCP80，但其它的端口也是可用的。下圖說明結(jié)果鏈，其條件是針對一個未被UA或A加緩存的請求，B有一個經(jīng)過C來自O的一個前期響應的緩存拷貝。任何針對不作為通道的匯聚可能為處理請求啟用一個內(nèi)部緩存。每個參與者都可能從事多重的、并發(fā)的通訊。一個通過整個鏈的請求或響應消息必須經(jīng)過四個連接段。當通訊需要通過一個中介(例如：防火墻等)或者是中介不能識別消息的內(nèi)容時，通道經(jīng)常被使用。網(wǎng)關是一個接收代理，作為一些其它服務器的上層，并且如果必須的話，可以把請求翻譯給下層的服務器協(xié)議。中介由三種：代理(Proxy)、網(wǎng)關(Gateway)和通道(Tunnel)。最簡單的情況可能是在用戶代理(UA)和源服務器(O)之間通過一個單獨的連接來完成()。服務器接到請求后，給予相應的響應信息，其格式為一個狀態(tài)行包括信息的協(xié)議版本號、一個成功或錯誤的代碼，后邊是MIME信息包括服務器信息、實體信息和可能的內(nèi)容。 協(xié)議的運做方式HTTP協(xié)議是基于請求/響應范式的。經(jīng)過幾年的使用與發(fā)展，得到不斷的完善和擴展，目前在WWW中使用的是HTTP/。這就是你為什么在瀏覽器中看到的網(wǎng)頁地址都是以“://”開頭的原因。它可以使瀏覽器更加高效，使網(wǎng)絡傳輸減少。高層協(xié)議有：文件傳輸協(xié)議FTP、電子郵件傳輸協(xié)議SMTP、域名系統(tǒng)服務DNS、網(wǎng)絡新聞傳輸協(xié)議NNTP和HTTP協(xié)議等。它的含義如下：://：代表超文本傳輸協(xié)議，通常不用輸入；：代表一個Web(萬維網(wǎng))服務器；：這是裝有網(wǎng)頁的服務器的域名，或站點服務器的名稱；：為該服務器上的子目錄，就好像我們的文件夾；：(網(wǎng)頁)。瀏覽器通過超文本傳輸協(xié)議 (HTTP)，將Web服務器上站點的網(wǎng)頁代碼提取出來，并翻譯成漂亮的網(wǎng)頁。就像每家每戶都有一個門牌地址一樣，每個網(wǎng)頁也都有一個Internet地址。在有狀態(tài)的DNS服務器發(fā)現(xiàn)方式下，是通過類似DHCP這樣額外的服務器把DNS服務器地址、域名和搜索路徑等DNS信息告訴節(jié)點。節(jié)點根據(jù)服務器的應答配置本機DNS信息，以后的DNS請求就直接用單播地址發(fā)送給DNS服務器。要進行自動配置的節(jié)點以該任播地址為目的地址發(fā)送服務器發(fā)現(xiàn)請求，詢問DNS服務器地址、域名和搜索路徑等DNS信息。在移動過程中的DNS根據(jù)“無狀態(tài)”和“有狀態(tài)”兩種地址配置方式，也分為“無狀態(tài)”和“有狀態(tài)”兩類。一種是用“.”分隔的半字節(jié)16進制數(shù)字格式（Nibble Format），低位地址在前，高位地址在后，域后綴是“.”。反向解析則是從IP地址到域名的解釋。但“AAAA”用來表示域名和IPv6地址的對應關系，并不支持地址的層次性。IPv6地址的正向解析目前有兩種資源記錄，即“AAAA”和“A6”記錄。同樣，在IPv6的域名解析中包括了正向解析和反向解析。在IPv6中，域名的體系結(jié)構(gòu)仍然保持了IPv4的層次原理。但它只負責其下層的網(wǎng)絡安全，并不負責其上層應用的安全，如Web、電子郵件和文件傳輸?shù)?。做為IPv6的一個組成部分，IPSec是一個網(wǎng)絡層協(xié)議。在實際進行IP通信時，可以根據(jù)安全需求同時使用這兩種協(xié)議或選擇使用其中的一種。加密機制通過對數(shù)據(jù)進行編碼來保證數(shù)據(jù)的機密性，以防數(shù)據(jù)在傳輸過程中被他人截獲而失密。IPSec的主要功能是在網(wǎng)絡層對數(shù)據(jù)分組提供加密和鑒別等安全服務，它提供了兩種安全機制：認證和加密。IPSec是IPv4的一個可選擴展協(xié)議，是IPv6的一個必須組成部分。由于在IP協(xié)議設計之初沒有考慮安全性，因而在早期的Internet上時常發(fā)生諸如企業(yè)或機構(gòu)網(wǎng)絡遭到攻擊、機密數(shù)據(jù)被竊取等不幸的事情。一個完整的IPv6的實現(xiàn)包括下面這些擴展報頭的實現(xiàn)：逐個路程段選項報頭，目的選項報頭，路由報頭，分段報頭，身份認證報頭，有效載荷安全封裝報頭，最終目的報頭。每一個擴展報頭的內(nèi)容和語義決定了是否去處理下一個報頭。除了逐個路程段選項報頭（它攜帶了在傳輸路徑上每一個節(jié)點都必須進行處理的信息）外，擴展報頭只有在它到達了在IPv6的報頭中所指定的目標節(jié)點時才會得到處理(當多點播送時，則是所規(guī)定的每一個目標節(jié)點)。與此同時，IPv6還定義了多種擴展報頭，這使得IPv6變得極其靈活，能提供對多種應用的強力支持，同時又為以后支持新的應用提供了可能。IPv4的報頭有15個域，而IPv6的只有8個域，IPv4的報頭長度是由IHL域來指定的，而IPv6的是固定40個字節(jié)。IPv6的報頭由一個基本報頭和多個擴展報頭(Extension Header)構(gòu)成，基本報頭具有固定的長度（40字節(jié)）（當然，由于字段長短的關系，總的來說，IPv4的基本報頭長度要短的多），放置所有路由器都需要處理的信息。為了全球范圍內(nèi)使用移動IPv6，在基于IPv6網(wǎng)絡上增加了一安全層。從另外的角度講，移動IPv6能夠通過簡單的擴展，滿足大規(guī)模移動用戶的需求。移動IP需要為每個設備提供一個全球唯一的IP地址。尤其是在移動終端數(shù)量持續(xù)增加的今天，這些優(yōu)點更加突出。隨著IP網(wǎng)上多媒體業(yè)務增加，如IP電話、VoD、電視會議等實時應用，對傳輸延時和延時抖動均有嚴格的要求?；贗Pv4的Internet在設計之初，只有一種簡單的服務質(zhì)量，即采用“盡最大努力”（Best effort）傳輸，從原理上講服務質(zhì)量QoS是無保證的。IPv6中流的概念的引入仍然是在無連接協(xié)議的基礎上的，一個流可以包含幾個TCP連接，一個流的目的地址可以是單個節(jié)點也可以是一組節(jié)點。一個流是以某種方式相關的一系列信息包，IP層必須以相關的方式對待它們。其數(shù)值及如何使用還沒有定義，其目的是允許發(fā)送業(yè)務流的源節(jié)點和轉(zhuǎn)發(fā)業(yè)務流的路由器在數(shù)據(jù)包上加上標記，并進行除默認處理之外的不同處理。最早在RFC1883中定義了4位的優(yōu)先級字段，可以區(qū)分16個不同的優(yōu)先級。這主要表現(xiàn)在支持“時時在線”連接，防止服務中斷以及提高網(wǎng)絡性能方面。盡管對這個流標記的準確應用還沒有制定出有關標準，但將來它會用于基于服務級別的新計費系統(tǒng)。這主要由于IPv6報頭中新增加了字段“業(yè)務級別”和“流標記”。服務質(zhì)量（Quality of Severs）包含幾個方面的內(nèi)容。ISP把這個地址前綴從它的路由器上傳送到企業(yè)路由器上。使用無狀態(tài)自動配置，無需手動干預就能夠改變網(wǎng)絡中所有主機的IP地址。路由器以一個包含一個可聚集全球單播地址前綴和其它相關配置信息的路由器公告響應該請求。否則，主機將使用一個隨機產(chǎn)生的接口ID組成一個新的鏈路本地單播地址。接著主機向該地址發(fā)出一個被稱為鄰居發(fā)現(xiàn)（Neighbor Discovery）的請求，以驗證地址的唯一性。IPv6繼承了IPv4的這種自動配置服務，并將其稱為全狀態(tài)自動配置（Stateful Auto Configuration）。在IPv4中，動態(tài)主機配置協(xié)議（Dynamic Host Configuration Protocol，DHCP）實現(xiàn)了主機IP地址及其相關配置的自動設置。一種是和IPv4自動設定功能一樣的名為“全狀態(tài)自動設定”功能。一是最終用戶用不著花精力進行地址設定，二是可以大大減輕網(wǎng)絡管理者的負擔。只要機器一連接上網(wǎng)絡便可自動設定地址。無狀態(tài)地址自動配置方式是獲得地址的關鍵。這對于一個經(jīng)常移動和變更的網(wǎng)絡用戶大有益處。當一個單播地址被指向多于一個接口時，該地址就成為任播地址，并且被明確指明。任播地址是從單播地址空間中劃分出來的，因此它可以使用表示單播地址的任何形式。任播地址也是一個標識符對應多個接口的情況。這個功能被多媒體應用程序所廣泛使用，它們需要一個節(jié)點到多個節(jié)點的傳輸。IPv6多播地址用于表示一組節(jié)點。在I