Anyyy

看报错大概是服务端的节点没搭起来，所以运行client.py时客户端连接失败。可以提供下服务端运行时终端的截图。

> 谢谢解答  可能是你在一台系统上同时搭了客户端和服务端，看你提供的图片。你需要保持服务端运行脚本不要断开，至于client的部分建议你使用另一台系统连接服务端的ip和端口再看看是否报错，详细再仔细查看使用说明吧

收到

我这边模拟了下burpsuite测试ifconfig.me网站的情况，测试过来客户端和服务端都没出什么问题。 我这里代理的方式是Proxifier代理Burpsuite，再进行Intruder测试：    师傅这边可以贴下操作的方式、过程细节我复刻一下，因为要修改这段代码我需要测试报错的情况，再调试让代码更合理。

师傅收到

大概率是某些节点不稳定的问题，检查下客户端节点

为了更真实模拟师傅的操作，我也去fofa找了一批资产，大概300+，同样的burpsuite配置进行爆破漏洞路径。 （另外师傅这边使用Proxifier去代理bp吗） Anyyy111/ProxyPoolxSocks/assets/87168243/1b85ffd3-c431-4350-b7b6-776b55f2e06a)  爆破过来基本都是200状态，服务端挂起的脚本也没问题   服务端的配置：  代理的切换速度是3s 不过确实会有连接堵塞造成TIME_WAIT等情况：  造成这样的情况估计是有一部分IP无法正常访问，代理服务器已经与服务端建立起连接去访问目标了，但是访问不到连接超时导致堵塞的情况。 因为是100个线程同时去访问，如果目标访问不到则状态显示为ESTABLISHED off ；如果目标可以访问但是超时则状态显示为TIME_WAIT 造成这样的原因有2点： 1.目标URL无法正常访问 2.代理服务器的问题，比如一些代理服务器限制地区，只能在一部分地区正常运行的例子等等 看你netstat -ano的情况 有很多连接无效的样子，我觉得大概率是代理服务器的问题，或者是访问的目标访问不到这两个问题了。另外你可以试试把切换频率改快一些试试，像我这样设置成3s。 我这边系统用的是Kali 看你的截图应该是云服务器的Ubuntu吧，可能这个也有关系 总之我这边测试过来都挺顺利的Orz 师傅可以再看看呢，还有问题可以直接联系我QQ 这样解决也快些。 至于日志冗杂占内存的情况已经收到，过几天会优化这一情况。

请使用socks5协议的节点，暂时只支持socks5协议。 如果你确定这个节点是sock5，可以将你节点的字符串trojan替换成socks。

这可能代表你的节点没有可用的？

> > 这可能代表你的节点没有可用的？ > > 发现了，我机场的是shadowsocks协议的，这个导出来的格式是 :@: 没找到用户名。。。shadowsocks如何转换成socks5博主有方法可以指点下吗？ 没办法了师傅，工具暂时不支持vmess和shadowsocks的协议，网上对这块资料太少了或者可能根本就建立不起连接，这种协议连接传输的包和socks都不一样所以不行。建议你找找socks的节点，目前只支持该协议 至于程序测试完节点直接退出是因为所给的节点没有可以用的原因，这里我没有写判断数量是否为0的情况回显 所以会直接退出，我后续更新一下吧