tcpcopy icon indicating copy to clipboard operation
tcpcopy copied to clipboard

An online request replication tool, also a tcp stream replay tool, fit for real testing, performance testing, stability testing, stress testing, load testing, smoke testing, etc

Results 106 tcpcopy issues
Sort by recently updated
recently updated
newest added

make 报错,在docker下alpine: Linux bddfaba92af7 5.10.47-linuxkit #1 SMP Sat Jul 3 21:51:47 UTC 2021 x86_64 Linux

online-server[172.17.0.2]:在线服务器(redis-online) assistant-server[172.17.0.3]: 使用一个linux即可(mysql-8026) target-server[172.17.0.5]: 测试服务器(redis-test) 编译命令都是./configure --with-debug 172.17.0.3#/usr/local/intercept/sbin/intercept -i eth0 -l /var/log/intercept.log -F 'tcp and src port 6379' -d 172.17.0.2#/usr/local/tcpcopy/sbin/tcpcopy -x 6379-172.17.0.5:6379 -s 172.17.0.3 -l /var/log/tcpcopy.log -d 我使用VM是可以的。 谁有成功的经验,不胜感谢![email protected],联系或者15026906099。

## 部署结构 172.17.1.140 发起请求的机器 172.17.11.142 在线服务器 172.17.11.141 测试服务器 172.17.12.51 辅助机器 **我的应用都是docker方式部署** ## 版本信息 tcpcpoy 1.1.0 intercept 1.0.0 ## 部署 * 修改测试服务器路由 ``` route add -host 172.17.11.142 gw 172.17.12.51 ``` *...

场景:mysql批量插入24KB左右SQL时,tcpcopy重放失败 原因:抓包查看SQL插入了0x00000000000000... 导致失败 查看日志:出现了more than MTU,可能ip分包时错误导致 tcpcopy编译参数: ./configure --prefix=/opt/tcpcopy --with-pfring=/root/tcpcopy/PF_RING --pcap-capture --pcap-send --set-protocol-module=mysql-replay-module --with-debug - 插入SQL: [batch_insert.sql.txt](https://github.com/session-replay-tools/tcpcopy/files/8138044/batch_insert.sql.txt) - tcpcopy日志:[tcpcopy.log](https://github.com/session-replay-tools/tcpcopy/files/8138052/tcpcopy.log) - 重放问题抓包(tcpcopy发送抓包):[problem.zip](https://github.com/session-replay-tools/tcpcopy/files/8138062/problem.zip)

我希望用tcpcopy的离线模式、流量复制和放大功能,不希望上游服务返回response包。有什么解决办法吗?

如下是待上线服务器里nginx的日志,(tcpcopy引入了流量,但是可以看到有些异常的URL): 159.226.162.143:44425 - - [14/Mar/2015:14:33:50 +0800] "POST /res HTTP/1.1" 200 213 "-" "node-urllib/2.0.1 node/v0.11.13-pre (win32 6.1.7601; ia32)" "-" 124.16.131.65:4933 - - [14/Mar/2015:14:33:50 +0800] "\x00" 400 323 "-" "-" "-" 159.226.162.143:44427...

[error] raw fd:7 (Message too long) [error] send to back error,tot_len is:1500 看日志报错是这个,tcpcopy版本1.0,请问这个问题如何解决?

hi 你好: 我的环境如下: docker: online-server: 10.100.198.x 节点 docker:辅助节点:10.100.224.x节点 docker: 测试节点: 10.100.226.x ---》对应宿主机是10.100.224.y 和辅助节点10.100.224.x是同一网段 tcpcopy运行异常日志内容如下: 2021/09/07 20:30:18 +891 [notice] tcpcopy version:1.2.0 2021/09/07 20:30:18 +891 [notice] tcpcopy internal version:6 2021/09/07 20:30:18 +891...

一:实验机器(三台机器都是同一网段,aws ec2海外亚马逊) 54.254.175.130 ---- 172.31.11.188 (intercept) 54.169.203.122 ---- 172.31.19.19 (online) 54.255.170.150 ---- 172.31.33.21 (test) 二:步骤 1.先在辅助机器(54.254.175.130)上启动拦截服务intercept,在测试服务器(54.255.170.150)上启动Tomcat服务并设置路由,线上服务器(54.169.203.122)上启动tcpcopy和Tomcat服务。 结果: 测试服务器上没有来自线上服务器的流量。 诊断: 猜测是亚马逊云做了某些网络限制,禁止非来自本服务器的数据包发出去。 配置过程: 辅助机器(intercept):54.254.175.130 (端口:36524) /usr/local/intercept/sbin/intercept -i eth0 -F tcp and src...