„content/docs/Protokolle/2021-07-29.md“ ändern

content/docs/Protokolle/2021-07-29.md

@@ -34,82 +34,3 @@ TLN: Anzahl 5
 
 
 
-
-
-==============
-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
-
-
-
-