Gluon: TL-WR1043NDv4: неправильный MAC на устройствах с более новой стоковой прошивкой

Созданный на 11 сент. 2017  ·  5Комментарии  ·  Источник: freifunk-gluon/gluon

если вы получаете TP-Link TL-WR1043ND со стандартной версией прошивки 170401 / 2017-04-01 или обновляете старую версию до этой версии - тогда мигающий LEDE или глюон больше не находит MAC-адрес и использует что-то вроде «0000100000».

@NeoRaider создал патч (https://paste.debian.net/plain/985485), который устраняет проблему.
Я протестировал это, и он работает по назначению.

этот билет предназначен для отслеживания статуса интеграции во все вышестоящие и местные филиалы, а также служит информационным элементом для людей, испытывающих ту же проблему.

bug hardware upstream issue

Самый полезный комментарий

Обратный порт был достаточно простым, поэтому я тоже переместил его на v2016.2.x.

Все 5 Комментарий

тот же выпуск 2016.2.7
grafik

btw: В качестве быстрого исправления для затронутых узлов вы можете назначить новый идентификатор вручную:

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 v2016.2.x, gluon v2017.1.x, gluon master и lede-17.01 и lede-master - все эти ветки нуждаются в исправлении.

Есть ли у нас «надежда» получить патч в выпуске v2016.2.x?
Если нет (поскольку это, возможно, EOLed), я бы сделал сценарий quickfix, который запускался после установки, чтобы рандомизировать MAC.

Обратный порт был достаточно простым, поэтому я тоже переместил его на v2016.2.x.

Была ли эта страница полезной?
0 / 5 - 0 рейтинги