四层TCP协议测试利器-Tcpkali

最新推荐文章于 2024-05-17 15:40:59 发布
最新推荐文章于 2024-05-17 15:40:59 发布
阅读量2.4k 收藏 5
点赞数
分类专栏： 网络 网络性能测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/minxihou/article/details/97621358
版权

前言

tcpkali在github项目的地址如下：https://github.com/satori-com/tcpkali。

本文详述TCPkali的基本测试用法。TCPkali是一个可以用来测试四层TCP协议，七层HTTP（s）协议和websocket协议的测试工具。当然这个工具最主要的优点用的还是在于能够独立的进行TCP和websocket测试。

安装

tcpkali可以支持在Mac OS，linux和UNIX上安装。博主在实操中所使用linux操作系统，这里主要详述centos7.x版本中的安装。

包安装

在tcpkali的github上推荐使用包安装的方法。但是博主亲自实验之后发现其实在国内包安装没有源码编译安装好用。centos操作系统中要直接安装tcpkali的软件包，需要用到nix工具。而安装nix安装管理工具之后，再去安装tcpkali的包会去nix国外的源去下载，经常访问超时导致安装失败。所以笔者不建议国内的玩家使用这种方式。这里仅给出安装所需的操作步骤

#安装bzip解压工具
yum -y install bzip2*
#访问nix官网下载安装nix安装管理工具，nix是类yum的安装包管理工具，可以通过nix安装可用的包。
curl https://nixos.org/nix/install | sh
#通过nix安装tcpkali的可执行的软件包
nix-env -i tcpkali

源码编译安装

在国内笔者比较推荐使用编译安装的方式在centos的操作系统中安装tcpkali工具。其主要步骤如下

#以最小化安装centos7.5操作系统为例，yum列出了所需要安装的软件包。主要下载所需的编译软件，git安装工具，vim编辑工具。
yum install -y git autoconf automake libtool bison flex gcc-c++ ncurses-devel vim
#在git上拉取所tcpkali的源码
git clone https://github.com/satori-com/tcpkali.git
#切换到tcpkali的下载文件目录
cd tcpkali/
#检测configure文件并更新已经生成的配置文件
test -f configure || autoreconf -i
#编译安装前执行配置文件
./configure
#编译安装，安装完成之后可系统中就可以tab出tcpkali的命令
make && make install

tcpkali命令参数详解

通用配置

-h, --help : 打印出tcpkali的帮助文档并退出。
–version : 打印出tcpkali的版本号并退出
-v, --verbose level :详细打印输出结果，可以增加-v参数的次数来表示详细信息程度。例如想打印更为详细的输出结果可以使用“-vvv”。也可以使用“–verbose 3”来表示打印输出信息的详细程度。默认的详细信息程度从0-3。
-d, --dump-one : 选择在任意的一个链接上打印出该链接输入或者输出的数据。当该链接被关闭时，将会使用其他链接来进行转储信息。主要用来诊断链接中收发信息是否符合预期。
–dump-one-in : 只转储单个连接上的输入数据。
–dump-one-out : 只转储单个连接上的输出数据。
–dump-{all,all-in,all-out} : 转储所有链接上的输入输出数据。
–write-combine=off : 单独发送消息而不是批量的写入消息. 该参数设置为off则暗示着 --nagle=off, 如果没有在命令行显示调用将其关闭，这该参数默认是开启的。
-w, --workers N : 要使用的并行线程数。默认值是根据需要使用尽可能多的内核，最多使用系统中检测到的内核数量。

网络堆栈参数的设置

