Open redcats2 opened 1 year ago
那 HTTPing 呢?
那 HTTPing 呢?
试过了,cft不支持httpping,表现为右侧成功地址个数一直为0,然后测试跳出
反正就很迷,所有的的TCPing都无法正常返回FINACK,且延迟并不对。
参数: ikuai 路由模式拨号, CloudflareST_windows_amd64-CFT>CloudflareST -url https://x.mp4 -n 1 -t 1
反正就很迷,所有的的TCPing都无法正常返回FINACK,且延迟并不对。
有没有检查过iKuai的梯子之类的插件开启了TUN模式?
延迟低到1ms以内且TCP正常握手,有点像是OpenClash 之类插件开启了TUN模式
然后每次发送TCP连接的时候,路由器会直接返回syn+ack
确认包
实际上只有数据发送的时候才会实际根据 路由规则 决定是转发数据包还是直接路由出去
反正就很迷,所有的的TCPing都无法正常返回FINACK,且延迟并不对。
有没有检查过iKuai的梯子之类的插件开启了TUN模式?
延迟低到1ms以内且TCP正常握手,有点像是OpenClash 之类插件开启了TUN模式 然后每次发送TCP连接的时候,路由器会直接返回
syn+ack
确认包实际上只有数据发送的时候才会实际根据 路由规则 决定是转发数据包还是直接路由出去
感谢!
ikuai是国内的商业软路由的免费版,并不涉及翻墙相关的应用。仅有的与tun相关的功能(pptp,ipsec,openvpn等)也从未打开配置过,因此可能还是其他的原因,我想。
那么问题可能出现在路由转发上,你可以在windows 下执行下面这条命令
tracert 3.35.130.156
如果是debian
上可以执行下面这条命令
traceroute 3.35.130.156
然后将路由结果去敏后发出来看看👀
这里是Win10的:
============================== debian:
============================== 网站测出来的:
那么问题可能出现在路由转发上,你可以在windows 下执行下面这条命令
tracert 3.35.130.156
如果是
debian
上可以执行下面这条命令traceroute 3.35.130.156
然后将路由结果去敏后发出来看看👀
这里是Win10的:
============================== debian:
============================== 网站测出来的:
看起来路由转发很正常。。。看起来好像只能从iKuai的网络优化方面下手了...
看起来路由转发很正常。。。看起来好像只能从iKuai的网络优化方面下手了...
几天前我也到官方论坛发帖了,嗯,一如既往的沉底
这应该算正常吧 请查看ikuai路由里——安全设置——高级设置 设置里是可以禁ping和tracert路由追踪的
我觉得和这些设置没什么关系;实测开关确实也没什么变化,依然是FINACK被阻断
我碰到了类似的问题:
现象是使用工具时,延迟测试过程异常迅速,几乎瞬间完成。 下载测速正常,但得到的结果都是延迟为 0.3 左右的地址。 结果如下:
ping www.baidu.com 结果如下:
tcping www.baidu.com 80 结果如下:
经过搜索关键字 爱快 + tcping 后,发现爱快有一个功能 增强分流 会导致 tcping 异常。
结论是 CloudflareSpeedTest 依赖 tcping ,爱快 增强分流 功能会导致 tcping 异常, 所以导致工具使用时无法获取正常的结果。 那么测试时,只需要关闭爱快的 增强分流 即可。
修改后tcping结果正常, 工具也能正常运行。
问题描述
CloudflareST优选参数:-url http://x.x.x.x -sl 20 -tp 80 -dn 20 -tl 65 -dd(注:CFT)
PC直接拨号,一切正常(正常Top10的delay是35-65ms)。
软路由ikuai拨号,关本地xray,(win/debian)CloudflareST检测均tcp ping异常。
软件版本
2.2.4
附加截图
No response