那 HTTPing 呢？

from cloudflarespeedtest.

那 HTTPing 呢？

试过了，cft不支持httpping，表现为右侧成功地址个数一直为0，然后测试跳出

from cloudflarespeedtest.

反正就很迷，所有的的TCPing都无法正常返回FINACK，且延迟并不对。

参数：
ikuai 路由模式拨号， CloudflareST_windows_amd64-CFT>CloudflareST -url https://x.mp4 -n 1 -t 1

from cloudflarespeedtest.

反正就很迷，所有的的TCPing都无法正常返回FINACK，且延迟并不对。

有没有检查过iKuai的梯子之类的插件开启了TUN模式？

延迟低到1ms以内且TCP正常握手，有点像是OpenClash 之类插件开启了TUN模式
然后每次发送TCP连接的时候，路由器会直接返回syn+ack确认包

实际上只有数据发送的时候才会实际根据 路由规则 决定是转发数据包还是直接路由出去

from cloudflarespeedtest.

反正就很迷，所有的的TCPing都无法正常返回FINACK，且延迟并不对。

有没有检查过iKuai的梯子之类的插件开启了TUN模式？

延迟低到1ms以内且TCP正常握手，有点像是OpenClash 之类插件开启了TUN模式 然后每次发送TCP连接的时候，路由器会直接返回syn+ack确认包

实际上只有数据发送的时候才会实际根据 路由规则 决定是转发数据包还是直接路由出去

感谢！

ikuai是国内的商业软路由的免费版，并不涉及翻墙相关的应用。仅有的与tun相关的功能（pptp，ipsec，openvpn等）也从未打开配置过，因此可能还是其他的原因，我想。

from cloudflarespeedtest.

那么问题可能出现在路由转发上，你可以在windows 下执行下面这条命令

tracert 3.35.130.156

如果是debian上可以执行下面这条命令

traceroute 3.35.130.156

然后将路由结果去敏后发出来看看👀

from cloudflarespeedtest.

> > 实际上只有数据发送的时候才会实际根据 路由规则 决定是转发数据包还是直接路由出去

目前是直连软路由拨号，3.35.130.156这个aws的IP是ping不通的，所以只能看到部分路由

这里是Win10的：

==============================
debian：

==============================
网站测出来的：

from cloudflarespeedtest.

那么问题可能出现在路由转发上，你可以在windows 下执行下面这条命令

tracert 3.35.130.156

如果是debian上可以执行下面这条命令

traceroute 3.35.130.156

然后将路由结果去敏后发出来看看👀

目前是直连软路由拨号，3.35.130.156这个aws的IP是ping不通的，所以只能看到部分路由

这里是Win10的：

==============================
debian：

==============================
网站测出来的：

from cloudflarespeedtest.

看起来路由转发很正常。。。看起来好像只能从iKuai的网络优化方面下手了...

from cloudflarespeedtest.

看起来路由转发很正常。。。看起来好像只能从iKuai的网络优化方面下手了...

几天前我也到官方论坛发帖了，嗯，一如既往的沉底

from cloudflarespeedtest.

这应该算正常吧 请查看ikuai路由里——安全设置——高级设置 设置里是可以禁ping和tracert路由追踪的

我觉得和这些设置没什么关系；实测开关确实也没什么变化，依然是FINACK被阻断

from cloudflarespeedtest.