wlshdjj
wlshdjj
另外原来的makefile每次编译都要强行git一次，实在无此必要，有时候git失败导致编译失败，浪费很多时间
这真的有鬼
可能是gcc版本不同
>  > 我这边 4.14 内核正常编译 emmm 原来不是同版本，我的是171
官方改用了apk包构建，hash校验与之前的ipk包构建的不同，自己用改成skip就算了
> 奇怪的地方是，官方网站显示这个文件的最后修改时间是2004-02-23 ，根据历史提交，这个hash很久以前就是了。也就是说，这个文件的最后修改时间没变，但hash变了，这点不可疑吗？ 而且官网上 https://www.lysator.liu.se/~nisse/misc/argp-standalone-1.3.tar.gz.asc 这个文件目前无法下载。 我就是说的现在官方要使用apk构建，hash检验和以往不同，源码包还是以前的包，但hash不是以前的hash，不单止这一个包，很多package的hash都被改了，也就有人疑问这个hash是怎么得来的，和自己生成的根本不同，下面是两个改动最多的commit，版本号完全不变，hash改变了： https://git.nju.edu.cn/nju/openwrt/-/commit/c02a2db05e941c49ba3d073f537c2d101c7e48b0 https://git.nju.edu.cn/nju/openwrt/-/commit/e8725a932e16eaf6ec51add8c084d959cbe32ff2
> 这个问题在21.02里也有，以下给个推测和两个解决方法 推测：应该是mwan3先于wan启动，导致没有识别到，2.8.8版本应该有检测或刷新代码所以正常，2.11应该少了这个 解决方案一：系统-启动项-本地脚本，在exit 0前插入一行代码 mwan3 restart ，重启OK 解决方案二：编译时，修改源码files/etc/init.d/mwan3中START=19为START=96，生成固件重新刷机 我自己测试有效 mwan3不完善，一些东西执行fw3 restart之后，规则全部丧失，所以需要自己维护，加个firewall include。我也是用21.03的2.11.7版本，START改为99，自己加了include，用了近两年了。
有些网卡不支持多interface，删除只保留一个试试
为什么要有这么骚的操作呢？搜寻SSID加入时会自动设置为与上级AP相同的channel，中继后发射SSID也使用相同的channel，这是牛欢喜炒荷兰豆的事，也就是你设了除自找麻烦之外也没有任何意义。
> > 为什么要有这么骚的操作呢？搜寻SSID加入时会自动设置为与上级AP相同的channel，中继后发射SSID也使用相同的channel，这是牛欢喜炒荷兰豆的事，也就是你设了除自找麻烦之外也没有任何意义。 > > 上级AP每天自动重启然后会重设信道呢？ 会自动跟随，你完全不用管。