怎么理解TCP的SYN隊(duì)列和Accept隊(duì)列

這篇文章主要介紹“怎么理解TCP的SYN隊(duì)列和Accept隊(duì)列”，在日常操作中，相信很多人在怎么理解TCP的SYN隊(duì)列和Accept隊(duì)列問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對(duì)大家解答”怎么理解TCP的SYN隊(duì)列和Accept隊(duì)列”的疑惑有所幫助！接下來，請(qǐng)跟著小編一起來學(xué)習(xí)吧！

目前創(chuàng)新互聯(lián)已為超過千家的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)頁空間、網(wǎng)站改版維護(hù)、企業(yè)網(wǎng)站設(shè)計(jì)、安福網(wǎng)站維護(hù)等服務(wù)，公司將堅(jiān)持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

關(guān)于兩個(gè)隊(duì)列

首先我們必須明白，處于“LISTENING”狀態(tài)的TCP socket，有兩個(gè)獨(dú)立的隊(duì)列：

• SYN隊(duì)列（SYN Queue）

• Accept隊(duì)列（Accept Queue）

這兩個(gè)術(shù)語有時(shí)也被稱為“reqsk_queue”，“ACK backlog”，“l(fā)isten backlog”，甚至“TCP backlog”，但是這篇文章中我們使用上面兩個(gè)術(shù)語以免造成混淆。

SYN隊(duì)列

<!-- more -->

SYN隊(duì)列存儲(chǔ)了收到SYN包的連接（對(duì)應(yīng)內(nèi)核代碼的結(jié)構(gòu)體：struct inet_request_sock）。它的職責(zé)是回復(fù)SYN+ACK包，并且在沒有收到ACK包時(shí)重傳，直到超時(shí)。在Linux下，重傳的次數(shù)為：

$ sysctl net.ipv4.tcp_synack_retries
net.ipv4.tcp_synack_retries = 5

文檔中對(duì)tcp_synack_retries的描述如下：

tcp_synack_retries - int整型

	對(duì)于一個(gè)被動(dòng)TCP連接，重傳SYNACKs的次數(shù)。該值不能超過255。
	默認(rèn)值為5，如果初始RTO是1秒，那么對(duì)應(yīng)的最后一次重傳是31秒。
	對(duì)應(yīng)的最后一次超時(shí)是63秒之后。

發(fā)送完SYN+ACK之后，SYN隊(duì)列等待從客戶端發(fā)出的ACK包（也即三次握手的最后一個(gè)包）。當(dāng)收到ACK包時(shí)，首先找到對(duì)應(yīng)的SYN隊(duì)列，再在對(duì)應(yīng)的SYN隊(duì)列中檢查相關(guān)的數(shù)據(jù)看是否匹配，如果匹配，內(nèi)核將該連接相關(guān)的數(shù)據(jù)從SYN隊(duì)列中移除，創(chuàng)建一個(gè)完整的連接（對(duì)應(yīng)內(nèi)核代碼的結(jié)構(gòu)體：struct inet_sock），并將這個(gè)連接加入Accept隊(duì)列。

Accept隊(duì)列

Accept隊(duì)列中存放的是已建立好的連接，也即等待被上層應(yīng)用程序取走的連接。當(dāng)進(jìn)程調(diào)用accept()，這個(gè)socket從隊(duì)列中取出，傳遞給上層應(yīng)用程序。

這就是Linux處理SYN包的一個(gè)簡單描述。順便一提，當(dāng)socket開啟了TCP_DEFER_ACCEPT和TCP_FASTOPEN時(shí)，工作方式將會(huì)有細(xì)微不同，本文不做介紹。

隊(duì)列大小限制

應(yīng)用程序通過調(diào)用系統(tǒng)調(diào)用listen(2)，傳入backlog參數(shù)，來設(shè)置SYN隊(duì)列和Accept隊(duì)列的最大大小。比如下面這樣，將SYN隊(duì)列和Accept隊(duì)列的最大大小同時(shí)設(shè)置為1024：

listen(sfd, 1024)

注意，在4.3版本之前的內(nèi)核，SYN隊(duì)列的大小是用另一種方式計(jì)算。

SYN隊(duì)列的最大大小以前是用net.ipv4.tcp_max_syn_backlog來配置，但是現(xiàn)在已經(jīng)不再使用了?，F(xiàn)在用net.core.somaxconn來同時(shí)表示SYN隊(duì)列和Accept隊(duì)列的最大大小。在我們的服務(wù)器上，我們將它設(shè)置為16k：

$ sysctl net.core.somaxconn
net.core.somaxconn = 16384

隊(duì)列設(shè)置為多大合適

知道了上面這些信息后，你可能會(huì)問，隊(duì)列設(shè)置為多大合適？

答案是：看情況。對(duì)于大多數(shù)的TCP服務(wù)來說，這并不太重要。比如，Go語言1.11版本之前，并沒有提供設(shè)置隊(duì)列大小的方法。

盡管如此，也存在一些合理的原因，需要增大隊(duì)列的大?。?/p>

• 當(dāng)建立連接的請(qǐng)求速度確實(shí)很大時(shí)，即使是對(duì)于一個(gè)高性能的服務(wù)來說，SYN隊(duì)列也可能需要設(shè)置的大一些。

