### 歡迎訪問我的GitHub
> 這裡分類和彙總了欣宸的全部原創(含配套原始碼)：[https://github.com/zq2599/blog_demos](https://github.com/zq2599/blog_demos)

- 本文是《Docker下Java檔案上傳服務三部曲》的終篇，前面兩章我們建立了客戶端和服務端，實戰了檔案上傳服務，本篇我們透過wireshark工具抓包，分析上傳檔案時的網路請求；

### 前文簡述
- 《Docker下Java檔案上傳服務三部曲》旨在實戰Docker下的java檔案服務的開發和部署，前面兩章的地址如下：
1. [《Docker下Java檔案上傳服務三部曲之一：準備環境》](http://blog.itpub.net/70017844/viewspace-2895219/)；
2. [《Docker下Java檔案上傳服務三部曲之二：服務端開發》](http://blog.itpub.net/70017844/viewspace-2895543/)；

### 為何要用wireshar抓包分析？
- 前面兩章已完成了Java檔案上傳服務的實戰，本章不會有新的開發了，為什麼還要專門寫一篇有關抓包分析的文章呢？
- 因為我對一個概念很模糊：**所謂的“一次POST請求”，“一次”怎麼理解？**
- 讀者您可能覺得我的問題沒描述清楚，其實我也沒辦法說得更準確了，因為本來就不清楚......

- 所以還是藉助wireshark讓POST背後的細節現形吧...

### 實戰環境
- 如下圖，像三部曲的第一章那樣用兩臺電腦進行實戰，一臺win10作客戶端，一臺ubuntu作server，win10發起POST請求將檔案上傳到ubuntu上：
![這裡寫圖片描述](https://img-blog.csdnimg.cn/img_convert/d403402db0a901d4bc6f0134498af8ca.png)

- ubuntu電腦上的Docker容器是透過以下命令部署的：
```shell
docker run --name fileserver001 -p 8080:8080 -idt  bolingcavalry/springbootfileserver:0.0.1-SNAPSHOT
```

**wireshark安裝在win10電腦上，抓包分析；**

### 抓包，從簡單的開始
- 我們來試試抓包，一開始先抓個簡單的GET請求的，剛才部署的Docker容器提供了一個GET介面，假如ubuntu電腦IP地址是118.24.0.64，在瀏覽器可以透過這個URL訪問：http://118.24.0.64:8080/hello

- 響應是個字串，如下圖所示：
![這裡寫圖片描述](https://img-blog.csdnimg.cn/img_convert/302b5ff7e79d160b76a6f448fc90ca52.png)

- 接下來我們就來抓這個請求響應的包：
1. 開啟wireshark應用，選好對應的網路卡(例如我是在區域網中，所以選的是**WLAN**)；
2. 設定過濾規則，假如ubuntu電腦IP地址是118.24.0.64，那麼過濾規則就是**ip.src == 118.24.0.64 or ip.dst == 118.24.0.64**，意思是隻展示發往118.24.0.64的資料和118.24.0.64返回的資料，設定方式如下圖所示，請按照數字的順序進行操作：
![這裡寫圖片描述](https://img-blog.csdnimg.cn/img_convert/8cdec027f713755e29a3f6a75f90b6b8.png)

3. 為了抓到純淨的資料，請不要再和ubuntu電腦有其他連線，例如SecureCRT等工具如果還有連線請立即關閉，否則按照上述過濾規則也會將ssh協議的資料抓到；

4. 開啟**chrome瀏覽器的隱身視窗**，位址列輸入：http://118.24.0.64:8080/hello

5. wireshark抓到的資料如下圖所示：
![這裡寫圖片描述](https://img-blog.csdnimg.cn/img_convert/75f4b013a3d43862c969e49468a1a88f.png)
- 如上圖所示，我們看到了TCP握手，握手成功後客戶端發起GET請求，服務端收到後立即ACK，然後再以HTTP協議向客戶端返回資料；
- 然後，我們還看到了保持連線的Keep-Alive包，以及關閉連線的FIN包；
- 然後，瀏覽器還在嘗試著透過Keep-Alive保持連線；

- GET請求的抓包就到這裡吧，接下來看看POST請求的抓包；

### POST請求抓包
- 像前兩章那樣在win10電腦上執行UploadFileClient類，將win10上的檔案POST到ubuntu電腦上，抓到了如下圖的包：
![這裡寫圖片描述](https://img-blog.csdnimg.cn/img_convert/cb4cc1d9c43c4ed3ece98e7dda6ff885.png)

- 這麼多資料包，看來所謂的“一次POST請求”，果然沒那麼簡單....

- 本次POST的檔案大小為150K左右，上圖紅框中，POST請求的大小才307位元組，所以本次上傳的檔案資料，並不是HTTP協議上傳到服務端的，而是透過下圖紅框中那些備註為“TCP segment of a ressembled PDU”的TCP包上傳上去的：

![這裡寫圖片描述](https://img-blog.csdnimg.cn/img_convert/b93f6a2fa0de3599fbc7a9694bcaf5a3.png)

- "TCP segment of a ressembled PDU"是指TCP層收到上層大塊報文後分解成段後發出去，所以150K的檔案被拆分成了多個TCP包傳送；

- 此處有個小疑問，如下圖，為什麼每個TCP包的資料段大小都是1424呢？
![這裡寫圖片描述](https://img-blog.csdnimg.cn/img_convert/6948bfcee3dd7c6a637b844d667686f3.png)

- 我們看看最開始TCP握手時的協議，如下圖：
![這裡寫圖片描述](https://img-blog.csdnimg.cn/img_convert/a47fa19631830745d10a19247006d547.png)

- 如上圖紅框所示，TCP握手的時候，服務端的[SYN, ACK]包中規定了MSS=1424，所以後面的TCP包中資料段都沒有超過此大小；

- 現在終於清楚了，**一次POST請求，並不等於一個http協議的資料包，實際上在TCP層會有多個包負責整個資料的傳輸，並且這些包都會有來自服務端的ACK**；

- 至此，《Docker下Java檔案上傳服務三部曲》就全部結束了，希望此係列能夠幫您加深對檔案服務的理解，更希望能在實戰中幫助到您；
### 歡迎關注ITpub：程式設計師欣宸
> [學習路上，你不孤單，欣宸原創一路相伴...](http://blog.itpub.net/70017844/)

Docker下Java檔案上傳服務三部曲之三

相關文章