ipv4-ipv6過渡及技術原理畢業論文(編輯修改稿)

　

【文章內容簡介】 為一些其它服務器的上層，并且如果必須的話，可以把請求翻譯給下層的服務器協議。一個通道作為不改變消息的兩個連接之間的中繼點。當通訊需要通過一個中介(例如：防火墻等)或者是中介不能識別消息的內容時，通道經常被使用。 (UA)和源服務器(O)之間有三個中介(A,B和C)。一個通過整個鏈的請求或響應消息必須經過四個連接段。這個區別是重要的，因為一些HTTP通訊選擇可能應用于最近的連接、沒有通道的鄰居，應用于鏈的終點或應用于沿鏈的所有連接。，每個參與者都可能從事多重的、并發的通訊。例如，B可能從許多客戶機接收請求而不通過A，并且/或者不通過C把請求送到A，在同時它還可能處理A的請求。任何針對不作為通道的匯聚可能為處理請求啟用一個內部緩存。緩存的效果是請求/響應鏈被縮短，條件是沿鏈的參與者之一具有一個緩存的響應作用于那個請求。下圖說明結果鏈，其條件是針對一個未被UA或A加緩存的請求，B有一個經過C來自O的一個前期響應的緩存拷貝。 在Internet上，HTTP通訊通常發生在TCP/IP連接之上。缺省端口是TCP80，但其它的端口也是可用的。但這并不預示著HTTP協議在Internet或其它網絡的其它協議之上才能完成。HTTP只預示著一個可靠的傳輸。以上簡要介紹了HTTP協議的宏觀運作方式，下面介紹一下HTTP協議的內部操作過程。首先，簡單介紹基于HTTP協議的客戶/服務器模式的信息交換過程，它分四個過程，建立連接、發送請求信息、發送響應信息、關閉連接。 在WWW中，“客戶”與“服務器”是一個相對的概念，只存在于一個特定的連接期間，即在某個連接中的客戶在另一個連接中可能作為服務器。WWW服務器運行時，一直在TCP80端口(WWW的缺省端口)監聽，等待連接的出現。下面，討論HTTP協議下客戶/服務器模式中信息交換的實現。　　　　連接的建立是通過申請套接字(Socket)實現的。客戶打開一個套接字并把它約束在一個端口上，如果成功，就相當于建立了一個虛擬文件。以后就可以在該虛擬文件上寫數據并通過網絡向外傳送。　　打開一個連接后，客戶機把請求消息送到服務器的停留端口上，完成提出請求動作。請求消息的格式為：請求消息=請求行(通用信息|請求頭|實體頭)CRLF[實體內容]請求行=方法　請求URL　HTTP版本號　CRLF方法=GET|HEAD|POST|擴展方法URL=協議名稱+宿主名+目錄與文件名請求行中的方法描述指定資源中應該執行的動作，常用的方法有GET、HEAD和POST。不同的請求對象對應GET的結果是不同的，對應關系如下：對象　　　　　GET的結果文件　　　　　文件的內容程序　　　　　該程序的執行結果數據庫查詢　　查詢結果HEAD——要求服務器查找某對象的元信息，而不是對象本身。POST——從客戶機向服務器傳送數據，在要求服務器和CGI做進一步處理時會用到POST方法。POST主要用于發送HTML文本中FORM的內容，讓CGI程序處理。一個請求的例子為：GET頭信息又稱為元信息，即信息的信息，利用元信息可以實現有條件的請求或應答。請求頭——告訴服務器怎樣解釋本次請求，主要包括用戶可以接受的數據類型、壓縮方法和語言等。實體頭——實體信息類型、長度、壓縮方法、最后一次修改時間、數據有效期等。實體——請求或應答對象本身。服務器在處理完客戶的請求之后，要向客戶機發送響應消息。HTTP/：響應消息=狀態行(通用信息頭|響應頭|實體頭)　CRLF　〔實體內容〕狀態行=HTTP版本號　狀態碼　原因敘述狀態碼表示響應類型1　　保留2　　表示請求成功地接收3　　為完成請求客戶需進一步細化請求4　　客戶錯誤5　　服務器錯誤響應頭的信息包括：服務程序名，通知客戶請求的URL需要認證，請求的資源何時能使用。客戶和服務器雙方都可以通過關閉套接字來結束TCP/IP對話 IPv6 在傳輸層和應用層的特點應用層：萬維網(WWW)和今使用最廣泛的應用。WWW和客戶必須指向Internet 上的服務器才能工作。傳統上這些客戶能夠接受節點的主機名或其I P地址。在使用域名時，可調用域名系統(DNS)來獲得與主機名對應的IP地址，然后在傳輸層和網際層使用。對于簡單的應用，很容易使其與IPv6一起工作：可以重寫軟件，使其能接受和正確處理IPv4地址和IPv6地址；或者要求只能按主機名來訪問。前一種方法保留了應用直接對節點尋址的能力，但相對而言比較復雜；而后一種方法只是去掉了大多數用戶不使用甚至不需要的功能。但是，考慮到對IPv6提供的安全性、服務質量或其他特性的需要，有些應用希望使用IPv6服務，這樣就需要更廣泛的更新。傳輸層：大多數情況下，IP地址與應用層協議無關，但是與傳輸層協議卻有很大關系。UDP和TCP的偽頭都使用了源IP地址和目的IP地址，而且TCP電路是由源節點和目的節點的IP地址和端口號來定義的。如果要與IPv6互操作，至少要修改UDP和TCP，以適應128位IPv6地址。這意味著UDP和TCP需要識別IPv6地址，并能正確計算偽頭。對于TCP，其實現還必須能夠管理基于IPv6地址的電路。在第一個IPv6 RFC發布之后，出現了一些顧慮，即需要TCPng來補充IPng。目前TCP在處理移動節點時有一點問題：確定TCP電路需要源節點和目的節點的IP地址。如果在TCP交互期間，一方或雙方的IP地址有所改變，則電路的標識就會出現問題。移動節點從一個網絡地址向另一個網絡地址轉換時就會出現這種情況。 Apache的IPv6支持 Apache服務器簡介Apache是世界排名第一的Web服務器, 根據Netcraft()所作的調查,世界上百分之五十以上的Web服務器在使用Apache1995年4月, 最早的Apache()由Apache Group公布發行. Apache Group 是一個完全通過Internet進行運作的非盈利機構, 由它來決定Apache Web服務器的標準發行版中應該包含哪些內容. 準許任何人修改隱錯, 提供新的特征和將它移植到新的平臺上, 以及其它的工作. 當新的代碼被提交給Apache Group時, 該團體審核它的具體內容, 進行測試, 如果認為滿意, 該代碼就會被集成到Apache的主要發行版中. Apache 的特性: 1) 幾乎可以運行在所有的計算機平臺上. 2) 支持最新的HTTP/ 3) 簡單而且強有力的基于文件的配置(). 4) 支持通用網關接口(CGI) 5) 支持虛擬主機. 6) 支持HTTP認證. 7) 集成PERL. 8) 集成的代理服務器 9) 可以通過WEB瀏覽器監視服務器的狀態, 可以自定義日志. 10) 支持服務器端包含命令(SSI). 11) 支持安全SOCKET層(SSL). 12) 具有用戶會話過程的跟蹤能力. 13) 支持FASTCGI 14) 支持JAVA SERVLETS. ... 缺點(MAYBE IT IS, MAYBE NOT): APACHE沒有為管理員提供圖形用戶接口(GUI), 但最近的APACHE版本已經有了GUI的支持. Apache的IPv6支持如今有越來越多的平臺支持IPv6, 而APR在大多數平臺上也支持IPv6， 使Apache能夠獲得IPv6套接字，并處理通過IPv6發送的請求。令Apache管理員疑惑的是IPv6的套接字能否同時處理IPv4和IPv6的連接。 IPv6套接字處理IPv4的連接時使用的是映射到IPv4的IPv6地址， 大多數平臺默認是允許的，而在FreeBSD, NetBSD 和OpenBSD上， 為了配合其系統全局策略，默認卻是禁用的。但是，即使在這些默認是禁用的平臺上， 也可以采用特殊的配置參數為Apache改變這種行為。要使Apache以最少的套接字處理IPv4 和IPv6 的連接， 需要使用映射到IPv4的IPv6地址，則必須指定配置選項enablev4mapped， 并使用通用的Listen指令，如下: Listen 80有了enablev4mapped, Apache產生的默認配置文件中的Listen指令將是這種形式。 除了FreeBSD, NetBSD和OpenBSD，enablev4mapped是所有平臺的默認值。要使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產生的默認配置文件中的Listen指令將是這種形式。對于FreeBSD, NetBSD和OpenBSD，disablev4mapped是默認值。 Apache for WindowsApache NT 2000上運行。 它的二進制安裝程序只能在x86族的處理器上運行，比如Intel芯片。 Apache可能也能夠運行在Windows 9x上，但是并沒有經過測試， 也不建議在實際工作的系統上這樣使用。 任何情況下都必須確保TCP/IP網絡協議已經安裝。如果在Windows 95上運行，必須安裝Winsock2升級補丁。 如果在NT ，建議安裝Service Pack 6， 因為Service Pack 4有眾所周知的TCP/IP和Winsock完整性的問題， 在以后的Service Pack中解決了這些問題。基于我們使用的系統是Windows2003 Server，所以不存在上述問題，而使用的Apache版本為Apache ，它能直接在Windows2003 Server上安裝運行。 IIS 的IPv6支持 IIS簡介Microsoft IIS 是允許在公共Intranet或Internet上發布信息的Web服務器。Internet Information Server通過使用超文本傳輸協議(HTTP)傳輸信息。還可配置Internet Information Server 以提供文件傳輸協議(FTP)和gopher服務。FTP服務允許用戶從Web節點或到Web節點傳送文件。gopher服務為定位文檔使用菜單驅動協議。HTTP協議已經盡可能地代替了gopher協議。 IIS 當今的 Web 應用程序需要快速的、可擴展的、可靠的 Web 服務，而且這種服務還必須是可管理的和安全的。Internet 信息服務 (IIS) 通過結合一種新的、能夠在應用程序隔離模式下提供性能和可靠性的結構來滿足這些要求，可以選擇它以滿足 Web 應用程序的要求。這里提供了對 IIS 新的設計和功能的概述。IIS 提供了基本服務，包括發布信息、傳輸文件、支持用戶通訊和更新這些服務所依賴的數據存儲。本節介紹了 IIS 提供的服務。下表列出了 IIS 服務及其主要組件和服務宿主。服務主要組件宿主于萬維網發布服務（WWW 服務）文件傳輸協議服務（FTP 服務）簡單郵件傳輸協議服務（SMTP 服務）網絡新聞傳輸協議服務（NNTP 服務）IIS 管理服務：通過將客戶端 HTTP 請求連接到在 IIS 中運行的網站上，萬維網發布服務（WWW 服務）向 IIS 最終用戶提供 Web 發布。WWW 服務管理 IIS 核心組件，這些組件處理 HTTP 請求并配置和管理 Web 應用程序。WWW 服務作為 來運行并宿主于 中。:通過文件傳輸協議服務（FTP 服務），IIS 提供對管理和處理文件的完全支持。該服務使用傳輸控制協議 (TCP)，這就確保了文件傳輸的完成和數據傳輸的準確。該版本的 FTP 支持在站點級別上隔離用戶以幫助管理員保護其 Internet 站點的安全并使之商業化。FTP 服務作為 來運行并宿主于 中。通過使用簡單郵件傳輸協議服務（SMTP 服務），IIS 能夠發送和接收電子郵件。例如，為確認用戶提交表格成功，可以對服務器進行編程以自動發送郵件來響應事件。也可以使用 SMTP 服 務以接收來自網站客戶反饋的消息。SMTP 不支持完整的電子郵件服務。要提供完整的電子郵件服務，請使用 Microsoft174。 Exchange Server。SMTP 服務作為 來運行并宿主于 中。可以使用網絡新聞傳輸協議服務（NNTP 服務）主控單個計算機上的 NNTP 本地討論組。因為該功能完全符合 NNTP 協議，所以用戶可以使用任何新聞閱讀客戶端程序加入新聞組進行討論。通過 inetsrv 文件夾中的 Rfeed 腳本，IIS NNTP 服務現在支持新聞流。NNTP 服務不支持復制。要利用新聞流或在多個計算機間復制新聞組，請使用 Exchange Server。NNTP 服務作為 運行并宿主于 中。 管理服務IIS 管理服務管理 IIS 配置數據庫，并為 WWW 服務、FTP 服務、SMTP 服務和 NNTP 服務更新 Microsoft Windows174。 操作系統注冊表。配