tcpcopy
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
我的服务器环境为阿里云docker容器 我的部署环境如下: 一台正式服务器在容器里面安装tcpcopy,ip:172.24.120.5:8045 测试和辅助在一台机器上,在容器里安装intercept,ip:172.24.4.4:8045 运行顺序如下: /usr/local/intercept/sbin/intercept -i eth0 -F tcp and src port 8045 -d /usr/local/tcpcopy/sbin/tcpcopy -x 8045-172.24.4.4:8045 -s 172.24.4.4 -c 172.24.4.100 -d 测试服务器运行抓包结果如下: 65 7.920939 172.24.4.100 172.24.4.4 TCP 74...
环境如下: ./configure --pcap-capture tcpcopy version:1.2.0 OS:ip192.25.103.42 TS:ip 192.25.106.106 AS:ip 192.25.106.105tc OS:tcpcopy -x 10080-192.25.106.106:10080 -s 192.25.106.105 -c 192.168.2.225 -F 'tcp and dst port 10080' -d TS:route add -host 192.168.2.225 gw 192.25.106.105...
intercept返回的响应包应该只保留头信息返回给online server。但是我在online上抓包,辅助服务器返回的信息是完整的,没有剥离掉body信息; 是按照github文档直接安装,运行的; online server: 192.168.39.48 test server : 192.168.39.47 Assistant Server :192.168.39.49 user ip:10.0.4.174 intercept -i eth3 -F 'tcp and src port 3389' -d tcpcopy -x 80-192.168.39.47:3389 -s 192.168.39.49...
http://code.google.com/p/tcpcopy/downloads/list 不能下载,能否上传至其他下载点,多谢
你好,线上我目前有一台服务器。大约有40个客户端使用长连接调用他,我使用tcpcopy部署在线上 想要复制长连接的流量到测试机上。发现从tcpcopy发往测试服务器的包里的,ip和端口号很少有重复的,这样基本每个请求都会建立一次长连接,由于线上访问量大,很快就就把测试机的连接打满了,请问有什么解决方法吗?
背景是乐视大数据部接收机tcp协议接收机压力测试,服务端口为9999。采用falcon监控相关性能信息。 解决方式是tcpcopy服务器开启4倍流量时出现大量rst包现象,后来改为两个tcpcopy进程启动1倍流量后,恢复正常。看cpu参数我理解是单tcpcopy进程占用一个cpu核心100%,24核cpu没有完全使用。采用开启两个进程曲线救国。 10.116.95.87 target server  10.116.95.81 intercept /usr/local/intercept/sbin/intercept -i eth1 -F 'tcp and src port 9999' -l /data/intercept.log -d   10.116.95.82线上 /usr/local/tcpcopy/sbin/tcpcopy -x 80-10.116.95.87:9999 -s 10.116.95.81 -m 20480...
使用离线模式发送时,发送一半后,使用ctl+c中止发送,这时在target上报错说连接被reset,这时再重新使用tcpcopy发包,target上可以收到syn包,也能正常回应ack包,但是tcpcopy不继续发送下一包,重启intercept后恢复正常。 不知道这种中间中断发送的操作触发了intercept哪里异常? 注:上以问题是概率性的,有时中断发送后可以正常继续发包
机器不支持iptables,想使用tcpcopy的话还需要进行内核重新编译,不想使用这样的方式。 还有其他方式可以实现下面命令一样的效果吗? iptables -A INPUT -s 1.1.1.1 -p tcp --sport 8090 -j DROP