Gluon: TL-WR1043NDv4: falsche MAC auf Geräten mit neuerer Stock-Firmware
wenn man einen TP-Link TL-WR1043ND mit der Stock Firmware Version 170401/2017-04-01 bekommt oder einen älteren auf diese Version updatet - dann findet die geflashte LEDE oder Gluon die MAC Adresse nicht mehr und verwendet sowas wie "0000100000".
@NeoRaider hat einen Patch erstellt ( https://paste.debian.net/plain/985485 ), der das Problem behebt.
Ich habe das getestet und es funktioniert wie gewünscht.
Dieses Ticket soll den Status der Integration in alle Upstream- und lokalen Niederlassungen verfolgen und als Informationselement für Personen dienen, die das gleiche Problem haben.
rotanid
Alle 5 Kommentare
gleiche Ausgabe auf 2016.2.7
Adorfer
am 11. Sept. 2017
btw: Als Quickfix für betroffene Knoten können Sie manuell eine neue ID vergeben:
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;
yup, hat nichts mit der gluon-version zu tun, ich habe bereits gluon v2016.2.x, gluon v2017.1.x, gluon master und lede-17.01 und lede-master getestet -- alle diese Branches brauchen den Fix.
rotanid
am 11. Sept. 2017
Haben wir "Hoffnung" auf einen Patch im v2016.2.x-Release?
Wenn nicht (da es vielleicht EOLed ist), würde ich ein Quickfix-Skript erstellen, das nach der Installation ausgeführt wird, um den MAC zu randomisieren.
Adorfer
am 11. Sept. 2017
Der Backport war einfach genug, also habe ich ihn auch auf v2016.2.x verschoben.
NeoRaider
am 11. Sept. 2017
Verwandte Themen
rubo77
·
5Kommentare
mweinelt
·
3Kommentare
lcb01a
·
3Kommentare
oszilloskop
·
5Kommentare
rubo77
·
6Kommentare
Hilfreichster Kommentar
Der Backport war einfach genug, also habe ich ihn auch auf v2016.2.x verschoben.