HTTP


基礎概念篇

1.1 介紹

HTTP的發展是萬維網協會(World Wide Web Consortium)和Internet工作小組(Internet Engineering Task Force)合作的結果,(他們)最終發布了一系列的RFC,其中最著名的就是RFC 2616RFC 2616定義了HTTP協議的我們今天普遍使用的一個版本——HTTP 1.1

HTTP協議(HyperText Transfer Protocol,超文本傳輸協議)是用於從WWW服務器傳輸超文本到本地瀏覽器的傳送協議。它可以使瀏覽器更加高效,使網絡傳輸減少。它不僅保證計算機正確快速地傳輸超文本文檔,還確定傳輸文檔中的哪一部分,以及哪部分內容首先顯示(如文本先於圖形)等。

1.2 工作流程

一次HTTP操作稱為一個事務,其工作過程可分為四步:

1)首先客戶機與服務器需要建立連接。只要單擊某個超級鏈接,HTTP的工作開始。

2)建立連接后,客戶機發送一個請求給服務器,請求方式的格式為:統一資源標識符(URL)、協議版本號,后邊是MIME信息包括請求修飾符、客戶機信息和可能的內容。

3)服務器接到請求后,給予相應的響應信息,其格式為一個狀態行,包括信息的協議版本號、一個成功或錯誤的代碼,后邊是MIME信息包括服務器信息、實體信息和可能的內容。

4)客戶端接收服務器所返回的信息通過瀏覽器顯示在用戶的顯示屏上,然后客戶機與服務器斷開連接。

如果在以上過程中的某一步出現錯誤,那么產生錯誤的信息將返回到客戶端,有顯示屏輸出。對於用戶來說,這些過程是由HTTP自己完成的,用戶只要用鼠標點擊,等待信息顯示就可以了。

1.3 使用WiresharkTCPhttp

打開Wireshark,選擇工具欄上的“Capture->Options”,界面選擇如圖1所示:
                            

1 設置Capture選項

一般讀者只需要選擇最上邊的下拉框,選擇合適的Device,而后點擊“Capture Filter”,此處選擇的是“HTTP TCP port80)”,選擇后點擊上圖的“Start”開始抓包。
                                 

2 選擇Capture Filter

例如在瀏覽器中打開http://image.baidu.com/,抓包如圖3所示:
    http://image5.360doc.com/DownloadImg/2009/12/1/11192_10133313_3.jpg

3   抓包

在上圖中,可清晰的看到客戶端瀏覽器(ip192.168.2.33)與服務器的交互過程:

1No1:瀏覽器(192.168.2.33)向服務器(220.181.50.118)發出連接請求。此為TCP三次握手第一步,此時從圖中可以看出,為SYNseq:X x=0

2No2:服務器(220.181.50.118)回應了瀏覽器(192.168.2.33)的請求,並要求確認,此時為:SYNACK,此時seqyy0),ACKx+1(為1)。此為三次握手的第二步;

3No3:瀏覽器(192.168.2.33)回應了服務器(220.181.50.118)的確認,連接成功。為:ACK,此時seqx+1(為1),ACKy+1(為1)。此為三次握手的第三步;

4No4:瀏覽器(192.168.2.33)發出一個頁面HTTP請求;

5No5:服務器(220.181.50.118)確認;

6No6:服務器(220.181.50.118)發送數據;

7No7:客戶端瀏覽器(192.168.2.33)確認;

8No14:客戶端(192.168.2.33)發出一個圖片HTTP請求;

9No15:服務器(220.181.50.118)發送狀態響應碼200 OK

……

1.4 頭域

每個頭域由一個域名,冒號(:)和域值三部分組成。域名是大小寫無關的,域值前可以添加任何數量的空格符,頭域可以被擴展為多行,在每行開始處,使用至少一個空格或制表符。

在抓包的圖中,No14點開可看到如圖4所示:
   http://image5.360doc.com/DownloadImg/2009/12/1/11192_10133313_4.jpg

4 http請求消息

       回應的消息如圖5所示:
              

5 http狀態響應信息

1.3.1 host頭域

Host頭域指定請求資源的Intenet主機和端口號,必須表示請求url的原始服務器或網關的位置。HTTP/1.1請求必須包含主機頭域,否則系統會以400狀態碼返回。

5host那行為:
   

1.3.2 Referer頭域

Referer頭域允許客戶端指定請求uri的源資源地址,這可以允許服務器生成回退鏈表,可用來登陸、優化cache等。他也允許廢除的或錯誤的連接由於維護的目的被追蹤。如果請求的uri沒有自己的uri地址,Referer不能被發送。如果指定的是部分uri地址,則此地址應該是一個相對地址。

在圖4中,Referer行的內容為:
   

1.3.3 User-Agent頭域

User-Agent頭域的內容包含發出請求的用戶信息。

在圖4中,User-Agent行的內容為:
   http://www.blogjava.net/images/blogjava_net/amigoxie/40799/o_http%e5%8d%8f%e8%ae%ae%e5%ad%a6%e4%b9%a0-%e6%a6%82%e5%bf%b5-8.jpg

1.3.4 Cache-Control頭域

Cache-Control指定請求和響應遵循的緩存機制。在請求消息或響應消息中設置Cache-Control並不會修改另一個消息處理過程中的緩存處理過程。請求時的緩存指令包括no-cacheno-storemax-agemax-stalemin-freshonly-if-cached,響應消息中的指令包括publicprivateno-cacheno-storeno-transformmust-revalidateproxy-revalidatemax-age

