搜尋
首頁運維Nginxnginx keepalive如何使用

nginx keepalive如何使用

May 19, 2023 pm 02:13 PM
nginxkeepalive

預設http1.1協定的請求頭是預設開啟keepalive,如圖:

nginx keepalive如何使用

那什麼是keepalive?作用是什麼?

keepalive是在tcp中一個可以偵測死連結的機制,作用是維持socket長連結不被斷開,屬於tcp層的功能,並不屬於應用層。

tcp層怎麼做到保持長連結的呢?

先看keepalive的用法:有三個參數,開放給應用層使用

sk->keepalive_probes:探测次数,重试次数
sk->keepalive_time 探测的心跳间隔,tcp链接在多少秒之后没有数据报文传输启动探测报文
sk->keepalive_intvl 探测间隔,未收到回复时,重试的时间间隔

預設設定查看:

[***@*** ~]$ cat /proc/sys/net/ipv4/tcp_keepalive_time
7200
[***@*** ~]$ cat /proc/sys/net/ipv4/tcp_keepalive_intvl
75
[***@*** ~]$ cat /proc/sys/net/ipv4/tcp_keepalive_probes
9

使用方法:

int keepalive = 1; // 开启keepalive属性
int keepidle = 60; // 如该连接在60秒内没有任何数据往来,则进行探测
int keepinterval = 5; // 探测时发包的时间间隔为5 秒
int keepcount = 3; // 探测尝试的次数。如果第1次探测包就收到响应了,则后2次的不再发。并且清零该计数
setsockopt(rs, sol_socket, so_keepalive, (void *)&keepalive , sizeof(keepalive ));
setsockopt(rs, sol_tcp, tcp_keepidle, (void*)&keepidle , sizeof(keepidle ));
setsockopt(rs, sol_tcp, tcp_keepintvl, (void *)&keepinterval , sizeof(keepinterval ));
setsockopt(rs, sol_tcp, tcp_keepcnt, (void *)&keepcount , sizeof(keepcount ));

應用層這麼設定後,會把預設配置覆蓋,走手動設定的配置。

對於一個已經建立的tcp連線。如果在keepalive_time時間內雙方沒有任何的資料包傳輸,則開啟keepalive功能的一端將發送 keepalive資料心跳包,若沒有收到應答,則每隔keepalive_intvl時間再發送該資料包,發送keepalive_probes次。一直沒有 收到應答,則發送rst包關閉連線。若收到應答,則將計時器清除。

抓包驗證tcp心跳包內容

nginx keepalive如何使用

#依照抓包繼續分析keepalive發送及回覆的心跳包內容:

tcp頭部結構體原始碼為:

typedef struct _tcp_header
{
 short m_ssourport;          // 源端口号16bit
 short m_sdestport;           // 目的端口号16bit
 unsigned int m_uisequnum;      // req字段 序列号32bit
 unsigned int m_uiacknowledgenum; //ack字段 确认号32bit
 short m_sheaderlenandflag;     // 前4位:tcp头长度;中6位:保留;后6位:标志位
 short m_swindowsize;         //win字段 窗口大小16bit
 short m_schecksum;          // 检验和16bit
 short m_surgentpointer;        // 紧急数据偏移量16bit
}__attribute__((packed))tcp_header, *ptcp_header;

看發送的心跳包內容:

0000 d4 6d 50 f5 02 7f f4 5c  89 cb 35 29 08 00    //mac头 14字节:
                         45 00 // ip头 20字节 :
0010 00 28 10 f4 00 00 40 06  5b dd ac 19 42 76 0a b3
0020 14 bd
      e4 4a 1f 7c 32 7e  7a cb 4c bc 55 08 50 10  // tcp头 20字节 
0030 10 00 3f 00 00 00
//分析tcp头部内容
e4 4a //源端口号16bit 10进制为:58442 
1f 7c //目的端口号16bit 10进制为 : 8060 
32 7e 7a cb // req字段 序列号32bit 10进制为 : 
4c bc 55 08 // ack字段 确认号32bit 
5 // 前4位:tcp头长度 5*4 =20 字节 没问题 
0 10 /// 中6位:保留;后6位:标志位 10 代表倒数第5位为1, 标识改tcp包为 ack 确认包 
0030 10 00 3f 00 00 00

繼續看回覆的心跳包內容:

