hust hust
Aus der Anleitung die FFAC verlinkt 
2 „Gefällt mir“
Vielleicht habe ich technisch Dinge nicht auf dem Schirm.
Bei “meiner” Community kann ich die Kontaktdaten auf dem Web-Interfaces des Nodes angeben - muss das aber nicht. Bislang bin ich davon ausgegangen, dass sie auch nur genau dort zur Verfügung stehen - vielleicht ist das ja schlichtweg falsch und die Daten erscheinen in irgendeiner API.
Die Web-Oberfläche der Nodes ist “bei uns” nur von innerhalb des Freifunknetzes - aber meines Wissens nach - nicht für Aussenstehende einsehbar. Von daher hält sich meine Begeisterung über die Veröffentlichung der Kontaktdaten “für alle” in der Federated Map in sehr engen Grenzen.
Möglicherweise habe ich die Situation auch technisch falsch beurteilt und die von mir angenommene Sicherheit könnte man als Security-by-not-membership bezeichnen: Wer nicht im internen Freifunk-Netz ist kann auf meine Daten nicht zugreifen.
Alles in allem: cooles Projekt, aber die Veröffentlichung meiner Kontaktdaten in dem Zusammenhang finde ich mäh!
Sofern Eure Firmware – Braunschweig AFAICS – das Feld nicht filtert, ist das Feld in den öffentlichen Daten enthalten. Braunschweig scheint es zu filtern:
Lt. Karte verwendet FFBS 2001:bf7:381::/48-Adressen, die aber weder bei IN-Berlin registriert noch im globalen Routing verzeichnet sind. Insofern ist »nur von innerhalb des Freifunknetzes« wohl korrekt — IPv6-Zugriffe von innerhalb des FFBS-Netzes müßten an den Netzgrenzen (Gateways) dann z. B. per Prefix-Translation – »IPv6-NAT« – auf geroutete Adressen umgeschrieben werden.
Konjunktiv; Deine Community tat zuvor, war wir jetzt auch tun: Schutz der Kontaktdaten durch Austausch durch einen beschreibenden Platzhalter in von Dritten nutzbaren Daten. Eben weil die Veröffentlichung dieser Daten was anderes ist als die der nackten Knoten-Statistiken.
Was bedeutet denn so ein „fetch failed“? Wenn z.B. von hier aus alle genannten URLs abrufbar sind und auch andere Datenquellen vom gleichen Server OK („active“) sind in dem debug.html?
