接著分析http報文
此時前面四條和三次握手報文相差不大，應該可以看懂，我們這裡主要研究hypertext transfer protocal
請求行+請求頭+空白行+body(請求體)
請求體如下
實際上request格式如下
那麼響應報文是怎樣的呢
其格式為
這裡我們看一下body資訊
這裡http從請求到返回耗時0.41339100s，request in frame:204表示此請求報文frame:204,下乙個請求在frame:208,下乙個響應在frame:209
以上就分析了http報文格式，我們在繼續看
這裡是在建立三次握手之後傳輸資料的資料報文，就是一方傳送http報文，對方收到之後，先給出ack應答報文，之後再傳送響應報文，對方收到應答報文，在會送乙個響應報文。這是第一次雙方收發資料，之後就是下面斷開連線，或者長時間沒有傳送報文，必須經歷三次握手，但奇怪的是伺服器在給出應答報文之前沒有傳送ack，之後都沒有，只有第一次，這種情況好像最原始情況才出現，並不是說斷開連線之後在連線，第一次就會出現上述情況，所以這種情況的出現，兩個報文在一起了，有知道的麻煩告知一下，可能是tcp/ip協議棧在設計時出於安全和效率考慮，某種情況下第一次連線需要伺服器在傳送應答報文前傳送ack,之後如果某一條件沒有變化，那麼伺服器就不需要傳送ack，節約時間，而客戶端必須傳送ack確認伺服器的響應報文已經收到。
wireshark抓包分析 tcp包長度
1 最近分析rtmp資料報的時候，用tcpdump抓到一段資料報，有一部分理解不了。tcp連線的時候，協商的mss是1460,為什麼這裡傳輸的時候是2920位元組？2 原因分析，tcpdump工作在資料鏈路層，linux系統在設定了tso iso的時候，通過網絡卡進行分tcp資料 組合tcp資料報以...
ssl協議 wireshark抓包分析
wosign 專欄導航 https協議詳解 一 https基礎知識 https協議詳解 二 tls ssl工作原理 https協議詳解 三 pki 體系 https協議詳解 四 tls ssl握手過程 https協議詳解 五 https效能與優化 客戶端發起請求，以明文傳輸請求資訊，包含版本資訊，加...
使用wireshark進行抓包分析
certificate,client key exchange,certificate verify,change cipher spec,encrypted handshake message change cipher spec,encrypted handshake message 首先放一張...