0000 f4 5c 89 cb 35 29 d4 6d 50 f5 02 7f 08 00 45 00 
0010 00 34 47 28 40 00 36 06 ef 9c 0a b3 14 bd ac 19 
0020 42 76 // 前面数据不解读 
1f 7c
e4 4a
4c bc 55 08
32 7e 7a cc
8// tcp头长度为8 * 4 = 32 除了头部 还有 选项数据 12字节 
0 10  // 中6位:保留;后6位:标志位 10 代表倒数第5位为1, 标识该tcp包为 ack 确认包 
0030 01 3f //win字段 窗口大小16bit
4e 0d // 检验和16bit
00 00 // 紧急数据偏移量16bit
01 01 08 0a 00 59 be 1c 39 13 
0040 cf 12 // 选项数据 12字节

由上可以看出,tcp維持長連線的心跳包是由瀏覽器向伺服器先出發送一個ack包,然後伺服器再回覆一個ack包,且帶了選項資料

##nginx會怎麼處理keepalive請求,都會做哪些事?

首先做的是版本判断 :http协议版本低于1.1时,该链接的keepalive置为0
if (r->http_version < ngx_http_version_11) {
  r->keepalive = 0;
} 
ngx_http_process_connection 函数中 ngx_http_request_t 中带有keep-alive则把改链接标识起来 
if (ngx_strcasestrn(h->value.data, "keep-alive", 10 - 1)) {
  r->headers_in.connection_type = ngx_http_connection_keep_alive;
}
ngx_http_handler函数中对r->headers_in.connection_type 判断,给r->keepalive赋值为1
  switch (r->headers_in.connection_type) {
  case ngx_http_connection_keep_alive:
    r->keepalive = 1;
    break;
  }
ngx_configure_listening_sockets函数中,当keepalive为1时,对该连接开启keepalive,之后tcp底层就会对该连接fd做检测死连接的机制,保持长连接,不断开。
if (ls[i].keepalive) {
  value = (ls[i].keepalive == 1) ? 1 : 0;

  if (setsockopt(ls[i].fd, sol_socket, so_keepalive,//开启keepalive功能
          (const void *) &value, sizeof(int))
    == -1)
  
}

nginx什麼時候長連線會斷開呢?

在nginx透過setsockopt(ls[i].fd, sol_socket, so_keepalive,(const void *) &value, sizeof(int))開啟keepalive後,會始終和客戶端保持長連接,如此會出現一個很嚴峻的問題,每個woker的能保持的連線數是有限的(ep = epoll_create(cycle->connection_n / 2); cycle->connection_n / 2 為epoll能管理的fd上限) ,如此一來,連線數很快就被耗盡,這時候nginx該怎麼處理?

為了找到這個答案,我們來看nginx關於keeoalive的兩個設定參數

keepalive_timeout

keepalive_timeout timeout [header_timeout];

第一個參數:設定keep-alive客戶端連線在伺服器端保持開啟的逾時值(預設75s);值為0會停用keep-alive客戶端連線;

第二個參數:可選、在回應的header域中設定一個值「keep-alive : timeout=time」;通常可以不用設定;

註:keepalive_timeout預設75s

keepalive_requests

keepalive_requests指令用來設定一個keep-alive連接上可以服務的請求的最大數量,當最大請求數量達到時,連線被關閉,值為0會也停用keep-alive客戶端連線;。預設是100。

答案顯而易見,透過keepalive_timeout keepalive_requests 來管理長連接,

    ##當一個tcp連接存活時間超過keepalive_timeout 時則會被close掉,nginx的具體實現,是透過定時器來做的
  • 當一個tcp連接最大情書數超過keepalive_requests 時則也會被close掉
  • ##透過這兩個機制來保證每個worker的連線數不會超過epoll所能管理的數目。

以上是nginx keepalive如何使用的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述
本文轉載於:亿速云。如有侵權,請聯絡admin@php.cn刪除
NGINX單元與其他應用程序服務器NGINX單元與其他應用程序服務器Apr 24, 2025 am 12:14 AM

NGINXUnit優於ApacheTomcat、Gunicorn和Node.js內置HTTP服務器,適用於多語言項目和動態配置需求。 1)支持多種編程語言,2)提供動態配置重載,3)內置負載均衡功能,適合需要高擴展性和可靠性的項目。

NGINX單元:架構及其工作原理NGINX單元:架構及其工作原理Apr 23, 2025 am 12:18 AM