–nagle=on|off : 通过使用setsockopt()设置TCP_NODELAY套接字选项来控制Nagle算法。默认情况下根本不调用setsockopt()，这使得Nagle在大多数系统上都是启用的。
–rcvbuf SizeBytes : 设置TCP接收缓冲区(使用setsockopt()设置SO_RCVBUF套接字选项)。此选项对具有自动接收缓冲区管理的某些系统无效。如果rcvbuf不起作用，tcpkali将打印一条消息。
–sndbuf SizeBytes : 设置TCP发送缓冲区(使用setsockopt()设置SO_SNDBUF套接字选项)。此选项对具有自动接收缓冲区管理的某些系统无效。如果sndvbuf不起作用，tcpkali将打印一条消息。
–source-ip IP : 默认情况下，tcpkali自动检测当前主机端口并使用所有可用接口连接到目标主机。这个默认行为允许tcpkali打开到目的地的超过64k个连接。使用**–source- IP 通过指定要使用的特定源IP来覆盖此行为。多次指定–source-ip**选项将构建要使用的源ip列表。

运行测试时设置

–ws, --websocket : 使用RFC6455规范进行WebSocket通信传输。
–ssl : 为客户端和服务器端连接启用传输层安全性(TLS，以前称为SSL)。
–ssl-cert filename : 使用X.509证书来进行TLS加密传输。 默认 “cert.pem”。
–ssl-key filename :使用私钥文件来进行TLS加密传输。默认 “key.pem”。
-H, --header : 添加指定HTTP包头到WebSocket握手中。
-c, --connections N : 打开到目标的并发连接数。默认值为1。
–connect-rate Rate : 限制每秒新连接的数量。默认值是每秒100个连接。
–connect-timeout Time : 限制尝试连接中花费的时间。默认值是1秒。
–channel-lifetime Time : 在设置的时间秒数后关闭每个连接。
–channel-bandwidth-upstream Bandwidth : 限制单个连接的上行带宽。
–channel-bandwidth-downstream Bandwidth : 限制单个连接的下行带宽。
-l, --listen-port port : tcpkali作为服务端接收指定端口上的链接。
–listen-mode=silent|active : 在接收到新建连接时执行操作。在静默模式下（silent），tcpkali不发送数据并忽略接收到的数据，这是默认值。在活动模式下（active），tcpkali向连接的客户机发送消息。消息需要由message参数指定。
-T, --duration Time : 退出并在指定的时间之后打印最终统计信息。默认为10秒(-T10s)。
–delay-send Time : 将发送字节延迟到指定的时间量。

网络流量选项

-e, --unescape-message-args : 如在tcpkali命令行上使用了-m、-f或其他发送了流量内容的指定选项，则发送的消息数据不会进行转义。将\xxx序列转换为具有相应八进制值的字节，将\n转换为换行符，等等。
-1, --first-message : 首先发送此消息，在每个新建连接开始时发送一次。可以多次指定此选项，以便在每个连接开始时发送几个初始消息。如果–websocket选项被给出使用，每个消息都被包装到它自己的websocket框架中。
–first-message-file filename : 从文件中读取消息，并在每个连接开始时发送一次。可以多次指定此选项。
-m, --message string : 从文件中读取消息，并在每个连接开始时发送一次。可以多次指定此选项.
–message-stop string : 如果在接收到的字节流中遇到给定字符串，则终止tcpkali。
-f, --message-file filename : 重复地将从文件读取的消息发送到目标地址。可以多次指定此选项。
-r, --message-rate Rate : 在连接中每秒发送的消息数。tcpkali试图保留消息边界。此设置与–channel-bandwidth-upstream选项互不兼容，因为它们都控制消息发送速率。
-r, --message-rate @Latency : 不要指定消息速率，而是尝试计算不会导致超过给定消息延迟的最大消息速率。需要设置“ --latency-marker”延迟标记选项。

示例: tcpkali -m "PING" --latency-marker "PONG" -r @100ms

时延计算选项