• SYN隊(duì)列的大小，換言之就是等待ACK包的連接數(shù)。也即與客戶端的平均往返時(shí)間越大，堆積在SYN隊(duì)列中的連接就越多。對(duì)于那些大部分客戶端都距離服務(wù)器很遠(yuǎn)的場(chǎng)景，比如說往返時(shí)間幾百毫秒以上，可以將隊(duì)列大小設(shè)置的大一些。

• TCP_DEFER_ACCEPT選項(xiàng)如果打開了，會(huì)導(dǎo)致socket在SYN-RECV狀態(tài)下維持更長的時(shí)間，也即增大了處于SYN隊(duì)列中的時(shí)間。

但是，將backlog設(shè)置的過大也會(huì)帶來不好的影響：

• SYN隊(duì)列中的每一個(gè)槽位都需要占用一些內(nèi)存。當(dāng)遇到SYN Flood攻擊時(shí)，我們沒有必要為這些發(fā)起攻擊的包浪費(fèi)資源。SYN隊(duì)列中的inet_request_sock結(jié)構(gòu)體，在4.14內(nèi)核下，每個(gè)將占用256字節(jié)的內(nèi)存。

linux下，如果想查看SYN隊(duì)列的當(dāng)前狀態(tài)，我們可以使用ss命令來查詢SYN-RECV狀態(tài)的socket。比如如下執(zhí)行結(jié)果，表示80端口的SYN隊(duì)列中當(dāng)前有119個(gè)元素，443端口則為78。

$ ss -n state syn-recv sport = :80 | wc -l
119
$ ss -n state syn-recv sport = :443 | wc -l
78

還可以通過我們的SystemTap腳本來觀察這個(gè)數(shù)據(jù)：resq.stp

假如程序調(diào)用accept()不夠快？

如果程序調(diào)用accept()不夠快會(huì)發(fā)生什么呢？

• 后續(xù)收到的SYN包，不會(huì)被SYN隊(duì)列處理

• 后續(xù)收到的（用于建立連接的）ACK包，不會(huì)被SYN隊(duì)列處理

• TcpExtListenOverflows / LINUX_MIB_LISTENOVERFLOWS計(jì)數(shù)增加

• TcpExtListenDrops / LINUX_MIB_LISTENDROPS計(jì)數(shù)增加

發(fā)生這種情況時(shí)，我們只能寄希望于程序的處理性能稍后能恢復(fù)正常，客戶端重新發(fā)送被服務(wù)端丟棄的包。

內(nèi)核的這種表現(xiàn)對(duì)于大部分服務(wù)來說是可接受的。順便一提，可以通過調(diào)整net.ipv4.tcp_abort_on_overflow這個(gè)全局參數(shù)來修改這種表現(xiàn)，但是最好還是不要改這個(gè)參數(shù)。

可以通過查看nstat的計(jì)數(shù)來觀察Accept隊(duì)列溢出的狀態(tài)：

$ nstat -az TcpExtListenDrops
TcpExtListenDrops     49199     0.0

但是這是一個(gè)全局的計(jì)數(shù)。觀察起來不夠直觀，比如有時(shí)我們觀察到它在增長，但是所有的服務(wù)程序看起來都是正常的。此時(shí)我們可以使用ss命令來觀察單個(gè)監(jiān)聽端口的Accept隊(duì)列大?。?/p>

$ ss -plnt sport = :6443|cat
State   Recv-Q Send-Q  Local Address:Port  Peer Address:Port
LISTEN  0      1024                *:6443             *:*

Recv-Q這一列顯示的是處于Accept隊(duì)列中的socket數(shù)量，Send-Q顯示的是隊(duì)列的最大大小。在上面的例子中，我們發(fā)現(xiàn)并沒有未被程序accept()的socket，但是我們依然發(fā)現(xiàn)ListenDrops計(jì)數(shù)在增長。

這是因?yàn)槲覀兊某绦蛑皇侵芷谛缘亩虝嚎ㄗ〔惶幚硇碌倪B接，而非永久性的不處理，過段時(shí)間程序又恢復(fù)了正常。這種情況下，用ss命令比較難觀察這種現(xiàn)象，因此我們寫了一個(gè)SystemTap腳本，它會(huì)hook進(jìn)內(nèi)核，把被丟棄的SYN包打印出來：

$ sudo stap -v acceptq.stp
time (us)        acceptq qmax  local addr    remote_addr
1495634198449075  1025   1024  0.0.0.0:6443  10.0.1.92:28585
1495634198449253  1025   1024  0.0.0.0:6443  10.0.1.92:50500
1495634198450062  1025   1024  0.0.0.0:6443  10.0.1.92:65434
...

通過上面的操作，可以觀察到哪些SYN包被ListenDrops影響了。從而我們也就可以知道哪些程序在丟失連接。

到此，關(guān)于“怎么理解TCP的SYN隊(duì)列和Accept隊(duì)列”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)砀鄬?shí)用的文章！

當(dāng)前標(biāo)題：怎么理解TCP的SYN隊(duì)列和Accept隊(duì)列
轉(zhuǎn)載源于：http://muchs.cn/article48/ijsdep.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供電子商務(wù)、響應(yīng)式網(wǎng)站、定制網(wǎng)站、外貿(mào)網(wǎng)站建設(shè)、App開發(fā)、面包屑導(dǎo)航

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)