Gluon: TL-WR1043NDv4: MAC errado em dispositivos que tinham firmware de estoque mais recente
se você obtiver um TP-Link TL-WR1043ND com a versão de firmware 170401 / 2017-04-01 ou atualizar um mais antigo para esta versão - então o LEDE ou gluon piscado não encontra mais o endereço MAC e usa algo como "0000100000".
@NeoRaider criou um patch (https://paste.debian.net/plain/985485) que corrige o problema.
Eu testei isso e funciona conforme o esperado.
este tíquete tem o objetivo de acompanhar o status da integração em todas as filiais upstream e locais, bem como servir como uma peça informativa para pessoas com o mesmo problema.
rotanid
Todos 5 comentários
mesmo problema em 2016.2.7
Adorfer
em 11 set. 2017
A propósito: como uma correção rápida para os nós afetados, você pode atribuir um novo ID manualmente:
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;
sim, não tem nada a ver com a versão gluon, eu já testei gluon v2016.2.x, gluon v2017.1.x, gluon master e lede-17.01 e lede-master - todos esses branches precisam de uma correção.
rotanid
em 11 set. 2017
Temos "esperança" de ter um patch na versão v2016.2.x?
Se não (já que talvez seja EOL), então eu faria um script de correção rápida para rodar após a instalação para randomizar o MAC.
Adorfer
em 11 set. 2017
O backport foi fácil, então eu o empurrei para v2016.2.x também.
NeoRaider
em 11 set. 2017
Questões relacionadas
kpanic23
·
5Comentários
CodeFetch
·
5Comentários
edeso
·
3Comentários
RalfJung
·
5Comentários
lemoer
·
3Comentários
Comentários muito úteis
O backport foi fácil, então eu o empurrei para v2016.2.x também.