NGINXUnit通過其模塊化架構和動態重配置功能提高了應用的性能和可管理性。 1)模塊化設計包括主控進程、路由器和應用進程,支持高效管理和擴展。 2)動態重配置允許在運行時無縫更新配置,適用於CI/CD環境。 3)多語言支持通過動態加載語言運行時實現,提升了開發靈活性。 4)高性能通過事件驅動模型和異步I/O實現,即使在高並發下也保持高效。 5)安全性通過隔離應用進程提高,減少應用間相互影響。

使用NGINX單元:部署和管理應用程序使用NGINX單元:部署和管理應用程序Apr 22, 2025 am 12:06 AM

NGINXUnit可用於部署和管理多種語言的應用。 1)安裝NGINXUnit。 2)配置它以運行不同類型的應用,如Python和PHP。 3)利用其動態配置功能進行應用管理。通過這些步驟,你可以高效地部署和管理應用,提升項目效率。

NGINX與Apache:Web服務器的比較分析NGINX與Apache:Web服務器的比較分析Apr 21, 2025 am 12:08 AM

NGINX更适合处理高并发连接,而Apache更适合需要复杂配置和模块扩展的场景。1.NGINX以高性能和低资源消耗著称,适合高并发。2.Apache以稳定性和丰富的模块扩展闻名,适合复杂配置需求。

NGINX單元的優勢:靈活性和性能NGINX單元的優勢:靈活性和性能Apr 20, 2025 am 12:07 AM

NGINXUnit通過其動態配置和高性能架構提升應用的靈活性和性能。 1.動態配置允許在不重啟服務器的情況下調整應用配置。 2.高性能體現在事件驅動和非阻塞架構以及多進程模型上,能夠高效處理並發連接和利用多核CPU。

NGINX與Apache:性能,可伸縮性和效率NGINX與Apache:性能,可伸縮性和效率Apr 19, 2025 am 12:05 AM

NGINX和Apache都是強大的Web服務器,各自在性能、可擴展性和效率上有獨特的優勢和不足。 1)NGINX在處理靜態內容和反向代理時表現出色,適合高並發場景。 2)Apache在處理動態內容時表現更好,適合需要豐富模塊支持的項目。選擇服務器應根據項目需求和場景來決定。

終極攤牌:nginx vs. apache終極攤牌:nginx vs. apacheApr 18, 2025 am 12:02 AM

NGINX適合處理高並發請求,Apache適合需要復雜配置和功能擴展的場景。 1.NGINX採用事件驅動、非阻塞架構,適用於高並發環境。 2.Apache採用進程或線程模型,提供豐富的模塊生態系統,適合複雜配置需求。

nginx行動:示例和現實應用程序nginx行動:示例和現實應用程序Apr 17, 2025 am 12:18 AM

NGINX可用於提升網站性能、安全性和可擴展性。 1)作為反向代理和負載均衡器,NGINX可優化後端服務和分擔流量。 2)通過事件驅動和異步架構,NGINX高效處理高並發連接。 3)配置文件允許靈活定義規則,如靜態文件服務和負載均衡。 4)優化建議包括啟用Gzip壓縮、使用緩存和調整worker進程。

See all articles

熱AI工具

Undresser.AI Undress

Undresser.AI Undress

人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover

AI Clothes Remover

用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool

Undress AI Tool

免費脫衣圖片

Clothoff.io

Clothoff.io

AI脫衣器

Video Face Swap

Video Face Swap

使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱工具

EditPlus 中文破解版

EditPlus 中文破解版

體積小,語法高亮,不支援程式碼提示功能

記事本++7.3.1

記事本++7.3.1

好用且免費的程式碼編輯器

SublimeText3漢化版

SublimeText3漢化版

中文版,非常好用

Dreamweaver Mac版

Dreamweaver Mac版

視覺化網頁開發工具

MinGW - Minimalist GNU for Windows

MinGW - Minimalist GNU for Windows

這個專案正在遷移到osdn.net/projects/mingw的過程中,你可以繼續在那裡關注我們。 MinGW:GNU編譯器集合(GCC)的本機Windows移植版本,可自由分發的導入函式庫和用於建置本機Windows應用程式的頭檔;包括對MSVC執行時間的擴展,以支援C99功能。 MinGW的所有軟體都可以在64位元Windows平台上運作。