前言

作為一名網(wǎng)絡(luò)運(yùn)維人員，熟悉TCP和UDP兩兄弟是必要的。TCP與UDP是隸屬于TCP/IP協(xié)議族的兩員大將，從TCP/IP誕生以來經(jīng)歷了幾十年的發(fā)展，可以這么說不管世界如何變遷、無論滄海已變幾多桑田，管它傳統(tǒng)互聯(lián)網(wǎng)還是移動(dòng)互聯(lián)網(wǎng)，都離不開他們，現(xiàn)在，今后很長(zhǎng)一段時(shí)間都離不開。

即然取名123,就不想用過多的術(shù)語(yǔ)來解釋他們，我想通過我實(shí)際的案例來和大家一起探索門道。我們先談?wù)凾CP

TCP

TCP，全稱Transmission Control Protocol，中文譯作傳輸控制協(xié)議。大家每天瀏覽的網(wǎng)頁(yè)，不管是用手機(jī)還是電腦打開的，均會(huì)使用TCP協(xié)議來傳輸數(shù)據(jù)，TCP是面向連接的協(xié)議(稍后解釋）。

我們通過一個(gè)小案例來理解TCP。筆者租用過一臺(tái)云服務(wù)器，用來提供web（網(wǎng)頁(yè)）服務(wù)。在所有配置完成后，發(fā)現(xiàn)從我的主機(jī)無法打開服務(wù)器上的網(wǎng)頁(yè)，打開其它網(wǎng)頁(yè)則是正常的。

在講案例解決之前，我們先明確幾個(gè)關(guān)于TCP的概念:端口、三次握手。

端口:我們?cè)L問網(wǎng)頁(yè)，說白了，其實(shí)是訪問運(yùn)行在服務(wù)器上的一個(gè)應(yīng)用程序，而我們與應(yīng)用程序通信，就要用到端口。比如打開網(wǎng)頁(yè)用的http協(xié)議，它默認(rèn)使用的80端口，https(http加密版本)默認(rèn)使用的443端口。

三次握手:TCP是面向連接的協(xié)議，比如打開一個(gè)網(wǎng)頁(yè)，你需要先和網(wǎng)頁(yè)服務(wù)器建立一個(gè)連接，而建立這個(gè)連接的過程，我們稱為三次握手。

三次握手

三次握手

我通過抓包軟件(windows下使用wireshark,linux下使用tcpdump)獲取了三條報(bào)文數(shù)據(jù)，我們來詳細(xì)分析一下。