tcpkali可以测量TCP连接延迟，tcpkali会标记指定接收特定的字节。当接收到特定标记的第一个字节时计算时间和请求-响应延迟。
–latency-connect : 测量TCP连接延迟。
–latency-first-byte : 测量第一个字节的延迟。只适用于活动套接字。
tcpkali通过重复记录每次发送消息的时间(由-m或-f指定)与在下行流量中观察到延迟标记的时间(由–latency-marker标记设置)之间的时间差来度量请求-响应延迟。
–latency-marker string : 指定要在数据流中查找的每个消息的特定字符序列。
–latency-marker-skip N : 忽略掉前N个特定字符值，该字符由–latency-marker标记。
–latency-percentiles list : 报告指定百分比的延迟。该选项采用逗号分隔的浮点值列表。平均值和最大值可以使用 --latency-percentiles 50,100报告。默认是95、99、99.5。
00
–message-marker : 被动模式下的检查或消息标记。给定此选项，tcpkali将检测{message.marker}字节序列，并将计算消息速率(以每秒消息数为单位)和消息到达延迟。在活动模式下，通过隐式启动{message.marker}}表达式来计算消息速率。

STATSD选项

StatsD 就是一个简单的网络守护进程，基于 Node.js 平台，通过 UDP 或者 TCP 方式侦听各种统计信息，包括计数器和定时器，并发送聚合信息到后端服务

–statsd : 启用StatsD输出。默认情况下禁用StatsD输出。
–statsd-host host : 将数据发送到指定的statsd主机上。默认是本地。
–statsd-port port : 使用StatsD端口。默认是8125。
–statsd-namespace string : 指定命名空间，默认是“tcpkali”。
–statsd-latency-window Time : 默认情况下，测量延时是在tcpkali运行的整个持续时间(由–duration或-T设置)内进行。此选项指示tcpkali每次将延迟数据刷新到StatsD并重新开始测量延迟的时间。在tcpkali整个运行过程中，用户界面中显示的延迟仍然被收集。

操作系统优化

使用tcpkali需要关注的一点是如何打开想要的并发连接数。不难想象如果一个机器有一张网卡，网卡上配置了一个IP。那么这台机器和目标“IP：端口”所能建立的并发链接数就可以达到6.4W。如果有多个网卡的话那么就可以达到十万以上的并发。在执行压测之前需要对系统进行一些优化使其能够打开你需要并发链接。

  1. 放开对用户限制打开的最大文件数

      vim  /etc/security/limit.conf
        * soft core unlimited
        * hard core unlimited
        * soft nofile 1024000
        * hard nofile 1024000
        #添加如下配置项，使root用户的最大文件数可到百万级别
        root soft nofile 1024000
        root hard nofile 1024000
  1. 设置sysctl.conf配置内核参数
vim sysctl.conf
#设置系统可打开的最大文件句柄数，该参数与第一步修改的用户可打开文件数相互作用
fs.file-max=130000 #这里给出的配置公式是：10000+2*N（N为你想打开的最大连接数）
net.ipv4.tcp_max_orphans=60000

#For load-generating clients.
net.ipv4.ip_local_port_range=1024  65535 #放开系统端口限制，可以允许使用1024之后65535之前的任意端口
net.ipv4.tcp_tw_reuse=1 #开启端口复用技术

tcpkali压测示例

就笔者实际使用tcpkali经验，tcpkali可以执行以下三种测试任务：

  1. 对http（s）进行压测，测量固定并发，消息速率下的带宽吞吐和时延。
  2. 对websocket服务进行压测，测量固定并发，消息速率下的带宽吞吐和时延。
  3. 通过搭建tcpkali服务端和客户端，对四层tcp协议的负载均衡器进行固定并发，消息速率下的带宽吞吐和时延性能测试。

压测webserver

首先看一下tcpkali如何压测webserver。这里压测端是一个使用nginx搭建的静态页面webserver。tcpkali作为压力端虚机上有三张网卡，ip分别为10.130.1.71/24，10.130.1.11/24，10.130.1.110/24。nginx服务端只有一张网卡ip为10.130.1.217/24。

客户端使用单网卡压测：

#这里发送的消息转义之后就是一个GET请求
# tcpkali   --connections 6000 --connect-rate 6000  -T 120s -em "GET / HTTP/1.1\r\nHost: 10.130.1.217\r\n\r\n"  10.130.1.217:80
Destination: [10.130.1.217]:80
Interface eth0 address [10.130.1.71]:0
Using interface eth0 to connect to [10.130.1.217]:80
Ramped up to 6000 connections.
?  Traffic 220.537↓, 16363.188↑ Mbps (conns 0↓ 4262↑ 1736⇡; seen 21656)

