„content/docs/Protokolle/2021-07-29.md“ hinzufügen

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

@@ -0,0 +1,115 @@
+`Protokoll für rein archivarische Zwecke`
+
+## offene Punkte
+
+website: https://freifunk-leipzig.de weiterentwickeln
+-- Software für die Doku installieren, verlinken und mit Inhalten füllen (z.B. 
+keikan s erfolgreiches Flashen der FritzBox)
+-- Pico Peering Agreement verlinken
+-- Impressum auf https://dezentrale.space/impressum/ ?
+Rechtssicherheit: Klärung von Verantwortlichkeit - Impressum/Miete von VPNs über dezentrale oder großem 
+
+Freifunk-Verein (Wer bekommt im worst case einen Brief?)
+Transparente Darstellung des technischen und rechtlichen Settings; dadurch entsteht mehr Verständnis innerhalb und außerhalb unserer Community
+
+
+----------
+29.07.2021
+----------
+TLN: Anzahl 5
+
+### Gateway
+
+- Alex hat sich die letzten Tage zum Thema "Aufbau eines Gluon-Gateways" eingefuchst
+	- Autoupdater ist soweit klar
+	- Hood-Selektor lässt sich nicht bauen
+	- automatisiertes Aufsetzten der Gateway-Endpunkte ist in Arbeit
+		- "Hood-Provider" ist auch noch schwierig
+		- 
+	- Frage: wollen wir IPv6 only?
+	- Alex präferiert eine Architektur ähnlich Projekt Parker
+		- "Supernodes" getrennt von den tatsächlichen Ausleitungs-GW
+		- zu Beginn wäre aber vielleicht ein "klassisches Setup" sinnvoll/zielführend
+
+
+
+
+
+
+==============
+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
+
+
+
+