在计算机诞生之前，曾经也有过“中文数学”。那时候人们不认识拉丁字母，也不认识阿拉伯数字。
可是这种“中文数学”最终还是被淘汰了：

https://i.imgur.com/mOHC2M2.jpeg

不一定是 STUN 的问题。想要 P2P 直连传输，需要满足对应 NAT 类型。

宽带在没有桥接的情况，基本上就是 NAT 3 或者 4 。然后数据流量也是 NAT 4 的情况下，无法直连打通，然后 WebRTC 就没法直连传输。

是刷排名的。如果目的是刷流量，那是可以只刷流量而不上报数据，这样在榜单上也看不到。

以前还可以编造一个假的 X-Forwarded-For 头部伪造来源，甚至能制造一个 XSS：
参考之前的帖子： https://ex.noerr.eu.org/t/889220

补充：对应 CVE 是 CVE-2025-6554
https://security-tracker.debian.org/tracker/CVE-2025-6554

AltStore ？
https://github.com/altstoreio/AltStore

@chijiao #158 FakeHTTP 作用只是伪装成 HTTP 流量，没有别的功能。

假如你使用 HTTP 访问 A 网站时有 100Mbps 上传，使用其他协议访问 B 服务器时只有 40 Mbps 。
这种情况可以使用 FakeHTTP 模拟为访问 A 网站，达到提升速度效果。

@qwejerrywolf #156 是的，只针对 TCP 。UDP 流量需要先使用 udp2raw 或 phantun 转化为伪 TCP 流量。

@make115 #59
https://i.imgur.com/a/gnEkljB.jpg

@MacsedProtoss Apple 的 MagSafe 外接电池确实绝版了。图里面的不是 Apple 家的外接电池，不过遇到了真 Apple 的肯定也是进篮子，没区别...

@mortal #150 不能这么操作啊（手动捂脸） 不要手动加 iptables 规则，fakehttp 会自己加上的。

目前我自己是能在群晖系统上跑了，还是需要一些内核模块和 so 文件，教程后面会出（最近比较忙抱歉）。
./fakehttp 无论如何都会有文字输出的，无参数是显示使用说明。

可以看一下文件大小对不对，是不是零字节（下载/解压时出问题了之类的）

@dizhang #142
没事的，也可以进 TG 群和群友交流： https://t.me/hellonatter

实时网速一般是自带就有的，URL 是：
http://<IP 地址>/cgi-bin/luci/admin/status/realtime/bandwidth


@tatsa #143
日志可以说看起来十分地正常，不知道是哪里的问题... 要不进 TG 交流？沟通起来会方便一些。也可以看看电脑上的抓包情况等等。
感觉挺少见的，没有其他群友遇到过如此情况。https://t.me/hellonatter

@fengyaochen #139
从 v0.9.1 开始，FakeHTTP 支持处理 NAT 下的设备。如果用的是最新版，那么 NAT 不成问题。没有用过 passwall ，不太清楚它是什么处理的，是否会带来冲突等。

照理来说 开启 fakehttp 关闭 passwall ，应该排除 passwall 影响。但是我不确定 passwall 的规则是否真的移除了，还是依然会经过一层转发。总的来说，fakehttp 应当在拓扑的最外层，如果过了透明代理就会失效。

@dizhang #137
是的，模块不兼容。可能是软件包维护人配置错误，或者其他原因。具体报错信息可以在 dmesg 命令里面看到。


@tatsa #138
是最新的 0.9.14 吗？之前修复过一个问题，就是 IPv6 中局域网内的公网 IPv6 被当作外部连接处理了。这种情况会导致无法连接。

根据你的描述，看起来很像是将局域网的主机当作外部处理了，这会导致他们无法处理多余的 HTTP 头部。

也可以查看日志，如果出现 ERR_SSL_PROTOCOL_ERROR 的同时，日志看到链 内部 IP <==HTTP(*)== 内部 IP 这种情况，那就是判定错误，对内网 IP 发了伪装 HTTP 。正常情况是日志中看不到，或者只有 内部 IP <==LOCAL(?)== 内部 IP 如此情况。

@fengyaochen #134
国内用 speedtest 测速正常否？这种情况确实少见，也有可能和环境有关，

@dizhang #135
安装成功后，输下下面的命令看下有没有 nft_queue 和 nfnetlink_queue 吧。如果有就表示生效了。
lsmod | grep -i queue

总感觉有点诡异，照理来说安装好就应该可以的。如果没有，手动执行以下命令：
modprobe nfnetlink_queue
modprobe nft_queue

@dizhang #132 不太好推荐，因为大多数定制的固件不含这个功能，只能请求对应固件的作者看是否愿意加上了。
如果他们制作固件的时候没有勾选 nfqueue ，后面那就是安装不上的。

@tatsa #126
出现这个 warning 是正常的，因为这个固件应该用的是 iptables 而不是最新的 nft 。
所有网页都打不开了，这个不正常。可以发一下系统版本：
cat /proc/version /etc/openwrt_release

@dizhang #127
OpenWRT / ImmortalWrt 这一点是比较头疼的问题，所以不少用户会自己编译固件，在精简的同时保留自己需要的功能。FakeHTTP 依赖于 Linux 内核的 NFQUEUE 功能，如果没有就运行不了。