等待测试执行结束之后打印出结果如下：
# tcpkali   --connections 6000 --connect-rate 6000  -T 120s -em "GET / HTTP/1.1\r\nHost: 10.130.1.217\r\n\r\n"  10.130.1.217:80
Destination: [10.130.1.217]:80
Interface eth0 address [10.130.1.71]:0
Using interface eth0 to connect to [10.130.1.217]:80
Ramped up to 6000 connections.
Total data sent:     34716.8 MiB (36403218124 bytes)
Total data received: 1535.0 MiB (1609569208 bytes)
Bandwidth per channel: 0.479⇅ Mbps (59.9 kBps)
Aggregate bandwidth: 107.304↓, 2426.878↑ Mbps
Packet rate estimate: 15806.7↓, 207872.1↑ (2↓, 42↑ TCP MSS/op)
Test duration: 120 s.

nginx服务端观测到并发连接数如下：
可以看到在压测七层webserver时，压力端指定的并发连接数并不能达到，主要原因是有nginx服务端关闭连接造成。

Total: 8534 (kernel 8552)
TCP:   18313 (estab 816, closed 7288, orphaned 2809, synrecv 0, timewait 7288/0), ports 0

Transport Total     IP        IPv6
*         8552      -         -
RAW	  0         0         0
UDP	  8         5         3
TCP	  11025     11019     6
INET	  11033     11024     9
FRAG	  0         0         0

使用tcpkali服务端压测四层tcp连接

服务器端监听12345端口，接收到的包不做回应并丢弃：

#tcpkali -l 12345 -T 720

Every 1.0s: ss -s                                                                                                                                                                                                   Sun Aug 11 16:11:55 2019
#检测到实际建立链接的并发量也就在6.4W左右
Total: 64178 (kernel 64311)
TCP:   63864 (estab 63839, closed 0, orphaned 2, synrecv 0, timewait 0/0), ports 0

Transport Total     IP        IPv6
*         64311     -         -
RAW	  0         0         0
UDP	  8         5         3
TCP	  63864     63854     10
INET	  63872     63859     13
FRAG	  0         0         0

客户端tcpkali虚机上有三张网卡，ip分别为10.130.1.71/24，10.130.1.11/24，10.130.1.110/24。使用–source-ip参数分别指定三张网卡来发起并发链接，每个连接每秒钟传输一个"PING"消息。发现客户端仍然只能建立6.4W个链接。使用-vvv打印详细的建立链接过程发现仍然是用三个网卡与对端建立链接的。但是链接超时。

# tcpkali --source-ip 10.130.1.71 --source-ip 10.130.1.11 --source-ip 10.130.1.110  --connections 180000 --connect-rate 100000 -m "PING" --message-rate 1 -T 120s   10.130.1.217:12345
WARNING: Will not be able to open 180000 simultaneous connections since "/proc/sys/net/ipv4/ip_local_port_range" specifies too narrow range [1025..65534].
Destination: [10.130.1.217]:12345
Source IP: [10.130.1.71]:0
Source IP: [10.130.1.11]:0
Source IP: [10.130.1.110]:0
|================>--------------------------------| 62437 of 180000 (358005)


Connection [10.130.1.11]:48233 -> [10.130.1.217]:12345 opened as 198
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection [10.130.1.11]:43493 -> [10.130.1.217]:12345 opened as 207
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection [10.130.1.71]:10702 -> [10.130.1.217]:12345 opened as 188
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection [10.130.1.110]:9942 -> [10.130.1.217]:12345 opened as 213
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection to [10.130.1.217]:12345 is being closed: Connection timed out
Connection [10.130.1.71]:53393 -> [10.130.1.217]:12345 opened as 216

使用多网卡压测

