奇妙的现象：一装载能用的payload就开始丢包

[ColdTearsYY]

如题，使用tcpping进行测试，前半段关闭fakehttp，后半段开启fakehttp并使用有效payload

[MikeWang000000]

可能一：

FakeHTTP 和某些 TCP Ping 工具兼容不太好，主要在于 FakeHTTP 会干扰 TCP 的握手过程。
TCP Ping 一般是通过发送 SYN 包检测 SYN-ACK 之间的 rtt，而 FakeHTTP 会中途拦截 SYN、SYN-ACK，做处理，带来一些延迟；
另外发送 Fake 包会收到 ICMP Time Exceeded 消息，一些工具会误以为 Ping 过程出现了异常（实际上只是 Fake 包带来的副作用）。

这种情形下，正常使用无明显影响。忽略即可。

---

可能二：

有大量 TCP 握手，FakeHTTP 来不及处理。

cat /proc/net/netfilter/nfnetlink_queue

观察第 3、6、7 列，如果不为 0，那么代表握手太频繁，FakeHTTP 跟不上节奏了。（情况少见，除非遭泛洪攻击了，或者卡到了某内核驱动 Bug）

---

可能三：

触发了 ISP 另外的流控规则，例如某种规则不限速，但是限制最大连接数（例如测速网站）。
因为 FakeHTTP 将所有流量都引导进这个规则，导致连接数到达上限。

[ColdTearsYY]

排查了一下 不是2 然后体验中是新增或者断开tcp连接时波动 感觉是3了 因为使用的payload来自speedtest.cn 我得去测试一下 感谢思路

[ColdTearsYY]

目前发现的结论是换了另一个网站的payload就不出现这个问题了，说明目前运营商可能针对有的白名单有连接数限制

[MikeWang000000]

是的。-b 模式也支持指定多个 payload 进行轮换。例如：-b /path/to/payload01.bin -b /path/to/payload02.bin。轮换多个特征或许也可以缓解这种问题。

[peaceanddemocracy]

目前发现的结论是换了另一个网站的payload就不出现这个问题了，说明目前运营商可能针对有的白名单有连接数限制

确实如此，白名单有连接数限制，连接数到了后会丢包断开tcp

[heilnt]

目前发现的结论是换了另一个网站的payload就不出现这个问题了，说明目前运营商可能针对有的白名单有连接数限制

请问，换哪个网站可以？我也是用speedtest.cn的payload，整个网络都卡了。谢谢