Gluon: TL-WR1043NDv4: MAC incorrecta en dispositivos que tenían firmware de stock más nuevo

Creado en 11 sept. 2017  ·  5Comentarios  ·  Fuente: freifunk-gluon/gluon

Si obtiene un TP-Link TL-WR1043ND con la versión de firmware de stock 170401 / 2017-04-01 o actualiza uno más antiguo a esta versión, entonces el LEDE o gluon parpadeante ya no encuentra la dirección MAC y usa algo como "0000100000".

@NeoRaider creó un parche (https://paste.debian.net/plain/985485) que soluciona el problema.
Probé esto y funciona según lo previsto.

este boleto está destinado a realizar un seguimiento del estado de integración en todas las sucursales locales y ascendentes, así como servir como pieza informativa para las personas que experimentan el mismo problema.

bug hardware upstream issue

Comentario más útil

El backport fue bastante fácil, así que lo empujé a v2016.2.x también.

Todos 5 comentarios

mismo número en 2016.2.7
grafik

Por cierto: como una solución rápida para los nodos afectados, puede asignar una nueva 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;


sí, no tiene nada que ver con la versión gluon, ya probé gluon v2016.2.x, gluon v2017.1.x, gluon master y lede-17.01 y lede-master; todas estas ramas necesitan una solución.

¿Tenemos "esperanza" de tener un parche en la versión v2016.2.x?
Si no es así (ya que tal vez esté en EOL), entonces haría un script de corrección rápida para ejecutar después de la instalación con el fin de aleatorizar el MAC.

El backport fue bastante fácil, así que lo empujé a v2016.2.x también.

¿Fue útil esta página
0 / 5 - 0 calificaciones