这里笔者作死去压测百度的公网，然后居然能压测上…

 tcpkali  --source-ip 10.130.1.71 --source-ip 10.130.1.11 --source-ip 10.130.1.110  --connections 80000 --connect-rate 1000000 -T 120s   www.baidu.com:80
WARNING: Will not be able to open 80000 simultaneous connections since "/proc/sys/net/ipv4/ip_local_port_range" specifies too narrow range [1025..65534].
Destination: [180.97.33.108]:80
Destination: [180.97.33.107]:80
Source IP: [10.130.1.71]:0
Source IP: [10.130.1.11]:0
Source IP: [10.130.1.110]:0
Ramped up to 80000 connections.
?  Traffic 0.000↓, 0.000↑ Mbps (conns 0↓ 4015↑ 75985⇡; seen 2042906)

在本地使用tcpkali监听12345端口，压测127.0.0.1本地环回IP地址。

执行压测命令


# tcpkali  --source-ip 10.130.1.71 --source-ip 10.130.1.11 --source-ip 10.130.1.110  --connections 180000 --connect-rate 1000000 -T 120s   127.0.0.1:12345
WARNING: Will not be able to open 180000 simultaneous connections since "/proc/sys/net/ipv4/ip_local_port_range" specifies too narrow range [1025..65534].
Destination: [127.0.0.1]:12345
Source IP: [10.130.1.71]:0
Source IP: [10.130.1.11]:0
Source IP: [10.130.1.110]:0
Ramped up to 180000 connections.
?  Traffic 0.000↓, 0.000↑ Mbps (conns 0↓ 139753↑ 45446⇡; seen 843272)

执行监听端口命令并观察并发连接数

# tcpkali -l 12345 -T 720
Listen on: [0.0.0.0]:12345
Listen on: [::]:12345
?  Traffic 0.000↓, 0.000↑ Mbps (conns 130903↓ 0↑ 0⇡; seen 112385088)
#watch -n 1 "ss -s"

Every 1.0s: ss -s                                                                              Mon Aug 12 00:23:35 2019

Total: 300915 (kernel 304725)
TCP:   308814 (estab 278546, closed 6, orphaned 126, synrecv 0, timewait 6/0), ports 0

Transport Total     IP        IPv6
*         304725    -         -
RAW	  2         0         2
UDP	  3         3         0
TCP	  308808    308773    35
INET	  308813    308776    37
FRAG	  0         0         0

tcpkali工具优劣分析

优点

  1. 可以当做服务端的测试工具。
    tcpkali主要的优势就在于它是C/S架构的测试工具。它可以在一台服务器上监听固定端口的所收到的流量并可以选择对接收到的信息做回应。作为服务器tcpkali可以按照测试计划接受压力端发来的请求包并按照你输入的参数对包做丢弃或者回应。你可以将TCPkali拿来单独作为测试工具使用对服务器建立连接发起请求。你也可以使用tcpkal作为服务器建监听某个端口，然后使用tcpkali的客户端对该监听端口发起请求。这种模式的主要好处在于你可以针对网络系统中的四层负载均衡器或者代理服务器性能进行测试。
  2. 可以测试使用TCP和websocket协议，固定并发下的带宽和时延。
  3. 对流量和时延的控制，可以说很少有工具可以针对每个链接来控制流量和时延。
  4. tcpkali客户端如有多个IP地址的情况下，可以指定一个或者若干个系统已经配置的IP地址来对服务端发起请求。如果想要测试四层负载均衡器，代理服务器的并发性能。根据四层传输层协议五元组，目的端提供服务的端口与IP不变的情况下，如果你客户端无法启用更多的IP地址和端口，那所能建立起来的并发链接是有限（6.4W个左右就是极限，系统保留0-1024端口号，而端口号可用上限到65535）。但是笔者认为这个功能不是非常好用

