Hamster Tian

OpenWrt 的环境比较复杂，libiconv 的情况也有挺多种，不好说什么配置是最好的。我当时为了避免麻烦，是用 CUSTOM_LIBS 链接了个手动编译的完整版 libliconv…… 不确定编码转换这部分是不是仍然有问题，可以尝试把 ENABLE_ICONV 和 ENABLE_GBCONV 都改成 false，这样在打印服务器信息的时候就会不转码直接输出。可能会打印出乱码，但至少应该能用。如果这样仍然不行，可能得抓包分析了。 --- 如果怀疑 libpcap 有问题，也可以考虑使用 sockraw，能用的话可以省掉一个依赖。不过我看你的 config 里把它关掉了，是一开始用它出了什么问题吗？

OpenWrt 的内核也是 Linux 啊😂sockraw 也是适用的。

抱歉，这不是一个插件。源码编译出的程序是需要在命令行执行的，没有web界面。 需要安装包的话可以参考[这里](https://github.com/updateing/mentohust-v4-proxy/issues/2#issuecomment-262883086)。

同 VLAN 其他设备上是不是还有其他认证工具在运行？ 建议抓包看看。

在 Linux 上使用的时候，是否有网关获取错误的提示？

目前支持的字段里 并没有涉及“移动端”或“桌面端”的字段。描述中提到的客户端类型识别可能是通过其他手段侦测到的。 只是修改 MAC 地址的话，有对应的命令行参数。

本项目的代理是 802.1x 代理，并不适合于你的情况。 网页认证限制终端的话，首先确保入户线接在 WAN，开好 NAT，然后客户端在 LAN 里认证。这样可以保证只有一个 MAC 地址出现在上级交换机上。 这种情况还是会被检测出来的话（并且确定不是被其他人挤掉账号），也可能是因为服务器会分析 TTL 变化~和 TCP 包的 ack / seq 突变情况~。TTL 的话，检查下路由器有没有提供 TTL 微调（+1）这样的功能，~而 seq 分析的话我还不知道有什么特别好的办法。~ 也可以试试在路由器上搭建一个 Shadowsocks 这样的代理，让内网设备去连接它，从而一次解决这些问题。 这种分析对服务器的压力比较大，真要是部署了的话有点过分…… 先尽量排除掉 NAT...

你指的是哪里的偏移？

了解。可能要过几小时才有时间检查，请先试试只保留 `-u -p -n -a -d --module` 这几个参数？

https://github.com/updateing/minieap/commit/5d4b63b04654dc159c47e8744e92edd37120fa32 请测试。