# MAC-Adresse(n) bei TP-Link ändern (wegen ffmap fuzzy-matching)

**URL:** <https://forum.freifunk.net/t/mac-adresse-n-bei-tp-link-andern-wegen-ffmap-fuzzy-matching/1365>\
**Category:** Technik\
**Created:** [31. Dezember 2014 um 16:59 UTC](https://forum.freifunk.net/t/mac-adresse-n-bei-tp-link-andern-wegen-ffmap-fuzzy-matching/1365 "2014-12-31T16:59:04Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![adorfer](https://forum.freifunk.net/user_avatar/forum.freifunk.net/adorfer/32/17910_2.png) [@adorfer](https://forum.freifunk.net/u/adorfer)\
**Post date:** [31. Dezember 2014 um 16:59 UTC](https://forum.freifunk.net/t/mac-adresse-n-bei-tp-link-andern-wegen-ffmap-fuzzy-matching/1365/1 "2014-12-31T16:59:04Z")

</div>

Fortsetzung der Diskussion von [Schöner testen mit Wifi Analyzer Aliases](https://forum.freifunk.net/t/schoner-testen-mit-wifi-analyzer-aliases/981/20):

> [@Schöner testen mit Wifi Analyzer Aliases](https://forum.freifunk.net/t/schoner-testen-mit-wifi-analyzer-aliases/981/20):
>
> Wahrscheinlich betrifft es 3 Router bei mir - aber wer kann das schon wissen ( und will es noch…?)

Mir ist nicht ganz klar, ob/wie man bei den WR740/741/841ern die „Base-MAC“ permanent ändern kann.  
Ich weiss, dass diese teilweise innerhalb einer gewissen Range/Maske zu den anderen MACs des Systemes/Interfaces liegen muss.

Natürlich ist es nicht die feine englische Art, irgendwelche MAC-Adressen in Geräte zu schreiben bei Infrastruktur (Mac-shuffling macht man sonst ja nur bei Mobilgeräten aus Gründen der reduzierten Trackbarkeit von Personen).

**Wenn also jemand einen Tip hat, wie man bei den WR-Plasteroutern die Base-Mac dauerhaft (im Flash) verdreht, dann würde das helfen**.  
Dann müsste man nicht nach jedem Sysupgrade manuell dran.

---

<div class="post-metadata">

**Author:** ![phip](https://forum.freifunk.net/user_avatar/forum.freifunk.net/phip/32/72_2.png) [@phip](https://forum.freifunk.net/u/phip)\
**Post date:** [31. Dezember 2014 um 17:08 UTC](https://forum.freifunk.net/t/mac-adresse-n-bei-tp-link-andern-wegen-ffmap-fuzzy-matching/1365/2 "2014-12-31T17:08:38Z")

</div>

Die MAC ist fest in der ART-Partition eingetragen. Du kannst sie mit einem Hex-Editor bearbeiten. Ich weiß nicht ob sie von Atheros signiert wurde, also tue dies auf eigene Gefahr. Im dmesg steht, wenn die ART verb0rkt wurde und man sieht keine WLAN-Schnittstelle mehr im System. Vorher immer ein Backup der ganzen ART-Partition ziehen und sicher aufbewahren. Im OpenWrt Wiki und Forum steht einiges darüber.

Ansonsten ein Start-Skript, welcher die MACs ändert.

Nur für die Karte an der MAC rumzufummeln ist ein wenig extrem, vielleicht kann man da noch was am Code der Karte drehen, denn viele Router für die Freifunker werden in einer Bestellung hintereinander aus einer Charge geliefert.

---

<div class="post-metadata">

**Author:** ![tcatm](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/t/f9ae1b/32.png) [@tcatm](https://forum.freifunk.net/u/tcatm)\
**Post date:** [31. Dezember 2014 um 17:32 UTC](https://forum.freifunk.net/t/mac-adresse-n-bei-tp-link-andern-wegen-ffmap-fuzzy-matching/1365/3 "2014-12-31T17:32:16Z")

</div>

Aktuelles ffmap-backend nutzen dürfte helfen. Das fuzzymatching ist da kürzlich rausgeflogen, weil es eben genau diese Probleme verursacht hat und ohnehin nur in der pre-Gluon Version der Lübecker Firmware nötig war.

---

<div class="post-metadata">

**Author:** ![adorfer](https://forum.freifunk.net/user_avatar/forum.freifunk.net/adorfer/32/17910_2.png) [@adorfer](https://forum.freifunk.net/u/adorfer)\
**Post date:** [31. Dezember 2014 um 17:50 UTC](https://forum.freifunk.net/t/mac-adresse-n-bei-tp-link-andern-wegen-ffmap-fuzzy-matching/1365/4 "2014-12-31T17:50:29Z")

</div>

@tcatm Die Aktuelle ffmap läuft auch mit 2014.2/2014.3er-Gluons? (Soll’s ja hier und da noch geben…)

---

<div class="post-metadata">

**Author:** ![tcatm](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/t/f9ae1b/32.png) [@tcatm](https://forum.freifunk.net/u/tcatm)\
**Post date:** [31. Dezember 2014 um 21:45 UTC](https://forum.freifunk.net/t/mac-adresse-n-bei-tp-link-andern-wegen-ffmap-fuzzy-matching/1365/5 "2014-12-31T21:45:35Z")

</div>

Sollte, ja. Erst ab ffmap-backend v0.1 wird Gluon v2014.3.1 (oder neuer) vorrausgesetzt.

---

<div class="post-metadata">

**Author:** ![Enrique](https://forum.freifunk.net/user_avatar/forum.freifunk.net/enrique/32/3845_2.png) [@Enrique](https://forum.freifunk.net/u/Enrique)\
**Post date:** [3. Januar 2015 um 21:00 UTC](https://forum.freifunk.net/t/mac-adresse-n-bei-tp-link-andern-wegen-ffmap-fuzzy-matching/1365/6 "2015-01-03T21:00:15Z")

</div>

Mal aus der Router Hirten Perspektive:

[im Alfred](http://map.freifunk-ruhrgebiet.de/alfred/alfred.html) taucht z.B. der Router Oppermann1 auf, nicht immer, aber öfter als in der Ruhr-Mappe und ist per ssh erreichbar. Der „Kunde“ schaut sich aber diese [Map/Graph/Liste](http://map.freifunk-ruhrgebiet.de/GE/list.html) an, getreu dem Auftrag, immer schön auf ein vollständiges Netz Acht zu geben.  
Dort tauchen einige Router nur ab und an auf, meistens aber ab. 😉  
Wie man mir nun offenbarte, wegen der Fuzzy-Logik-Geschichte. Aha.

Ich muss das nun erklären, muss beschwichtigen, muss schwindendes Vertrauen wieder aufbauen und so weiter.

Ich weiß, alle arbeiten ehrenamtlich. Und ganz sicher auch bis an ihre Grenzen und vernachlässigen möglicherweise sich und ihre Lieben.

Trotzdem - ein offener Hinweis auf dieses Problem zu einem viel, sehr viel früheren Zeitpunkt wäre nicht ungünstig gewesen. 😉

Ich gehe jetzt mal Scherben kitten.