缺点

  1. tcpkali作为一个性能测试工具而言是很好，但是作为基准测试工具来说就另当别论了。最主要的一点就是tcpkali客户端和服务端的执行时间是可以单独设定的。所以最后反馈的报告结果上看服务端的吞吐和客户端发送的吞吐存在一定的误差。如果将tcpkali服务器端的测试执行时间大于tcpkali客户端的测试时间。则服务端的每秒处理包速率会相对较低。
  2. tcpkali不具备分布式的能力，虽然它可以在单机上利用多IP来制造高并发，但这非常考验压力机的机器性能。
minxihou
关注
  • 0
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
linux tcp压测工具,虚拟网卡性能压测
weixin_33929779的博客
05-04 710
本文主要介绍多种场景下，虚拟机网卡的压测及性能对比，根据openstack实际的部署方式，虚拟机网卡压测场景包括SRIOV(passthrough)、SRIOV+Macvtap(passthrough)、Vlan+Linux bridge、OVS+Linux Bridge，分别从协议类型(TCP/UDP)、Message Size方向压测虚拟机网卡的时延、发包率、吞吐量。压测环境host1： 服...
OSI七层协议和TCP IP四层协议-阿沐1
08-03
1.主要功能 ：用户接口、应用程序 2.典型设备：网关 1.主要功能 ：数据的表示、压缩和加密 2.典型设备：网关 1.主要功能 ：会话的建立和结束 2.典型设
tcpip测试工具软件,TCP Test Tool(TCP测试工具) V2.3 官方版
weixin_36223355的博客
07-25 1万+
TCP Test Tool是一个小巧实用的TCP测试工具，它提供向任何Windows®PC或从任何Windows®PC启动和捕获TCP会话请求的能力。软件专为软件程序员和网络工程师设计，可用于任何IP网络，包括以太网局域网和无线IP网络，如CDPD、CDMA或GPRS。【功能特点】1.支持发送汉字。2.支持十六进制发送和接收方式。3.支持协议发送和接收数据。支持服务器模式和客户端模式。服务器模式主...
Apache JMeter进行TCP并发压力测试初尝试
最新发布
m0_70669463的博客
05-17 743
由于互联网编程实验二第三题要求比较使用线程池与否的服务器的并发性能，遂检索信息并了解到Apache JMeter这个工具。
使用tcpkali对websocket接口进行压测
Sir.He的博客
10-19 883
安装tcpkail （macOS） brew tcpkail install 安装地址 https://github.com/satori-com/tcpkali websocket压测 命令 tcpkali [OPTIONS] [-l <port>] [<host:port>...] websocket 请求示例#创建10个连接，压测50s，每秒最多创建100个新连接 tcpkali --ws --connections=10 --duration=50 --connec
ping命令和它的“亲友”们
m0_58231750的博客
05-20 424
hping3命令是用于生成和解析TCPIP协议数据包的开源工具，也是安全审计、防火墙测试等工作的标配工具 。 目前最新版是hping3，支持使用tcl脚本自动化地调用其API。优势在于能够定制数据包的各个部分，因此用户可以灵活对目标机进行细致地探测。常被用来做半连接洪水攻击，压力测试。
测试udp端口状态 curl_网络安全工程师教你Kali Linux：Nmap探测目标主机端口状态...
weixin_39710041的博客
10-29 384
一、背景介绍nmap是一个网络连接端扫描软件，用来扫描网上电脑开放的网络连接端。确定哪些服务运行在哪些连接端，并且推断计算机运行哪个操作系统（这是亦称 fingerprinting）。它是网络管理员必用的软件之一，以及用以评估网络系统安全。通常我们在进行渗透测试的过程中需要对目标主机的端口开放状态进行探测，从而了解目标主机，进行对应的测试。二、资源装备1. 安装好Kali Linux的虚拟机一台；...
初探传输层TCP协议-网络套接字与通信过程
01-20
 常见协议的端口: 因此可以得出以下结论： 套接字(Socket)是抽象概念，表示TCP连接的一端 通过套接字可以进行数据发送或接收 服务端编程 实践代码： # -*- encoding=utf-8 -*- import socket def server(): # 1...
