IP頭部信息

ip報文段格式

版本：

占4位，表明IP協(xié)議實現(xiàn)的版本號，當前一般為IPv4，即0100。

報頭長度 ：

占4位，因為頭部長度不固定（Option可選部分不固定），所以需要標識該分組的頭部長度多少，取值范圍：5-15即20-60字節(jié)。

服務類型：

占8位，其中前3位為優(yōu)先權子字段（Precedence，現(xiàn)已被忽略）。第4至第7比特分別代表延遲、吞吐量、可靠性和花費。當它們取值為1時分別代表要求最小時延、最大吞吐量、最高可靠性和最小費用。這4比特的服務類型中只能置其中1比特為1。可以全為0，若全為0則表示一般服務。第8比特保留未用。

總長度：

占16位，指明整個數(shù)據(jù)報的長度（以字節(jié)為單位）。最大長度為65535字節(jié)。

標識：

占16位。用來唯一標識主機發(fā)送的每一份數(shù)據(jù)報。通常每發(fā)一份報文，它的值會加1。

標志：

占3位。標志一份數(shù)據(jù)報是否要求分段。

片偏移：

占13位。如果一份數(shù)據(jù)報要求分段，此字段指明該片偏移距原始數(shù)據(jù)報開始的位置。

生存時間：

占8位。用來設置數(shù)據(jù)報最多可以經(jīng)過的路由器數(shù)。由發(fā)送數(shù)據(jù)的源主機設置，通常為32、64、128等。每經(jīng)過一個路由器，其值減1，直到0時該數(shù)據(jù)報被丟棄。

協(xié)議：

占8位。指明IP層所封裝的上層協(xié)議類型，如ICMP（1）、IGMP（2） 、TCP（6）、UDP（17）等。

頭部校驗和：

占16位。內容是根據(jù)IP頭部計算得到的校驗和碼。計算方法是：對頭部中每個16比特進行二進制反碼求和。（和ICMP、IGMP、TCP、UDP不同，IP不對頭部后的數(shù)據(jù)進行校驗）。

源IP地址、目標IP地址：

各占32位。用來標明發(fā)送IP數(shù)據(jù)報文的源主機地址和接收IP報文的目標主機地址。

可選項：

占32位。用來定義一些任選項：如記錄路徑、時間戳等。這些選項很少被使用，同時并不是所有主機和路由器都支持這些選項。可選項字段的長度必須是32比特的整數(shù)倍，如果不足，必須填充0以達到此長度要求。

TCP頭部信息

tcp報文段格式

源端口號、目的端口號：

各占2字節(jié)，端口是傳輸層和應用層的服務接口，用于尋找發(fā)送端街接收端的進程。

序號：

占4字節(jié)，用來標識從TCP發(fā)送端向TCP接收端發(fā)送的數(shù)據(jù)字節(jié)流。

確認序號：

占4字節(jié)，上次成功接收到的TCP另一端序號+1

數(shù)據(jù)偏移：

占4位，最大為1111即15個數(shù)字，一個代表4個字節(jié)，用于指出TCP首部長度，若不存在選項，則這個值為20字節(jié)，數(shù)據(jù)偏移的最大值為60字節(jié)。

保留字段：

占6位，值是確定的，暫時可忽略，值全為0

標志位：

URG（緊急）: 為1時表明緊急指針字段有效 ACK（確認）：為1時表明確認號字段有效 PSH（推送）：為1時接收方應盡快將這個報文段交給應用層 RST（復位）：為1時表明TCP連接出現(xiàn)故障必須重建連接 SYN（同步）：在連接建立時用來同步序號 FIN （終止）： 為1時表明發(fā)送端數(shù)據(jù)發(fā)送完畢要求釋放連接

接收窗口：

占2字節(jié)，用于流量控制和擁塞控制，表示當前接收緩沖區(qū)的大小。在計算機網(wǎng)絡中，通常是用接收方的接收能力的大小來控制發(fā)送方的數(shù)據(jù)發(fā)送量，這樣可以避免快主機致使較慢主機的緩沖區(qū)溢出。TCP連接的一端根據(jù)緩沖區(qū)大小確定自己的接收窗口值，告訴對方，使對方可以確定發(fā)送數(shù)據(jù)的字節(jié)數(shù)。

校驗和：

占2字節(jié)，范圍包括首部和數(shù)據(jù)兩部分。檢查當前的TCP包是否有問題，有沒有損壞丟失

選項：

