您好,登錄后才能下訂單哦!
本文將為大家詳細介紹“Linux系統如何查看tcp連接數”,內容步驟清晰詳細,細節處理妥當,而小編每天都會更新不同的知識點,希望這篇“Linux系統如何查看tcp連接數”能夠給你意想不到的收獲,請大家跟著小編的思路慢慢深入,具體內容如下,一起去收獲新知識吧。
一、查看哪些IP連接本機
netstat -an
二、查看TCP連接數
1)統計80端口連接數
netstat -nat|grep -i "80"|wc -l
2)統計httpd協議連接數
ps -ef|grep httpd|wc -l
3)、統計已連接上的,狀態為”established”
netstat -na|grep ESTABLISHED|wc -l
4)、查出哪個IP地址連接最多,將其封了.
netstat -na|grep ESTABLISHED|awk {print $5}|awk -F: {print $1}|sort|uniq -c|sort -r +0n netstat -na|grep SYN|awk {print $5}|awk -F: {print $1}|sort|uniq -c|sort -r +0n
1、查看apache當前并發訪問數:
netstat -an | grep ESTABLISHED | wc -l
對比httpd.conf中MaxClients的數字差距多少。
2、查看有多少個進程數:
ps aux|grep httpd|wc -l
3、可以使用如下參數查看數據
server-status?auto #ps -ef|grep httpd|wc -l 1388
統計httpd進程數,連個請求會啟動一個進程,使用于Apache服務器。 表示Apache能夠處理1388個并發請求,這個值Apache可根據負載情況自動調整。
#netstat -nat|grep -i "80"|wc -l 4341
netstat -an會打印系統當前網絡鏈接狀態,而grep -i “80”是用來提取與80端口有關的連接的,wc -l進行連接數統計。 最終返回的數字就是當前所有80端口的請求總數。
#netstat -na|grep ESTABLISHED|wc -l 376
netstat -an會打印系統當前網絡鏈接狀態,而grep ESTABLISHED 提取出已建立連接的信息。 然后wc -l統計。 最終返回的數字就是當前所有80端口的已建立連接的總數。
netstat -nat||grep ESTABLISHED|wc - 可查看所有建立連接的詳細記錄
查看Apache的并發請求數及其TCP連接狀態:
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' 返回結果: TIME_WAIT 8947 等待足夠的時間以確保遠程TCP接收到連接中斷請求的確認 FIN_WAIT1 15 等待遠程TCP連接中斷請求,或先前的連接中斷請求的確認 FIN_WAIT2 1 從遠程TCP等待連接中斷請求 ESTABLISHED 55 代表一個打開的連接 SYN_RECV 21 再收到和發送一個連接請求后等待對方對連接請求的確認 CLOSING 2 沒有任何連接狀態 LAST_ACK 4 等待原來的發向遠程TCP的連接中斷請求的確認 TCP連接狀態詳解 LISTEN: 偵聽來自遠方的TCP端口的連接請求 SYN-SENT: 再發送連接請求后等待匹配的連接請求 SYN-RECEIVED:再收到和發送一個連接請求后等待對方對連接請求的確認 ESTABLISHED: 代表一個打開的連接 FIN-WAIT-1: 等待遠程TCP連接中斷請求,或先前的連接中斷請求的確認 FIN-WAIT-2: 從遠程TCP等待連接中斷請求 CLOSE-WAIT: 等待從本地用戶發來的連接中斷請求 CLOSING: 等待遠程TCP對連接中斷的確認 LAST-ACK: 等待原來的發向遠程TCP的連接中斷請求的確認 TIME-WAIT: 等待足夠的時間以確保遠程TCP接收到連接中斷請求的確認 CLOSED: 沒有任何連接狀態
查看Apache并發請求數及其TCP連接狀態 查看httpd進程數(即prefork模式下Apache能夠處理的并發請求數):
ps -ef | grep httpd | wc -l 返回結果示例: 1388
表示Apache能夠處理1388個并發請求,這個值Apache可根據負載情況自動調整,我這組服務器中每臺的峰值曾達到過2002。
查看Apache的并發請求數及其TCP連接狀態:
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' 返回結果示例: LAST_ACK 5 SYN_RECV 30 ESTABLISHED 1597 FIN_WAIT1 51 FIN_WAIT2 504 TIME_WAIT 1057 其中的SYN_RECV表示正在等待處理的請求數;ESTABLISHED表示正常數據傳輸狀態;TIME_WAIT表示處理完畢,等待超時結束的請求數。 狀態描述: CLOSED:無連接是活動 的或正在進行 LISTEN:服務器在等待進入呼叫 SYN_RECV:一個連接請求已經到達,等待確認 SYN_SENT:應用已經開始,打開一個連接 ESTABLISHED:正常數據傳輸狀態 FIN_WAIT1:應用說它已經完成 FIN_WAIT2:另一邊已同意釋放 ITMED_WAIT:等待所有分組死掉 CLOSING:兩邊同時嘗試關閉 TIME_WAIT:另一邊已初始化一個釋放 LAST_ACK:等待所有分組死掉
如發現系統存在大量TIME_WAIT狀態的連接,通過調整內核參數解決,
vim /etc/sysctl.conf
編輯文件,加入以下內容:
net.ipv4.tcp_syncookies = 1 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 1 net.ipv4.tcp_fin_timeout = 30
然后執行 /sbin/sysctl -p 讓參數生效。
net.ipv4.tcp_syncookies = 1 表示開啟SYN cookies。當出現SYN等待隊列溢出時,啟用cookies來處理,可防范少量SYN攻擊,默認為0,表示關閉; net.ipv4.tcp_tw_reuse = 1 表示開啟重用。允許將TIME-WAIT sockets重新用于新的TCP連接,默認為0,表示關閉; net.ipv4.tcp_tw_recycle = 1 表示開啟TCP連接中TIME-WAIT sockets的快速回收,默認為0,表示關閉。 net.ipv4.tcp_fin_timeout 修改系統默認的 TIMEOUT 時間
下面附上TIME_WAIT狀態的意義:
客戶端與服務器端建立TCP/IP連接后關閉SOCKET后,服務器端連接的端口 狀態為TIME_WAIT
是不是所有執行主動關閉的socket都會進入TIME_WAIT狀態呢? 有沒有什么情況使主動關閉的socket直接進入CLOSED狀態呢?
主動關閉的一方在發送最后一個 ack 后 就會進入 TIME_WAIT 狀態 停留2MSL(max segment lifetime)時間 這個是TCP/IP必不可少的,也就是“解決”不了的。
也就是TCP/IP設計者本來是這么設計的。主要有兩個原因: 1、防止上一次連接中的包,迷路后重新出現,影響新連接 (經過2MSL,上一次連接中所有的重復包都會消失) 2、可靠的關閉TCP連接 在主動關閉方發送的最后一個 ack(fin) ,有可能丟失,這時被動方會重新發 fin, 如果這時主動方處于 CLOSED 狀態 ,就會響應 rst 而不是 ack。所以 主動方要處于 TIME_WAIT 狀態,而不能是 CLOSED 。 TIME_WAIT 并不會占用很大資源的,除非受到攻擊。 還有,如果一方 send 或 recv 超時,就會直接進入 CLOSED 狀態
如何合理設置apache httpd的最大連接數? 手頭有一個網站在線人數增多,訪問時很慢。初步認為是服務器資源不足了,但經反復 ,一旦連接上,不斷點擊同一個頁面上不同的鏈接,都能迅速打開,這種現象就是說明apache最大連接數已經滿了,新的訪客只能排隊等待有空閑的鏈接,而如果一旦連接上,在keeyalive 的存活時間內(KeepAliveTimeout,默認5秒)都不用重新打開連接,因此解決的方法就是加大apache的最大連接數。
1.在哪里設置? apache 2.24,使用默認配置(FreeBSD 默認不加載自定義MPM配置),默認最大連接數是250
在/usr/local/etc/apache22/httpd.conf中加載MPM配置(去掉前面的注釋): # Server-pool management (MPM specific) Include etc/apache22/extra/httpd-mpm.conf
可見的MPM配置在/usr/local/etc/apache22/extra/httpd-mpm.conf,但里面根據httpd的工作模式分了很多塊,哪一部才是當前httpd的工作模式呢?可通過執行 apachectl -l 來查看:
Compiled in modules: core.c prefork.c http_core.c mod_so.c
看到prefork 字眼,因此可見當前httpd應該是工作在prefork模式,prefork模式的默認配置是:
StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0
2.要加到多少? 連接數理論上當然是支持越大越好,但要在服務器的能力范圍內,這跟服務器的CPU、內存、帶寬等都有關系。 查看當前的連接數可以用:
ps aux | grep httpd | wc -l 或: pgrep httpd|wc -l
計算httpd占用內存的平均數:
ps aux|grep -v grep|awk '/httpd/{sum+=$6;n++};END{print sum/n}'
由于基本都是靜態頁面,CPU消耗很低,每進程占用內存也不算多,大約200K。 服務器內存有2G,除去常規啟動的服務大約需要500M(保守估計),還剩1.5G可用,那么理論上可以支持1.510241024*1024/200000 = 8053.06368 約8K個進程,支持2W人同時訪問應該是沒有問題的(能保證其中8K的人訪問很快,其他的可能需要等待1、2秒才能連上,而一旦連上就會很流暢) 控制最大連接數的MaxClients ,因此可以嘗試配置為:
StartServers 5 MinSpareServers 5 MaxSpareServers 10 ServerLimit 5500 MaxClients 5000 MaxRequestsPerChild 100
注意,MaxClients默認最大為250,若要超過這個值就要顯式設置ServerLimit,且ServerLimit要放在MaxClients之前,值要不小于MaxClients,不然重啟httpd時會有提示。 重啟httpd后,通過反復執行pgrep httpd|wc -l 來觀察連接數,可以看到連接數在達到MaxClients的設值后不再增加,但此時訪問網站也很流暢,那就不用貪心再設置更高的值了,不然以后如果網站訪問突增不小心就會耗光服務器內存,可根據以后訪問壓力趨勢及內存的占用變化再逐漸調整,直到找到一個最優的設置值。 (MaxRequestsPerChild不能設置為0,可能會因內存泄露導致服務器崩潰) 更佳最大值計算的公式:
apache_max_process_with_good_perfermance實時檢測HTTPD連接數: watch -n 1 -d "pgrep httpd|wc -l"
Linux的版本有:Deepin、UbuntuKylin、Manjaro、LinuxMint、Ubuntu等版本。其中Deepin是國內發展最好的Linux發行版之一;UbuntuKylin是基于Ubuntu的衍生發行版;Manjaro是基于Arch的Linux發行版;LinuxMint默認的Cinnamon桌面類似Windows XP簡單易用;Ubuntu則是以桌面應用為主的Linux操作系統。
感謝您能讀到這里,小編希望您對“Linux系統如何查看tcp連接數”這一關鍵問題有了從實踐層面最深刻的體會,具體使用情況還需要大家自己動手實踐使用過才能領會,如果想閱讀更多相關內容的文章,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。