Protokoll für rein archivarische Zwecke
15.07.2021 #
TLN: Anzahl: 7
technisches #
gluon oder was anderes #
Festlegung: wir bleiben bei Gluon
Domains und Hoods #
Wollen wir gleich Multi-Domain-Ansatz fahren? Vorteil: zukunfts- und wachstumssicher Nachteil: hoher Aufwand (komplexer) gleich zu Beginn –> mehrheitlich für Multi-Domainsetup –> Ausdifferenzierung Link von Darmstadt
Auto-Updater #
Auto-update wollen wir definitiv haben! Sixtus: auto-updater direkt auf den gateways macht sehr viel sinn
Gateways #
was genau bietet max? - rootzugang zu vm? oder nur container? - freie wahl des OS und kernel - Ausleitung via FF-Dresden e.V. denkbar? - hat er eine öffentliche feste IP
gateway aufsetzen muss hinreichend dokumentiert sein ansible wäre (teil der) lösung auch eine Anwenderbezogene Doku/Flyer muss es geben
Vorschlag mokkin: “alte” und “neue” gateways könnten auch gekoppelt/verknüpft
Dokumentation #
Trennung von techn. und anwenderdoku techn. pipline und frontend –> t.b.d. anwender hugo-theme inhalte alles in git.dezentrale.cloud
mkDoc geekDoc
sonstiges #
SSID auf “freifunk-leipzig.de” geändert Mesh-SSID “LiMe” durch etwas anderes ersetzen Vorschläge de:ze:nt:ra:le de:ze:nt:ra:le.space 32-randomzeichen … oder etwas anderes kein ssh-key für fremdzugang keys für signierungselbstverständlich ja
WPA3 für das private Netz und OWE fürs Freifunk-Netz –> auf “longlist” gesetzt. kommt irgendwann später ebenfalls später: zertifkate für verschlüsselung