This repository has been archived on 2024-05-11. You can view files and clone it, but cannot push or open issues or pull requests.
wiki/content/docs/Protokolle/2021-07-29.md

2.8 KiB

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

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