選項是可選的，默認情況是不選。

UDP頭部信息

udp報文段格式

16位源端口號和16位目的端口號：

代表出發(fā)端口和目的地端口，這個可以類比TCP的源端口和目的端口。

16位UDP長度：

代表整個UDP的長度，包括UDP數(shù)據(jù)，最小的UDP長度就是8字節(jié)。

16位UDP校驗和：

用于檢驗UDP數(shù)據(jù)包 IPv4中，校驗和可以為0，意味著不使用校驗和。IPv6要求必須進行校驗

HTTP頭部信息

http請求報文段格式

開始行：

方法有GET、HEAD、POST、PUT、DELETE。 URL：統(tǒng)一資源定位符 版本：表明HTTP協(xié)議實現(xiàn)的版本號 CRLF：回車換行

首部行：

在開始行之后，這是添加http頭部的字段名，注：冒號后有空格。如果要結束首部信息的時候，要添加一個換行。所以最后一個首部行要有兩個換行。 Accept：可通知服務器用戶代理能夠處理的媒體類型以及該媒體類型對應的優(yōu)先級。 Accept-Encoding：告知服務器，客戶端可支持的內容編碼以及相應內容編碼的優(yōu)先級。 Accept-Language：告知服務器，客戶端可處理的自然語言集，以及對應語言集的優(yōu)先級。 Authorization：告知服務器用戶端的認證信息。 If-Match 與If-None-Match：If-Match的請求是如果后方的字符串與ETag相等則服務器端進行請求，否則不進行處理。If-None-Match是If-Match的非操作，同樣是匹配ETag, 如果Etag沒有匹配成功就處理請求，否則不處理。 Referer：值是一個URI, 該URI就是發(fā)起請求的頁面URI User-Agent：請求方的瀏覽器和用戶代理名稱等信息。 Cookie：本地存儲的Cookie信息（包括登陸狀態(tài)等）。

實體主體：

一般只有上傳才有實體主體，請求沒有主體實體。

http響應報文段格式

開始行：

版本：表明HTTP協(xié)議實現(xiàn)的版本號 狀態(tài)碼 短語：1XX（信息響應）：100 Continue：服務器通知瀏覽器之前一切正常，請客戶端繼續(xù)請求，如果請求結束，可忽略。2XX（成功響應）：200 OK： 請求成功、201 Created: 常用于POST，PUT 請求，表明請求已經(jīng)成功，并新建了一個資源。3XX（重定向消息）：300 Multiple Choice： 返回多個響應，需要瀏覽器或者用戶選擇；4XX（客戶端錯誤響應）：400 Bad Request: 請求語法有問題，服務器無法識別。403 Forbidden: 服務器拒絕響應。權限不足。404 Not Found: URL無效或者URL有效但是沒有資源。5XX（服務器錯誤響應）：500 Internal Server Error: 服務器內部錯誤，未捕獲。503 Service Unavailable: 無法服務。一般發(fā)生在因維護而停機或者服務過載。 CRLF：回車換行

首部行：

Accept-Ranges：告知客戶端服務器那邊是否支持范圍請求。 Age：告知客戶端，源服務器在多久前創(chuàng)建了該響應。 Etag：服務器當前請求的服務器資源（圖片，HTML頁面等）所對應的一個獨有的字符串。 Server：表明了服務器端使用的服務器型號。 Vary ：源服務器會向代理服務器傳達關于本地緩存使用方法的命令。 WWW-Authenticate：在狀態(tài)碼401 Unauthorized中肯定帶有此字段，該字段用來指定客戶端的認證方案（Basic或者Digest）。 Set-Cookie：管理客戶端所要設置的Cookie信息。

實體主體：

Content-Encoding：說明報文實體的編碼方式。 Content-Language：表示報文實體使用的自然語言。 Content-Length：指定報文實體的字節(jié)長度。 Content-Type：定義響應數(shù)據(jù)的類型和編碼。

通用首部行字段：

Cache-Control：用來操作緩存的工作機制。 Connection：控制不轉發(fā)給代理服務器的首部字段以及管理持久連接。 Transfer-Encoding：表示報文在傳輸過程中采用的編碼方式。 Via：追蹤請求和響應報文測傳輸路徑，報文經(jīng)過代理或者網(wǎng)關是會在Via字段添加該服務器的信息，然后再進行轉發(fā)。

總結

以上是生活随笔為你收集整理的IP、TCP、UDP、HTTP头部信息的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。