在圖5中的該頭域為:
   

1.3.5 Date頭域

Date頭域表示消息發送的時間,時間的描述格式由rfc822定義。例如,Date:Mon,31Dec200104:25:57GMTDate描述的時間表示世界標准時,換算成本地時間,需要知道用戶所在的時區。

5中,該頭域如下圖所示:
  

1.4 http的狀態響應碼

1.4.1 1**:請求收到,繼續處理

100——客戶必須繼續發出請求

101——客戶要求服務器根據請求轉換HTTP協議版本

1.4.2 2**:操作成功收到,分析、接受

200——交易成功
201——提示知道新文件的URL

202——接受和處理、但處理未完成

203——返回信息不確定或不完整

204——請求收到,但返回信息為空

205——服務器完成了請求,用戶代理必須復位當前已經瀏覽過的文件

206——服務器已經完成了部分用戶的GET請求

1.4.3 3**:完成此請求必須進一步處理

300——請求的資源可在多處得到

301——刪除請求數據

302——在其他地址發現了請求數據

303——建議客戶訪問其他URL或訪問方式

304——客戶端已經執行了GET,但文件未變化

305——請求的資源必須從服務器指定的地址得到

306——前一版本HTTP中使用的代碼,現行版本中不再使用

307——申明請求的資源臨時性刪除

1.4.4 4**:請求包含一個錯誤語法或不能完成

400——錯誤請求,如語法錯誤

401——未授權

HTTP 401.1 - 未授權:登錄失敗

  HTTP 401.2 - 未授權:服務器配置問題導致登錄失敗

  HTTP 401.3 - ACL 禁止訪問資源

  HTTP 401.4 - 未授權:授權被篩選器拒絕

HTTP 401.5 - 未授權:ISAPI CGI 授權失敗

402——保留有效ChargeTo頭響應

403——禁止訪問

HTTP 403.1 禁止訪問:禁止可執行訪問

  HTTP 403.2 - 禁止訪問:禁止讀訪問

  HTTP 403.3 - 禁止訪問:禁止寫訪問

  HTTP 403.4 - 禁止訪問:要求 SSL

  HTTP 403.5 - 禁止訪問:要求 SSL 128

  HTTP 403.6 - 禁止訪問:IP 地址被拒絕

  HTTP 403.7 - 禁止訪問:要求客戶證書

  HTTP 403.8 - 禁止訪問:禁止站點訪問

  HTTP 403.9 - 禁止訪問:連接的用戶過多

  HTTP 403.10 - 禁止訪問:配置無效

  HTTP 403.11 - 禁止訪問:密碼更改

  HTTP 403.12 - 禁止訪問:映射器拒絕訪問

  HTTP 403.13 - 禁止訪問:客戶證書已被吊銷

  HTTP 403.15 - 禁止訪問:客戶訪問許可過多

  HTTP 403.16 - 禁止訪問:客戶證書不可信或者無效

HTTP 403.17 - 禁止訪問:客戶證書已經到期或者尚未生效

404——沒有發現文件、查詢或URl

405——用戶在Request-Line字段定義的方法不允許

406——根據用戶發送的Accept拖,請求資源不可訪問

407——類似401,用戶必須首先在代理服務器上得到授權

408——客戶端沒有在用戶指定的餓時間內完成請求

409——對當前資源狀態,請求不能完成

410——服務器上不再有此資源且無進一步的參考地址

411——服務器拒絕用戶定義的Content-Length屬性請求

412——一個或多個請求頭字段在當前請求中錯誤

413——請求的資源大於服務器允許的大小

414——請求的資源URL長於服務器允許的長度

415——請求資源不支持請求項目格式

416——請求中包含Range請求頭字段,在當前請求資源范圍內沒有range指示值,請求也不包含If-Range請求頭字段

417——服務器不滿足請求Expect頭字段指定的期望值,如果是代理服務器,可能是下一級服務器不能滿足請求長。

1.4.5 5**:服務器執行一個完全有效請求失敗

  HTTP 500 - 內部服務器錯誤

  HTTP 500.100 - 內部服務器錯誤 - ASP 錯誤

  HTTP 500-11 服務器關閉

  HTTP 500-12 應用程序重新啟動

  HTTP 500-13 - 服務器太忙

  HTTP 500-14 - 應用程序無效

  HTTP 500-15 - 不允許請求 global.asa

  Error 501 - 未實現

HTTP 502 - 網關錯誤

    附錄:參考資料

http_百度百科》:http://baike.baidu.com/view/9472.htm

《結果編碼和http狀態響應碼》:http://blog.tieniu1980.cn/archives/377

《分析TCP的三次握手》:

http://cache.baidu.com/c?m=9f65cb4a8c8507ed4fece763104c8c711923d030678197027fa3c215cc7905141130a8e5747e0d548d98297a5ae91e03f7f63772315477e3cacdd94cdbbdc42225d82c36734f844315c419d891007a9f34d507a9f916a2e1b065d2f48193864353bb15543897f1fb4d711edd1b86033093b1e94e022e67adec40728e2e605f983431c5508fe4&p=c6769a46c5820efd08e2973b42&user=baidu

《使用Wireshark來檢測一次HTTP連接過程》:

http://blog.163.com/wangbo_tester/blog/static/12806792120098174162288/


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM