【正文】 ， 字符 233。( 它的值為 0xe9)作為 3個字符發(fā)送 ， 即 “ =E9”。 ● 空格通常作為 “ =20”發(fā)送 。 顯然，當郵件內(nèi)容主要是由 ASCII碼字符組成時，quotedprintable編碼的效率和可讀性都比較好。當要發(fā)送的郵件正文為 html文檔 (網(wǎng)頁 )時，可以使用這種編碼。 第 4章 TCP/IP應用層常用協(xié)議 文本傳輸協(xié)議 HTTP 萬維網(wǎng)的工作過程 萬維網(wǎng)的工作過程大家應該是比較熟悉的 ， 因此在這里直接寫出它的工作步驟 。 在 Inter中工作的主機要訪問萬維網(wǎng)中的某個網(wǎng)頁時 ， 大致要經(jīng)過以下步驟： (1) 用戶首先要確定網(wǎng)頁文件所在的 URL(即統(tǒng)一資源定位器 )， 由 URL惟一確定用戶要訪問的文件在Inter 上的位置 ， 如設(shè)為 第 4章 TCP/IP應用層常用協(xié)議 (2) 瀏覽器 (相當于客戶 )向 DNS(域名服務器 )發(fā)出請求 ， 要求把域名 IP地址 。 (3) DNS進行查詢后 ， 向瀏覽器發(fā)出應答 。 比如域名 IP地址為 。 (4) 在查詢得到網(wǎng)頁所在的服務器 IP地址后 ， 就進入HTTP協(xié)議的工作階段 。 瀏覽器向 IP地址為 機發(fā)出與端口 80建立一條 TCP連接的請求 。 80端口是服務器提供 Web服務的端口 。 (5) 連接建立成功后 ， 瀏覽器發(fā)出一條請求傳輸網(wǎng)頁的 HTTP命令 ， 格式為 GET/app/。 (6) 當域名為 ， 向瀏覽器發(fā)送 。 第 4章 TCP/IP應用層常用協(xié)議 (7) 文件發(fā)送完成后 ， 由服務器主動關(guān)閉 TCP連接 。至此 ， HTTP的工作過程也結(jié)束了 。 (8) 瀏覽器顯示收到的網(wǎng)頁文件 。 (9) 如果 ，還要與服務器建立 TCP連接以下載圖片。 第 4章 TCP/IP應用層常用協(xié)議 超文本傳輸協(xié)議 HTTP與應用實例 1． 客戶 HTTP請求 HTTP請求可以由多行組成 ， 但最后一行必須是空行 。 HTTP/： 請求方法 URL HTTP版本號 請求頭信息 請求數(shù)據(jù) 一個空行 ， 這是請求的結(jié)束行 (1) 客戶可用的請求方法見表 417。 第 4章 TCP/IP應用層常用協(xié)議 表 417 HTTP請求方法 方 法 描 述 G E T 返回 UR L 所指的 文檔 ，一般情況下用于請求下載 W eb 網(wǎng)頁。例如： G E T h t t p : / / w w w . l z s h . e d u . c n / h o m e . h t m l H T T P / 1 . 0 H E A D 請求文檔頭，它類似于 G ET 請求，只是 W eb 服務器返回指定文檔的頭部信息。該請求通常被用來測試超文本鏈接的正確性、可訪問性和最近是否進行了修改 P O S T 它與 G E T 方法相反，請求服務器接收指定的文檔，但它不替換已有的文檔，只是將新數(shù)據(jù)附加到它的后面；一般可 用來向新聞組發(fā)送一條消息，或發(fā)送能由交互用戶填寫的表格 等 P U T 它與 G E T 方法相反，用從客戶端傳送的數(shù)據(jù)取代指定文檔中的內(nèi)容，使客戶可以向遠程 W e b 服務器傳送網(wǎng)頁等文件 D E L E T E 請求服務器刪除指定的頁面 O P T I O N S 允許客戶端查看服務器的性能 T R A C E 用于測試一個允許客戶端查看的消息回收過程 第 4章 TCP/IP應用層常用協(xié)議 (2) 用戶要訪問 Web中的某一個網(wǎng)頁 ， 一定要告訴瀏覽器三個問題：第一是該網(wǎng)頁怎樣下載到本地主機；第二是該網(wǎng)頁在 Web中的什么地方；第三是該網(wǎng)頁的名稱是什么 。 第一個問題其實就是下載網(wǎng)頁使用什么協(xié)議的問題 ， 第二個問題要求給出一個網(wǎng)頁所在主機的地址 (或域名 )， 第三個問題要求給出網(wǎng)頁文件名稱 。 為此 ， 人們定義了 URL(Uniform Resource Locator， 統(tǒng)一資源定位器 )， 它可以很方便地描述以上三個問題 ， 它的格式為 第 4章 TCP/IP應用層常用協(xié)議 URL=協(xié)議名稱 +主機名 (或 IP地址 )+目錄與文件名 例如： (3)?“HTTP版本號 ” 常為 HTTP/ HTTP/。 (4)?“請求頭信息 ” 是可選項 ， 它用于向服務器提供客戶端的其他信息 。 請求頭信息見表 418。 第 4章 TCP/IP應用層常用協(xié)議 表 418 HTTP請求頭信息 請求頭信息 描 述 A c c e p t 客戶端接收的數(shù)據(jù)類型。例如， A c c e p t： t e x t / h t m l 表示客戶可接收 h t m l 類型的文本 U s e r A g e n t 客戶方軟件類型 A u t h o r i z a t i o n 認證消息，包括用戶名和口令 R e f e r e r 用戶獲取的 W e b 頁面 第 4章 TCP/IP應用層常用協(xié)議 (5) 當客戶使用 POST或 PUT請求時 ， 由于要向服務器發(fā)送數(shù)據(jù) ， 所以在 HTTP/ “ 請求數(shù)據(jù) ”這一項 。 如用戶輸入如下請求： GET HTTP/ Accept: text/plain Accept: text/html UserAgent: Mozilla/(WinNT) 一個空行 ， 這是請求的結(jié)束行 則說明瀏覽器使用 GET方法請求下載 站的 ，并聲明它只能接收純文本和 html數(shù)據(jù)的文件，客戶使用的是 Mozilla/(Netscape)瀏覽器 (引擎 )。 第 4章 TCP/IP應用層常用協(xié)議 2． 服務器 HTTP應答 服務器在處理完客戶的請求之后 ， 要向客戶發(fā)送響應消息 。 HTTP/： 狀態(tài)行 響應頭 響應數(shù)據(jù) (1) 服務器程序響應的第一行叫狀態(tài)行。狀態(tài)行以HTTP版本號開始，后面跟著 3位數(shù)字，它表示響應代碼，如“ HTTP/ 200 OK”。在表 419中詳細列出了這些響應代碼的含義。 第 4章 TCP/IP應用層常用協(xié)議 表 419 HTTP響應代碼 響 應 說 明 成功響應 200 OK ，請求成功 201 OK ，建立新的資源 ( P O S T 命令 ) 202 請求被接受，但處理未完成 204 OK ，但沒有內(nèi)容返回 重定向 ,需要用戶代理執(zhí)行更多的動作 301 所請求的資源已被指派為新的固定 U R L 302 所請求的資源臨時位于另外的 U R L 304 文檔沒有修改 ( 條件 G E T ) 客戶差錯 400 錯誤的請求 401 未被授權(quán)；該請求要求用戶認證 403 不明原因的禁止 404 沒有找到 服務器差錯 500 內(nèi)部服務器差錯 501 沒 有實現(xiàn) 502 錯誤的網(wǎng)關(guān)，網(wǎng)關(guān)或上游服務器來的無效響應 503 服務暫時失效 第 4章 TCP/IP應用層常用協(xié)議 (2)?“響應頭 ” 是服務器向客戶方提供請求文檔信息或服務器的狀態(tài)信息 ， 如表 420所示 。 第 4章 TCP/IP應用層常用協(xié)議 表 420 HTTP響應頭 響應頭 說 明 S e r v e r W e b 服務器程序的信息 D a t e 當前服務器的日期和時間 L a s t m o d i f i e d 請求文檔最近一次修改的時間 E x p i r e s 請求文檔過期時間 C o n t e n t l e n g t h 數(shù)據(jù)長度 ( 字節(jié) ) C o n t e n t t y p e 數(shù)據(jù) M I M E 類型 WWW a u t h e n t i c a t e 用于通知客戶方需要的認證信息 ( 如用戶名、口令等 ) 第 4章 TCP/IP應用層常用協(xié)議 (3) “響應數(shù)據(jù)”表示的是如果客戶方的請求包含數(shù)據(jù)，則數(shù)據(jù)放在響應頭之后，并且數(shù)據(jù)與響應頭之間用一行空行分隔。數(shù)據(jù)傳輸完成時，由服務器主動關(guān)閉連接。如果沒有要傳輸?shù)臄?shù)據(jù)，則服務器直接關(guān)閉連接。 下面看一個完整的 HTTP響應的例子。該例子中，顯然由客戶端通過瀏覽器提出要下載一個網(wǎng)頁的請求，使用的方法是 GET，獲得的 Web服務器響應見表 421的說明。 第 4章 TCP/IP應用層常用協(xié)議 表 421 HTTP響應實例 服務器響應信息 說 明 H T T P / 1 . 1 2 0 0 O K D a t a S u n d a y , 2 3 j u l 9 9 1 2 : 1 8 : 0 3 G M T S e rv e r A p a c h e / 1 . 3 . 6 M IM E V e rs i o n 1 . 0 Co n t e n t t y p e : t e x t / h t m l L a s t m o d i fi e d : T h u rs d a y , 0 2 . j u n . 9 9 . 2 0 : 1 2 : 1 2 . G M T Co n t e n t l e n g t h : 8 5 6 H T M L H E A D … 服務器返回的狀態(tài)行給出了版本號、響應代碼 200和響應短語“ OK ” D a t e 給出服務器當 前的時間和日期，通常是格林威治時間 服務器程序的類型和版本號分別是 A p a c h e 和 1 . 3 . 6 H T T P 也是用 M IM E 來說明文件有關(guān)信息的，使用的 M IM E 版本是 1 . 0 數(shù)據(jù)類型是文本型，子類型是 h t m l 型的文本 L a s t m o d i fi e d 指出了最后一次修改數(shù)據(jù)的時間 Co n t e n t l e n g t h 指出文件的長度 最后一個響應的后面，服務器程序緊跟著發(fā)送了一個空行 下面是 856 字節(jié)的 h t m l 文檔。這是文檔的第 1 行 這是文件的第 2 行 為節(jié)省篇幅，下面的數(shù)據(jù)全部省略 第 4章 TCP/IP應用層常用協(xié)議 習題 1．什么是 Tel協(xié)議？實現(xiàn)遠程登錄應具備哪些條件？ 2．簡述 Tel的工作原理。 3．什么是網(wǎng)絡虛擬終端 NVT？為什么要提出網(wǎng)絡虛擬終端 NVT的概念？ 4． NVT ASCII碼與 ASCII碼有什么不同？ 5． Tel在工作時為什么要進行選項協(xié)商過程？ 6．什么是文件傳輸協(xié)議 FTP？ 第 4章 TCP/IP應用層常用協(xié)議 7． FTP協(xié)議支持哪些類型文件的傳輸？ 8．簡述 FTP的工作原理。 9． FTP命令有哪些類型？ 10． 在 FTP客戶主機上使用 d參數(shù) (debug)啟動 FTP，記錄并解釋屏幕顯示信息的含義 。 11．傳輸電子郵件為什么不使用 FTP協(xié)議呢？ 12．在 TCP/IP協(xié)議下 Email是如何被傳輸?shù)模? 13．舉例說明 SMTP和 POP3協(xié)議分別是如何工作的。 14．電子郵件的一般格式是怎樣的？ 第 4章 TCP/IP應用層常用協(xié)議 15． MIME對郵件的格式進行了哪些擴展？ 16．簡述 WWW的工作原理。 17． HTTP協(xié)議是如何工作的？