如果您获得带有库存固件版本 170401/2017-04-01 的 TP-Link TL-WR1043ND,或者您将旧版本更新到此版本 - 则闪烁的 LEDE 或胶子不再找到 MAC 地址并使用类似“0000100000”。
@NeoRaider创建了一个补丁 (https://paste.debian.net/plain/985485) 来解决这个问题。
我对此进行了测试,它按预期工作。
此票旨在跟踪集成到所有上游和本地分支机构的状态,并为遇到相同问题的人们提供信息。
2016.2.7 同样的问题
btw:作为受影响节点的快速修复,您可以手动分配一个新 ID:
export NEWMAC=00:60:2f$(dd bs=1 count=3 if=/dev/random 2>/dev/null |hexdump -v -e '/1 ":%02x"'); echo $NEWMAC>/lib/gluon/core/sysconfig/primary_mac; export NEWKEY=$(fastd --generate-key|grep Secret|cut -d" " -f 2)
uci set fastd.mesh_vpn.secret=$NEWKEY; uci set network.client.macaddr=$NEWMAC; uci set network.bat0.macaddr=$NEWMAC; uci commit; echo NEWMAC $NEWMAC; echo NEWFASTDKEY $NEWKEY
reboot;
是的,与 gluon 版本无关,我已经测试了 gluon v2016.2.x、gluon v2017.1.x、gluon master 和 lede-17.01 以及 lede-master——所有这些分支都需要修复。
我们“希望”在 v2016.2.x-release 中有补丁吗?
如果不是(因为它可能是 EOL 了),那么我会在安装后制作一个快速修复脚本,以便随机化 MAC。
向后移植很容易,所以我也把它推送到了 v2016.2.x。
最有用的评论
向后移植很容易,所以我也把它推送到了 v2016.2.x。