Hamster Tian

本项目算法部分相比原 hyrathb/mentohust 以及 MiniEAP 都没有改变，对于未知的算法只能做到代理而已。

在国内版 MIUI 15（HyperOS）上安装 NotoCJK 后，先在系统内选择小米兰亭 Pro，把粗细向粗的方向拉 15% 左右，然后用 /system/fonts/Roboto-Regular.ttf 替换掉 /data/system/theme/fonts/Roboto-Regular.ttf，看起来的效果就跟原生系统使用此模块非常接近了。 --- 更正： 1. 以上方法会导致粗体表现得像 Medium 字重，而非 Bold. 这是因为小米兰亭 Pro 是 VF 字体，系统会用 ThemeVFManager 来处理主题字体替换。但它在处理可变字体的粗体时，只是简单地让 weight“比设定值粗一档”，在小米的 weight range 划分里面 400...

1. 参数中的 `-a0 -d1` 的 0 和 1 前需要空格 2. 可否提供一下抓包？

并没有收到 minieap 这个问题的抓包…… 在这么靠前的位置出现未发现特征值，可能收到的包不包含锐捷的字段，仅仅是个 Failure 而已。

可能是因为特殊时期的原因，邮件延迟比较严重。我收到你的两封邮件并且回复了，现在还没收到退信。如果还没收到的话可以等等。

关于原 issue 所说问题： 1. 动态 IP 地址类型绑定错误：请尝试用 master 分支的代码重新编译。其中包含了一个 DHCP 状态位错误的修复。 2. 服务类型编码：目前认定属于外部输入问题，请使用 `--service "$(echo -n 服务 | iconv -f utf8 -t gbk)"`，后续可考虑加一个类似于 `--service-as-gbk` 的选项来自动转换。

主程序现有的二次认证逻辑直接要求发 START 包，不太好控制因为 DHCP 太慢导致无法上报 IP 信息的情况，所以是在锐捷插件里等到 DHCP 完成时才转入认证流程。 如果二次认证只在锐捷里用得到（我确实没发现其他地方用到的），或许可以考虑一下让插件完全接管二次认证，主程序中对二次认证的处理仅限于“收到指定次数的成功报文才执行认证成功的逻辑”和“通知插件可以开始第二次认证”，不再主动转换状态。这样似乎也可以满足你的需求？

1. 第二次认证中，头部有个取反+倒序的字段会包含 IP 信息，所以得取得有效 IP 以后才可以开始第二次认证。如果直接在主程序里要求两次认证，那就不会等待 DHCP 结果而直接发包了。头部字段里的 IP 会显示在管理网站上，我觉得还是挺重要的…… 2. 听起来你的环境是认证前就可以拿到地址了？我这边是得第一次认证后才能拿到的。认证前就能拿 IP 的话，往往单次认证就可以使用了。如果只使用单次认证，会出现怎样的情况呢？

这类环境还真是没听说过…… 我尝试一下做这样的修改吧。

这样一说的话，我校的环境（在我毕业前）确实与你那边不一样。我们是要求第一次认证必须不带地址的，不然会提示“请将 IP 地址改为自动获取形式”blahblah，所以才有的二次认证这个功能。我们那时管理后台也只显示第二次认证中带的 IP 地址。可能服务端是接受深度定制的吧……