linux測試tcp
1. 如何測試兩台linux伺服器之間的連接速度有什麼命令或軟體可以做到詳細些。
iperf，具體要纖細直接去看文檔，簡單給列條測試：（TCP和UDP知只是兩種傳輸數據的協議）。
TCP測試：
1、客戶端執行：./iperf -c host -i 1 -w 1M，其中-w表示TCP window size，host需替換成伺服器地址。
2、伺服器執行：./iperf -s -i 1 -w 1M '這裏是指定windows如果是 iperf -s則windwos默認大小為8kbyte/s 。
(1)linux測試tcp擴展閱讀：
優勢：穩定性。
Linux系統是眾所周知最具穩定性的系統;事實上，以Linux系統的美國伺服器用戶在出現系統崩潰的反饋上比例非常少。這對於用戶來說，特別是小型和中小型企業的用戶特別有價值，因為伺服器系統一旦崩潰對企業的業務會造成很大的影響。
與windows相比，Linux處理不運行的進程的能力遠高於windows，因為正是這些進程影響了windows的穩定性的主要因素。
2. Linux 基礎教程 29-tcpmp命令-1
在Linux中輸入命令man tcpmp給出的定義如下所示：
是不是感覺很懵？我們用通俗、形象、學術的表達方式來全方位描述tcpmp:
常用選項如下所示：
1、第一個抓包示例
-i : 指定用來抓包的網路介面，這個參數在伺服器有多個網卡的時候非常有效
-nn : 不轉換協議和埠號，當tcpmp遇到協議號或埠號，不需要將這些數字轉換為對應的協議名稱或埠名稱，如22埠SSH埠，我們希望顯示22，而非SSH
-X : 將協議頭和包內容原原本本的顯示出來,tcpmp會同時以16進制和ASCII的形式進行顯示，在協議分析時非常好用。
'port 22' : 告訴tcpmp要有選擇的顯示所抓到的包，在該示例中，只顯示源埠或目的埠是22的數據包，其他的數據包則不顯示。
-c : 用來指定抓包的個數，示例設置的個數為1，則代表僅抓取一個包之後就退出不再抓包了。
2、-e 增加數據鏈路層的頭部信息
通過兩個命令的輸出對比，可以看到增加-e選項後，輸出的結果中增加MAC地址信息。而且在輸出內容中會有 oui Unknown ，OUI即Organizationally unique identifier(組織唯一標識符)，在任何一塊網卡中燒錄的6位元組MAC地址中，前3個位元組體現了OUI，其表明了網卡的製造組織，通常情況下，該標識符是唯一的。在本例中，由於沒有識別出網卡的製造商，因此顯示為Unknown。
3、-l 將輸出變為行緩沖模式
-l的作用是將tcpmp的輸出行為變為 行緩沖 方式，這樣可以保證tcpmp遇到換行符，就立即將緩沖的內容輸出到標准輸出(stdout)，方便利用管道或重定向方式進行後續處理，而不會造成延遲。
在Linux的標准I/O中提供了 全緩沖 、 行緩沖 、 無緩沖 三種緩沖方式。標准錯誤是不帶緩沖的，而終端設備常為行緩沖，其他默認則為全緩沖。
在該例中，將tcpmp輸出的內容通過管道提取第5列，可以用來查看詳細的連接信息。而如果不加 -l 選項時，則只有當緩沖區全部占滿時，tcpmp才會將緩沖區中的內容輸出，這樣就有可能導致輸出不連續的，如果強行結束，則會影響下一行的完整性。
4、-t 輸出不加時間戳
在增加選項 -t 選項後，時間23:48:03.193526就消失了。tcpmp默認情況下是按微秒來計時，因此最一個時間精確到了第6位。
5、 -v 顯示詳細信息
在增加 -v 選項後，會在輸出的內容中增加 tos 、 ttl 、 id 、 offset 、 協議編號 、 總長度 等，如需要理解這些信息，就需要了解TCP/IP協議中的頭的具體定義了。
6、-F 指定過濾表達式所在的文件
在第一個示例中，命令行增加了 'port 22' ，而這一項就叫 過濾條件 ，如果設置了過濾條件，則tcpmp只抓取滿足過濾條件的數據包。如需要設置較為復雜的過濾條件或復用過濾條件時，這時可以將過濾條件保存為文件，然後通過-F載入該過濾文件。
7、 -w 將原始數據包信息保存到文件中
當我們查看保存的文件時，出現的是亂碼。則代表無法直接查看，很有可能是二進制文件。那麼怎麼查看保存的文件了？請看下一個示例。
7、 -r 從文件中讀取原始數據包
通過-w和-r選項即可實現抓包的錄制回放功能。
3. linux下如何測試TCP並發數量
查看httpd進程數：
Linux命令：
ps
-ef
|
grep
httpd
|
wc
-l
返回結果示例：1388
表示伺服器能夠處理1388個並發請求，這個值伺服器可根據負載情況自動調整。
查看伺服器的並發請求數及其TCP連接狀態：
Linux命令：
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表示處理完畢，等待超時結束的請求數。
4. 查看linux中的TCP連接數
1)統計80埠連接數
2）統計httpd協議連接數
3）、統計已連接上的，狀態為「established
4)、查出哪個IP地址連接最多,將其封了.
1、查看apache當前並發訪問數：
對比httpd.conf中MaxClients的數字差距多少。
2、查看有多少個進程數：
3、可以使用如下參數查看數據
統計httpd進程數，連個請求會啟動一個進程，使用於Apache伺服器。
表示Apache能夠處理1388個並發請求，這個值Apache可根據負載情況自動調整。
4341
netstat -an會列印系統當前網路鏈接狀態，而grep -i "80"是用來提取與80埠有關的連接的，wc -l進行連接數統計。
最終返回的數字就是當前所有80埠的請求總數。
netstat -an會列印系統當前網路鏈接狀態，而grep ESTABLISHED 提取出已建立連接的信息。 然後wc -l統計。
最終返回的數字就是當前所有80埠的已建立連接的總數。
查看Apache的並發請求數及其TCP連接狀態：
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： 沒有任何連接狀態
LAST_ACK 5
SYN_RECV 30
ESTABLISHED 1597
FIN_WAIT1 51
FIN_WAIT2 504
TIME_WAIT 1057
其中的
SYN_RECV表示正在等待處理的請求數；
ESTABLISHED表示正常數據傳輸狀態；
TIME_WAIT表示處理完畢，等待超時結束的請求數。
查看Apache並發請求數及其TCP連接狀態
查看httpd進程數（即prefork模式下Apache能夠處理的並發請求數）：
返回結果示例：
1388
表示Apache能夠處理1388個並發請求，這個值Apache可根據負載情況自動調整，我這組伺服器中每台的峰值曾達到過2002。
查看Apache的並發請求數及其TCP連接狀態：
返回結果示例：
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：等待所有分組死掉
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 時間
客戶端與伺服器端建立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配置（去掉前面的注釋）：
Include etc/apache22/extra/httpd-mpm.conf
可見的MPM配置在/usr/local/etc/apache22/extra/httpd-mpm.conf，但裡面根據httpd的工作模式分了很多塊，哪一部才是當前httpd的工作模式呢？可通過執行 apachectl -l 來查看：
Compiled in moles:
core.c
prefork.c
http_core.c
mod_so.c
看到prefork 字眼，因此可見當前httpd應該是工作在prefork模式，prefork模式的默認配置是：
<IfMole mpm_prefork_mole>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0
</IfMole>
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.5 1024 1024*1024/200000 = 8053.06368
約8K個進程，支持2W人同時訪問應該是沒有問題的（能保證其中8K的人訪問很快，其他的可能需要等待1、2秒才能連上，而一旦連上就會很流暢）
控制最大連接數的MaxClients ，因此可以嘗試配置為：
<IfMole mpm_prefork_mole>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
ServerLimit 5500
MaxClients 5000
MaxRequestsPerChild 100
</IfMole>
注意，MaxClients默認最大為250，若要超過這個值就要顯式設置ServerLimit，且ServerLimit要放在MaxClients之前，值要不小於MaxClients，不然重啟httpd時會有提示。
重啟httpd後，通過反復執行pgrep httpd|wc -l 來觀察連接數，可以看到連接數在達到MaxClients的設值後不再增加，但此時訪問網站也很流暢，那就不用貪心再設置更高的值了，不然以後如果網站訪問突增不小心就會耗光伺服器內存，可根據以後訪問壓力趨勢及內存的佔用變化再逐漸調整，直到找到一個最優的設置值。
(MaxRequestsPerChild不能設置為0，可能會因內存泄露導致伺服器崩潰）
更佳最大值計算的公式：
apache_max_process_with_good_perfermance < (total_hardware_memory / apache_memory_per_process ) * 2
apache_max_process = apache_max_process_with_good_perfermance * 1.5
附：
實時檢測HTTPD連接數：
watch -n 1 -d "pgrep httpd|wc -l"
5. linux中怎麼檢測TCP網路連接是否正常
linux查看網路鏈接狀況命令
netstat 參數如下：
-a 顯示所有socket，包括正在監聽的。
-c 每隔1秒就重新顯示一遍，直到用戶中斷它。
-i 顯示所有網路介面的信息，格式同「ifconfig -e」。
-n 以網路IP地址代替名稱，顯示出網路連接情形。
-r 顯示核心路由表，格式同「route -e」。
-t 顯示TCP協議的連接情況。
-u 顯示UDP協議的連接情況。
-v 顯示正在進行的工作。
1. netstat -an | grep LISTEN
0.0.0.0的就是每個IP都有的服務，寫明哪個IP的就是綁定那個IP的服務。
2. netstat -tln
用來查看linux的埠使用情況
3. /etc/init.d/vsftp start
是用來啟動ftp埠~！
4. netstat
查看已經連接的服務埠（ESTABLISHED）
5. netstat -a
查看所有的服務埠（LISTEN，ESTABLISHED）
6. sudo netstat -ap
查看所有的服務埠並顯示對應的服務程序名
7. nmap ＜掃描類型＞＜掃描參數＞
例如：
nmap localhost
nmap -p 1024-65535 localhost
nmap -PT 192.168.1.127-245
當我們使用netstat -apn查看網路連接的時候，會發現很多類似下面的內容：
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 52 218.104.81.152：7710 211.100.39.250：29488 ESTABLISHED 6111/1
顯示這台伺服器開放了7710埠，那麼這個埠屬於哪個程序呢？ 我們可以使用lsof -i ：7710命令來查詢：
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
sshd 1990 root 3u IPv4 4836 TCP *：7710 （LISTEN） 54com.cn
這樣，我們就知道了7710埠是屬於sshd程序的。
6. linux系統中怎麼使用tcp測試工具
TCP調試助手是一個輔助調試UDP/TCP的工具軟體，支持TCP Server、TCP Client、UDP等通信模式，為網路調試提供極大的方便。 如何建立一個UDP連接？ 用TCP調試助手，選擇UDP方式。打開兩個，填寫好埠號，然後互聯就可以了！
7. 怎麼在Linux伺服器上測試TCP/UDP埠的連通性
翻譯自：
How to Test Port[TCP/UDP] Connectivity from a Linux Server (文檔 ID 2212626.1)
適用於：
Linux OS - Version Oracle Linux 5.0 to Oracle Linux 6.8 [Release OL5 to OL6U8]
Information in this document applies to any platform.
目標：
在Linux伺服器上檢查TCP/UDP埠的連通性。
解決方案：
telnet和nc 是用來測試埠連通性的一般工具。
telnet可以測試tcp埠的連通性。
nc可以測試tcp和udp埠的連通性。
請確保telnet和nc工具已經安裝
在CODE上查看代碼片派生到我的代碼片
# yum install nc
# yum install telnet
測試tcp埠的連通性：
語法如下：
在CODE上查看代碼片派生到我的代碼片
telnet <hostname/IP address> <port number>
如下是連通成功的例子：
在CODE上查看代碼片派生到我的代碼片
# telnet 192.118.20.95 22
Trying 192.118.20.95...
Connected to 192.118.20.95.
Escape character is '^]'.
SSH-2.0-OpenSSH_6.6.1
Protocol mismatch.
Connection closed by foreign host.
如下是連通不成功的例子：
在CODE上查看代碼片派生到我的代碼片
# telnet 192.118.20.95 22
Trying 192.118.20.95...
telnet: connect to address 192.118.20.95: No route to host
使用nc命令來測試tcp埠的連通性：
語法：
在CODE上查看代碼片派生到我的代碼片
nc -z -v <hostname/IP address> <port number>
如下是連通成功的例子：
在CODE上查看代碼片派生到我的代碼片
# nc -z -v 192.118.20.95 22
Connection to 192.118.20.95 22 port [tcp/ssh] succeeded!
如下是連通不成功的例子：
在CODE上查看代碼片派生到我的代碼片
# nc -z -v 192.118.20.95 22
nc: connect to 192.118.20.95 port 22 (tcp) failed: No route to host
使用nc命令來測試udp埠的連通性：
語法：
在CODE上查看代碼片派生到我的代碼片
nc -z -v -u <hostname/IP address> <port number>
在CODE上查看代碼片派生到我的代碼片
# nc -z -v -u 192.118.20.95 123
Connection to 192.118.20.95 123 port [udp/ntp] succeeded!
nc檢測埠的用法
nc -z -w 10 %IP% %PORT%
-z表示檢測或者掃描埠
-w表示超時時間
-u表示使用UDP協議
8. 如何在Linux環境下測試埠的連通性
在Linux下telnet和nc這兩個命令都是是用來測試埠連通性。其中telnet可以測試tcp埠的連通性。nc可以測試tcp和udp埠的連通性。
具體使用方法如下：
1、確保linux機器上已經安裝了nc或者telnet命令，如果沒有通過yum安裝
#yuminstallnc
#yuminstalltelnet
2、telnet命令的使用：
語法：telnet<hostname/IPaddress><portnumber>
例子：
測試通過則會顯示下面的文字：
#telnet192.118.20.9522
Trying192.118.20.95...
Connectedto192.118.20.95.
Escapecharacteris'^]'.
SSH-2.0-OpenSSH_6.6.1
Protocolmismatch.
Connectionclosedbyforeignhost.
測試不通過：
#telnet192.118.20.9522
Trying192.118.20.95...
telnet:connecttoaddress192.118.20.95:Noroutetohost
3、nc測試TCP埠的連通性
語法：nc-z-v<hostname/IPaddress><portnumber>
測試通過：
#nc-z-v192.118.20.9522
Connectionto192.118.20.9522port[tcp/ssh]succeeded!
測試不通過：
#nc-z-v192.118.20.9522
nc:connectto192.118.20.95port22(tcp)failed:Noroutetohost
4、nc測試UDP埠的連通性
語法：nc-z-v-u<hostname/IPaddress><portnumber>
測試通過：
#nc-z-v-u192.118.20.95123
Connectionto192.118.20.95123port[udp/ntp]succeeded!