TCP和MODBUS-TCP通讯调试软件
03-15
TCP是一种面向连接的、可靠的、基于字节流的传输层通信协议，而MODBUS-TCP是在TCP/IP协议栈上构建的一种应用层通信协议，广泛应用于工业设备间的通信。 TCP协议提供了端到端的可靠通信服务，它通过三次握手建立连接...
TCP-UDP测试工具 ，可以测试TCP协议和UDP协议，抓取网络数据包
05-15
TCP-UDP测试工具是用来检测网络连接性能、验证TCP和UDP协议功能的有效软件。通过这款工具，用户可以进行以下操作： 1. **TCP连接测试**：测试客户端与服务器之间的TCP连接，包括连接建立、数据传输和断开连接的过程...
基于uip的Modbus-TCP协议初步测试
11-16
功能：基于uip的Modbus-TCP协议初步测试。 首先设置好PC端IP 与设备的IP在一个网段。 如果是PC直接连接STM32，则使用交叉网线，网关设置为PC的IP 如果是通过路由器或是交换机，则使用直连网线即可。 Modbus Poll ...
iSock SOCKET（TCP/UDP）测试工具，最好用的TCP/UDP基本功能、性能测试工具。
05-25
模拟TCP/UDP服务端和客户端，可以设置SOCKET网络层、传输层高级参数。 简单作为TCP/UDP测试网络通讯，你选它！ 测试网络通讯效率，你也选它！ 最后，好的工具不需要资源分！
tcping的LINUX版本
06-23
已编译好，解压后文件夹中的tcping可以直接使用。这样某些没有编译功能的LINUX能够直接使用。 其实吾亦想免分，可是系统不允许。抱歉。
tcping 工具
10-26
可以使用 tcping 命令 检测开放端口的工具，功能比 ping 强大很多。检查端口命令 tcping 127.0.0.1 [port] 其余功能使用 tcping /? 查看。版本 0.39
网络测试小工具 tcping、racetcp、zenmap、WinMTR
05-25
网络测试工具，包含 tcping，可以通过端口去ping，测试端口有没有打开； tracetcp ，查看整条路径上的端口情况；WinMTR，可以同时看到 到目的地址的整条路径上经过节点的ping情况；zenmap，端口扫描工具
tcpkit在CentOS6 安裝
高玉龙的博客
01-22 236
yum -y install readline-devel git clone https://github.com/git-hulk/tcpkit.git /* 首先… 我得先拿到代码*/ cd tcpkit/src make /* make install 是可选，要不要安装到标准的路径 */ 参考文章tcpkit
使用iperf测试网络性能
热门推荐
evenness的专栏
03-20 12万+
iperf 是一个 TCP/IP 和 UDP/IP 的性能测量工具，能够提供网络吞吐率信息，以及震动、丢包率、最大段和最大传输单元大小等统计信息；从而能够帮助我们测试网络性能，定位网络瓶颈。iperf是开源的，源代码可以从http://sourceforge.net/projects/iperf/下载。 1.    iperf能够做什么 提起iperf，想必大家都知道它是用了测
性能测试中的时延和延时
allinip的专栏
11-22 6482
 在网络性能测试中，往往关注两个重点指标，一个是最大吞吐量，一个是时延。但有的时候，会把时延写成延时，这点还是有差异的。1.时延，Latency，是指一个报文进入一台设备至这个报文出这台设备所经历时间，实际考验的是这个报文在这台设备所消耗的时间，时间越短，此设备性能越高2.延时，Delay，是指一个操作和另一个操作之间停顿的时间 这两个名词的含义是不同的。希望不要搞混。
TCPkali —— TCP 和 WebSocket 性能测试工具
chengfangang的专栏
02-06 5541
tcpkali 是一个高性能的负载生成工具，用于 TCP 和 WebSocket 服务器。测试示例： tcpkali -em "GET / HTTP/1.1\r\nHost: google.com\r\n\r\n" -r 10 --latency-marker "HTTP/1.1" google.com:80 tcpkali --connections 10000 yahoo.com:8

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值