• ***條報(bào)文:192.168.253.4(主機(jī)）向目標(biāo)ip為140開頭的服務(wù)器的80端口發(fā)送標(biāo)志位(Flag)為SYN(Synchronize Sequence Numbers，同步序列號(hào))的報(bào)文。翻譯成白話，主機(jī)告訴服務(wù)器，我要準(zhǔn)備和你的80端口通信了，把我要訪問的網(wǎng)頁(yè)數(shù)據(jù)發(fā)給我。（***次握手）
• 第二條報(bào)文:服務(wù)器發(fā)送標(biāo)志位為SYN,ACK(Acknowledge，確認(rèn)位）的報(bào)文返回給主機(jī)。意思是，服務(wù)器收到主機(jī)發(fā)過來的連接請(qǐng)求了，你再發(fā)過確認(rèn)報(bào)文過來，我就把數(shù)據(jù)給你。（第二次握手）
• 第三條報(bào)文:主機(jī)發(fā)送標(biāo)志位為ACK的報(bào)文給服務(wù)器。說白了，就是主機(jī)告訴服務(wù)器，收到你要我發(fā)確認(rèn)信息的報(bào)文，現(xiàn)將確認(rèn)標(biāo)志發(fā)你。（第三次握手）
• 當(dāng)服務(wù)器收到第三條報(bào)文后，主機(jī)和服務(wù)器的連接就算建立了(Established)，再然后服務(wù)器就可以將網(wǎng)頁(yè)的數(shù)據(jù)傳送給主機(jī)并在主機(jī)的瀏覽器上展示內(nèi)容。

有了概念的了解，我們開始處理問題，首先要確定我和服務(wù)器之間的通信是否存在問題，最簡(jiǎn)單的方式是使用ping 服務(wù)器ip命令測(cè)試，發(fā)現(xiàn)和服務(wù)器之間的通信是ok的。

然后在服務(wù)器上（centos 7)通過netstat -na命令查看80端口（網(wǎng)頁(yè)服務(wù)標(biāo)準(zhǔn)端口）是否開啟，發(fā)現(xiàn)也沒有問題。

網(wǎng)絡(luò)是通的，應(yīng)用服務(wù)也正常，卻打不開服務(wù)器網(wǎng)頁(yè)。還是使用wireshark查看通信的過程，確認(rèn)到底是哪一步出現(xiàn)了問題。

問題報(bào)文

不要被圖中的英文嚇到，我們只需要關(guān)注幾個(gè)地方，就能定位這個(gè)故障的問題。我們一步一步來。

前文提過，http使用tcp協(xié)議傳輸數(shù)據(jù)，tcp協(xié)議要求任何一方要和另一方通信需要先建立連接，也就是三次握手。

而在上圖中，仔細(xì)看，只有主機(jī)(192.168.88.127)發(fā)給140服務(wù)器的標(biāo)志位為SYN的報(bào)文，但沒收到服務(wù)器返回的報(bào)文。因?yàn)橹鳈C(jī)沒有收到服務(wù)器的返回報(bào)文，自動(dòng)啟用了重傳機(jī)制，連續(xù)又發(fā)了好幾次標(biāo)志位為SYN的報(bào)文給主機(jī)，其實(shí)就是請(qǐng)求建立連接，但都是肉包子打狗--有去無回。一種可能是服務(wù)器應(yīng)用程序出現(xiàn)了問題，沒有響應(yīng)。另一種可能是服務(wù)器壓根兒沒收到主機(jī)發(fā)送的建立連接報(bào)文。

因?yàn)槭孪任覀兇_認(rèn)了服務(wù)器應(yīng)用程序狀態(tài)是正常的，將排查重點(diǎn)放在服務(wù)器側(cè)接收?qǐng)?bào)文這一塊。在服務(wù)器側(cè)和主機(jī)側(cè)同時(shí)抓包，查看是否能抓到來自主機(jī)的報(bào)文。

//服務(wù)器使用linux系統(tǒng)，抓包使用tcpdump軟件，-port 80表示抓取端口為80的報(bào)文，src host表示抓源地址是192.168.88.127的報(bào)文，and表示要求同時(shí)滿足以上2個(gè)條件。 
$ tcpdump -port 80 and src host 192.168.88.127 -nn 

通過抓包發(fā)現(xiàn)，主機(jī)在發(fā)送建立連接請(qǐng)求時(shí)，服務(wù)器沒有抓到任何來自于主機(jī)192.168.88.127訪問服務(wù)器80端口的報(bào)文，也就是說三次握手根本無法完成，更不要談數(shù)據(jù)傳輸了。因?yàn)橹皃ing命令又能從主機(jī)ping通服務(wù)器，表示網(wǎng)絡(luò)是通暢的。

這種情況下，很可能是防火墻策略阻檔了報(bào)文，立即檢查主機(jī)防火墻策略 。

//centos 7環(huán)境下  
$ systemctl status firewalld 

防火墻狀態(tài)

檢測(cè)防火墻狀態(tài)

發(fā)現(xiàn)防火墻的Active狀態(tài)為inactive(未激活）,表示防火墻是未啟用的。那是什么阻止了報(bào)文呢，最終結(jié)果還是出在了防火墻策略上，是云服務(wù)器提供商提供的防火墻安全策略默認(rèn)阻止了外部訪問80端口的請(qǐng)求，將策略修改為允許訪問80端口后,終于順利和服務(wù)器建立了連接（三次握手）網(wǎng)頁(yè)正常打開了。

TCP協(xié)議是TCP/IP協(xié)議族最重要的協(xié)議之一，搞清楚他的運(yùn)行機(jī)制，對(duì)于提高運(yùn)維工作的效率是有巨大幫助的。這篇短文，只是讓大家清楚TCP的概念和他的重要性，學(xué)習(xí)的道路是漫長(zhǎng)的，我們才剛剛上路。