# Federated Freifunk Karte **URL:** \ **Category:** Technik\ **Created:** [24. Februar 2026 um 11:50 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556 "2026-02-24T11:50:14Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [24. Februar 2026 um 11:50 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/1 "2026-02-24T11:50:15Z")
Nachdem der Multi Meshviewer nicht alle Communities umfasst und ziemlich schlecht performt. Haben wir uns mal hingesetzt und was kleines gebaut. > **[Freifunk Map](https://federated-map.ffmuc.net/)** Der Crawler geht auf die Freifunk API und versucht daraus alle Communities automatisch zu finden und baut diese dann auf der Karte automatisiert ein. Alle Livedaten werden dann jeweils aus den Meshviewern, Hopglasses und Grafanas zusammen gebaut. Vielleicht findet ihr das Projekt interessant. Sourcecode gibts hier: > **[GitHub - freifunkMUC/freifunk-map-modern: A golang Map](https://github.com/freifunkMUC/freifunk-map-modern/)** > > A golang Map ---
**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:** [24. Februar 2026 um 17:22 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/2 "2026-02-24T17:22:09Z")
schön! wie habt ihr die Knoten von ffm und da hineinbekommen. Bei der [https://freifunk-karte.de](https://freifunk-karte.de) fehlen die seit Monaten. ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [24. Februar 2026 um 17:36 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/3 "2026-02-24T17:36:07Z")
Alles über sehr kreatives parsen und raten der Freifunk API. Es wäre echt schön wenn mehr Communities die pflegen würden :D. ---
**Author:** ![wusel](https://forum.freifunk.net/user_avatar/forum.freifunk.net/wusel/32/630_2.png) [@wusel](https://forum.freifunk.net/u/wusel)\ **Post date:** [24. Februar 2026 um 21:51 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/4 "2026-02-24T21:51:35Z")
> [@awlnx](#): > > Der Crawler geht auf die Freifunk API und versucht daraus alle Communities automatisch zu finden und baut diese dann auf der Karte automatisiert ein. Alle Livedaten werden dann jeweils aus den Meshviewern, Hopglasses und Grafanas zusammen gebaut. Nice, danke für den Einsatz.         Aaaaber: die Kontakt(!)daten (»Owner« ist vollkommen irreführend) ungefragt zu veröffentlichen, ist ein no-go. Daher … ```auto ffgt@granny:~$ wget -4 -O /dev/null --save-headers http://stats.4830.org/freifunk-rhwd.json --2026-02-24 22:16:49-- http://stats.4830.org/freifunk-rhwd.json Resolving stats.4830.org (stats.4830.org)... 87.253.188.148 Connecting to stats.4830.org (stats.4830.org)|87.253.188.148|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 2509 (2.5K) [application/json] Saving to: ‘/dev/null’ /dev/null 100%[===================>] 2.45K --.-KB/s in 0s 2026-02-24 22:16:49 (399 MB/s) - ‘/dev/null’ saved [2509/2509] ffgt@granny:~$ wget -4 -O /dev/null --save-headers http://stats.4830.org/freifunk-rhwd.json --2026-02-24 22:28:34-- http://stats.4830.org/freifunk-rhwd.json Resolving stats.4830.org (stats.4830.org)... 87.253.188.148 Connecting to stats.4830.org (stats.4830.org)|87.253.188.148|:80... connected. HTTP request sent, awaiting response... 401 Unauthorized Username/Password Authentication Failed. ffgt@granny:~$ wget -6 -O /dev/null --save-headers http://stats.4830.org/freifunk-rhwd.json --2026-02-24 22:28:47-- http://stats.4830.org/freifunk-rhwd.json Resolving stats.4830.org (stats.4830.org)... 2a06:e881:1709:1111:0:57ff:fefd:bc94 Connecting to stats.4830.org (stats.4830.org)|2a06:e881:1709:1111:0:57ff:fefd:bc94|:80... connected. HTTP request sent, awaiting response... 401 Unauthorized Username/Password Authentication Failed. ``` … sind nur noch legitime Abrufe zulässig. Wir zeigen die Kontaktdaten ausdrücklich nicht auf unseren Karten an und auch nicht auf den Statusseiten der Knoten (dort findet sich bei hinterlegten Daten nur eine Aliasadresse). Offensichtlich müssen wir diese Daten leider also doch schon auf den Knoten verschlüsseln — bis dahin gibt’s notgedrungen den Datenzugriff auf die Daten gem. API eben nur noch per Whitelist, schade. **EDIT:** per User-Agent als unkritisch erkannte Abfragen wurden IP-whitelisted, bekannte API-Konsumenten per Mail informiert und um Angabe der Abfrage-IP gebeten. Außerdem habt Ihr evtl. noch ein Problem im Parser? Wir ziehen derzeit die geographischen Netzgrenzen durch und somit gibt es die selben Knoten in verschiedenen Meshes in on- und offline gleichzeitig; u. a.diese Knoten haben das Mesh gewechselt … ![Screenshot_20260224_215635_Chrome](https://forum.freifunk.net/uploads/default/original/3X/7/f/7f75a1f8b252930f009e1e5cfb9ece7f826cf50a.jpeg) … und sind da auch alive and kickin’: ![Screenshot_20260224_215644_Chrome](https://forum.freifunk.net/uploads/default/original/3X/b/2/b21e83852b67517925371040609852db5861c6df.jpeg) ---
**Author:** ![wusel](https://forum.freifunk.net/user_avatar/forum.freifunk.net/wusel/32/630_2.png) [@wusel](https://forum.freifunk.net/u/wusel)\ **Post date:** [24. Februar 2026 um 23:54 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/5 "2026-02-24T23:54:38Z")
> [@wusel](#): > > Außerdem habt Ihr evtl. noch ein Problem im Parser? Obiges Beispiel führt in die Irre, da Bad Oeynhausen alte Daten publiziert; sorry. Aber ›echtes‹ Beispiel: [Freifunk Map](https://federated-map.ffmuc.net/#!98ded0c1d0fa) vs. [https://map03.4830.org/map03/#!v:m;n:98ded0c1d0fa](https://map03.4830.org/map03/#!v:m;n:98ded0c1d0fa); jener Knoten hat vor \>22 Tagen das Mesh gewechselt (vgl. [https://map03.4830.org/map02/#!v:m;n:98ded0c1d0fa](https://map03.4830.org/map02/#!v:m;n:98ded0c1d0fa)), und die Daten beider Meshes werden von uns publiziert (API). FTR, FFMUC vs. 4830­.org: | ![Screenshot 2026-02-25 at 01-03-41 Freifunk Map](https://forum.freifunk.net/uploads/default/original/3X/4/8/48a3519d066e26f0a8d49ec3c811ece9d9ca0012.png) | ![Screenshot 2026-02-25 at 01-06-21 Karte Freifunk Kreis GT - Mesh Freifunk Kreis GT (Nord) 33829-Bauer-Bernd](https://forum.freifunk.net/uploads/default/original/3X/0/1/01968c92d35207d4a475428b202ea90298d1db03.png) | ---
**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:** [25. Februar 2026 um 04:58 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/6 "2026-02-25T04:58:32Z")
Gibt es irgendwo einen Debug-Möglichkeit, für Communities, die in > drin sind und auch ein „nodeMaps“ URL gelistet haben, unter der ein gültiges JSOn kommt, aber deren Knoten nicht erscheinen. (oder gibt es irgendwo minimum Requirements, z.b. dass "nodelist” nicht mehr gelesen wird, sondern mindestens “meshviewer”?) Also konkret: Warum ist schaffen es die Nodes von dieser nicht auf die Karte: [https://raw.githubusercontent.com/Neanderfunk/communities/refs/heads/master/Flingern-api.json](https://raw.githubusercontent.com/Neanderfunk/communities/refs/heads/master/Flingern-api.json) Gleicher Mapserver liefert aber auch für Wuelfrath aus, die sind auf der neuen Karte. [https://raw.githubusercontent.com/Neanderfunk/communities/master/Wuelfrath-api.json](https://raw.githubusercontent.com/Neanderfunk/communities/master/Wuelfrath-api.json) ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [25. Februar 2026 um 06:40 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/7 "2026-02-25T06:40:20Z")
Die veröffentlicht ihr über die APi die stehen also so oder so im Internet nur FYI, wenn dann müsst ihr sie auch aus dem JSON löschen. Also dass sie hier dargestellt wurden hat quasi euer Problem veröffentlicht, dass schon lange Bestand. ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [25. Februar 2026 um 06:49 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/8 "2026-02-25T06:49:07Z")
Die Community `flingern` hat in ihrer API-Datei den `technicalType: "nodelist"` mit der URL `https://dusfl13.map.ffdus.de/data/nodes.json`. Das Format an dieser URL ist aber **kein** Nodelist-Format (mit id, name, status), sondern das **Yanic nodes.json** -Format (mit `nodeinfo`, `flags`, `statistics`). Unser Parser hat die Datei brav als „nodelist“ versucht zu parsen, dabei 0 Nodes rausbekommen (weil die Felder nicht passen), und die Community wurde übersprungen. **Wülfrath** funktioniert, weil dort ein zweiter `hopglass`-Eintrag existiert. Von der Base-URL leiten wir /data/meshviewer.json und /data/nodes.json ab, die dann korrekt erkannt werden. **Fix:** Wenn der Nodelist-Parser 0 Nodes liefert, probieren wir jetzt automatisch den nodes.json-Parser als Fallback. Damit werden auch Communities korrekt eingelesen, deren API-Eintrag den `technicalType` falsch als „nodelist“ deklariert, obwohl es eigentlich nodes.json (Yanic) ist. Das betrifft wahrscheinlich noch weitere Communities Flingern hat z.B. 71 Nodes die jetzt auftauchen sollten. ---
**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:** [25. Februar 2026 um 06:53 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/9 "2026-02-25T06:53:05Z")
Wie wäre denn der korrekte Eintrag für das community file, um so ein hoppglss Yannick zu deklarieren (wenn “nodelist” falsch ist) ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [25. Februar 2026 um 06:58 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/10 "2026-02-25T06:58:12Z")
Ich habe nun einen Debug Endpunkt eingebaut, der anzeigt welche Quellen verwendet werden: > **[Community Discovery Debug](https://federated-map.ffmuc.net/debug.html)** Ich glaube aus der API wäre “technicalType” hopglass richtig, denn das enthält bei den anderen Communities die nodes.json im richtigen Format. ---
**Author:** ![TomH](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/t/90db22/32.png) [@TomH](https://forum.freifunk.net/u/TomH)\ **Post date:** [25. Februar 2026 um 07:42 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/11 "2026-02-25T07:42:08Z")
Wenn man yanic nutzt sind die Output Types TOML Arrays in der Config. Man kann also z.B. mehrere verschiedene meshviewer.json Dateien mit einer yanic Instanz exportieren. Auch mit unterschiedlichen Filtern. `no_owner` ist dort ein expliziter Filter welchen es gibt. Wenn man also selbst einen export mit owner (z.B. hinter Auth) haben möchte dann kann man das unabhängig davon machen das man das generell nicht zur Verfügung stellt. ---
**Author:** ![EdgeRouter](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/e/2bfe46/32.png) [@EdgeRouter](https://forum.freifunk.net/u/EdgeRouter)\ **Post date:** [25. Februar 2026 um 09:29 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/12 "2026-02-25T09:29:12Z")
Als Außenstehender betrachtet wirkt die Kritik hier etwas inkonsequent: Wenn Kontaktdaten von einer Community bewusst über eine öffentlich und ohne Authentifizierung erreichbare API ausgeliefert werden und im Konfigurationshinweis sogar ausdrücklich steht, dass diese Informationen öffentlich einsehbar sowie von jedem herunterladbar und verarbeitbar sind, dann ist eine Aggregation durch Dritte technisch erwartbar. Selbst wenn man die zentrale API einschränkt, bleiben die Daten faktisch weiterhin öffentlich zugänglich, da sie über die jeweiligen Knoten-Statusseiten abrufbar sind und sich durch systematisches Crawlen oder schlichtes Scannen der erreichbaren Adressbereiche ebenso automatisiert erfassen lassen. Eine Map, die vorhandene API-Daten auswertet, schafft daher keine neue Veröffentlichungsebene, sondern nutzt lediglich bereits öffentlich exponierte Informationen. Eine nachträgliche Einschränkung dieser Daten widerspricht zudem dem Freifunk-Gedanken: Die Kontaktdaten werden von den Betreibern bewusst hinterlegt, und jede KI, jeder Crawler oder Bot hat sie ohnehin bereits indexiert, sie nachträglich „herauszubekommen“ ist praktisch unmöglich. Wenn bestimmte Felder, insbesondere potenziell personenbezogene Angaben wie das Owner-Feld, nicht extern verarbeitet oder angezeigt werden sollen, müsste das konsequenterweise serverseitig unterbunden werden, etwa durch entsprechende Filter im Monitoring-Stack wie z. B. Yanic. Solange die Daten jedoch offen ausgeliefert werden, erscheint ihre maschinelle Verarbeitung als legitime und technisch naheliegende Nutzung der bereitgestellten Infrastruktur. ---
**Author:** ![EdgeRouter](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/e/2bfe46/32.png) [@EdgeRouter](https://forum.freifunk.net/u/EdgeRouter)\ **Post date:** [25. Februar 2026 um 09:32 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/13 "2026-02-25T09:32:03Z")
Und zum rechtlichen (ist hier jedoch keine Rechtsberatung) 🙂 Aus rechtlicher Sicht greift die Kritik nicht: Die betreffenden Kontaktdaten werden vom Betreiber bewusst auf dem Knoten hinterlegt und über die öffentlich zugängliche API bereitgestellt. Laut DSGVO gelten diese Daten als freiwillig veröffentlicht, wodurch die maschinelle Verarbeitung durch Crawler oder Maps rechtmäßig ist, solange keine Schutzmechanismen umgangen werden. Das Recht auf Löschung besteht jederzeit direkt am Knoten, sodass Betreiber ihre Daten entfernen können. Eine nachträgliche Einschränkung durch Dritte ist technisch nicht durchsetzbar, da die Daten ohnehin über Statusseiten oder Netz-Scans erfasst werden könnten. Solange die Map ausschließlich diese öffentlich bereitgestellten Informationen nutzt, besteht kein Verstoß gegen die DSGVO, und die Verantwortung für die Veröffentlichung liegt primär beim Betreiber des Knotens. ---
**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:** [25. Februar 2026 um 10:01 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/14 "2026-02-25T10:01:26Z")
Ich möchte vorschlagen, hieraus NICHT eine neue PPA-Diskussion zu machen. Und wenn doch, evtl. abszuspalten. Die Veröffentlichung von E-Mail-Adressen seitens der Knotenaufsteller ist Bedingung, damit FReifunk draufstehen darf. Das ist nicht optional! [https://www.picopeer.net/PPA-de.shtml](https://www.picopeer.net/PPA-de.shtml) Punkt 2.3 Und das haben wir schon x mal diskutiert. > [@Einhaltung des PPAs (offene Kommunikation / E-Mail-Erreichbarkeit)](https://forum.freifunk.net/t/einhaltung-des-ppas-offene-kommunikation-e-mail-erreichbarkeit/6208): > > Ping @mocca Ping @Pinky Der Eigentümer erklärt, erreichbar zu sein und wird dazu wenigstens eine E-Mail-Adresse bekanntgeben. Bitte einhalten und Jeden darüber informieren! @Pinky dir steht eine große Runde bevor @mocca bei euch gibt es vereinzelt Webseiten als Kontaktadressen. Meistens ist info@ die korrekte Adresse ---
**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:** [25. Februar 2026 um 10:08 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/15 "2026-02-25T10:08:29Z")
Wo möchtet ihr denn die Infos von Freifunk-Domains haben, die “wegen der Regeln” nicht in Berlin (bei der großen API) gelistet werden können/dürfen? Asking for a friend. (Unsere entsprechenden Domains im Neanderfunk habt ihr ja schon gefunden und gelistet (bis auf 2 ;-). Danke dafür.) ---
**Author:** ![wusel](https://forum.freifunk.net/user_avatar/forum.freifunk.net/wusel/32/630_2.png) [@wusel](https://forum.freifunk.net/u/wusel)\ **Post date:** [25. Februar 2026 um 12:09 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/16 "2026-02-25T12:09:58Z")
> [@EdgeRouter](#): > > im Konfigurationshinweis sogar ausdrücklich steht, dass diese Informationen öffentlich einsehbar > [@](#): > > Mit der Angabe einer eMail-Adresse bestätigst Du, a) daß diese unter Deiner Kontrolle ist und Du rechtlich befugt bist, diese hierfür zu nutzen, b) daß wir Dich unter dieser Adresse zu technischen Aspekten bezüglich Deines Knotens anschreiben dürfen (z. B. bei erforderlichem Firmwareupdate, welches wegen deaktiviertem Autoupdater oder aus anderen Gründen nicht installiert wurde) sowie c) daß Du weißt, daß diese Daten unverschlüsselt periodisch im Maschennetzwerk – als Teil der statistischen/operativen Daten – übertragen werden. (DSGVO, yadda, yadda …) > [@EdgeRouter](#): > > da sie über die jeweiligen Knoten-Statusseiten abrufbar sind > [@wusel](#): > > auch nicht auf den Statusseiten der Knoten (dort findet sich bei hinterlegten Daten nur eine Aliasadresse). > [@EdgeRouter](#): > > Eine Map, die vorhandene API-Daten auswertet, schafft daher keine neue Veröffentlichungsebene Das sehe ich anders, wer in Hauptstraße 1, 12345 Musterstadt wohnt, kann jeder, der dort hinfährt, am Briefkasten sehen. Diese Info bundesweit zu plakatieren ändert auch meiner Ansicht nach nichts an der prinzipiellen Öffentlichkeit der Information; die Frage ist allerdings, ob dieses Vorgehen opportun ist – und unter der DSGVO rechtlich zulässig. Natürlich ist klar, daß diese Daten da, ja auch aus Gutem Grund™, drin stehen. Bislang hatten die anzeigenden Aggregateure (i. e. [freifunk-karte.de](http://freifunk-karte.de)) Fingerspitzengefühl gezeigt, genau jene Daten nicht zu veröffentlichen. Aber siehe Dejanews, die Zeiten und die Mitspieler ändern sich, also bleibt’s bei der IP-Whitelist und im nächsten Schritt eine firmwareseitige Änderung, die dieses Problem ein für alle Mal löst (wir brauchen die Daten; wenn Dritte sie ungefragt leichter zugänglich machen, gibt’s diese halt nicht mehr in dem Datensatz). ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [25. Februar 2026 um 12:13 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/17 "2026-02-25T12:13:13Z")
Ihr macht sie ohne Hindernis schon für alle Suchmaschinen und co zugänglich, jede Suchmaschine, AI Crawler etc hat die schon im Index. Das hat nichts mit Fingerspitzengefühl zu tun, das war nur Security by Obscurity. ---
**Author:** ![thegoliath](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/t/7cd45c/32.png) [@thegoliath](https://forum.freifunk.net/u/thegoliath)\ **Post date:** [25. Februar 2026 um 12:36 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/18 "2026-02-25T12:36:09Z")
Ein passendes Beispiel sind meines Erachtens öffentliche APIs wie OpenStreetMap oder GitHub. Wer dort freiwillig Daten wie Hausnummern, Standorte oder E-Mail-Adressen hinterlegt, kann diese Daten über die API abrufen oder aggregieren. Niemand würde sagen, dass eine Map, die diese Daten ausliest, eine neue Veröffentlichung darstellt. Sie nutzt, wie jetzt auch z.B. bei den Knoten bzw Kontaktinformationen bereits öffentlich bereitgestellte Daten. Der Vergleich mit einem Briefkasten hinkt mMn ebenfalls, weil die Freifunk-API die Daten maschinenlesbar und, soweit nicht anders von euch/dir @wusel gefirewalled, verfügbar macht, genau wie andere offene APIs. > [@awlnx](#): > > Ihr macht sie ohne Hindernis schon für alle Suchmaschinen und co zugänglich, jede Suchmaschine, AI Crawler etc hat die schon im Index. > > Das hat nichts mit Fingerspitzengefühl zu tun, das war nur Security by Obscurity. Dem ist mMn auch nix hinzuzufügen. ---
**Author:** ![wusel](https://forum.freifunk.net/user_avatar/forum.freifunk.net/wusel/32/630_2.png) [@wusel](https://forum.freifunk.net/u/wusel)\ **Post date:** [25. Februar 2026 um 12:46 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/19 "2026-02-25T12:46:51Z")
> [@awlnx](#): > > Ihr macht sie ohne Hindernis schon für alle Suchmaschinen und co zugänglich Seit geraumer Zeit werden Netze, aus denen Bot- oder unplausible Anfragen kommen, gedroppt. Gerade hat’s Netcup erwischt. ---
**Author:** ![awlnx](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@awlnx](https://forum.freifunk.net/u/awlnx)\ **Post date:** [25. Februar 2026 um 12:51 UTC](https://forum.freifunk.net/t/federated-freifunk-karte/24556/20 "2026-02-25T12:51:17Z")
Das Gute ist, das hilft halt auf Dauer nicht. IPs gibts für die großen wie Sand am Meer und User Agents etc sind fakebar. [Nächste Seite](https://forum.freifunk.net/t/federated-freifunk-karte/24556.md?page=2)