wiki/content/docs/Protokolle/2021-07-15.md

80 lines
1.6 KiB
Markdown

`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](https://darmstadt.freifunk.net/news/2018/09/20/ankuendigung-multidomain.html)
### 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
## webseite