CommunityDay2019: Unterschied zwischen den Versionen

Aus Freifunk Köln, Bonn und Umgebung
Zur Navigation springen Zur Suche springen
K (→‎www.bonn.de/@freifunk: - Vorschlag umgesetzt)
 
(39 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
<big>'''Draft!'''
= Orga =
</big>
= Details =
== Wann? ==
In 2019?
https://dudle.inf.tu-dresden.de/FFKBUCommunityDay2019/


== Wo? ==
== Wo? ==
C4?
Chaos Computer Club Cologne (C4) e.V.
Heliosstr. 6a
50825 Köln
https://koeln.ccc.de
 
== Wann? ==
Sonntag 10.02.2019 ab 11:30 Uhr


= Programm =
= Programm =
== Status 100x Wlan ==


== Landesföderprogramme ==
== Landesföderprogramme ==
Freifunk Euskirchen (roots@eifel e.V.) hat 2017 27.460 Euro benatragt und in 2018 umgesetzt.
Es sind für 2019 300.000 Euro im Fördertopf der Staatskanzlei NRW (letztes Jahr waren es noch 150.000 Euro)


== KBU Backbone Arbeit ==
== KBU Backbone Arbeit ==
Was tun wir so?
Eventueller Austausch von Omni im ChaosAS durch neue Hardware (durch die Landesföderung finanzieren?) um eine direkt Anbindung an den Community IX zu ermöglichen und ein eigenes AS mit IPv6 PI Space nutzen zu können.
Zusätzlich könnten wir auch eine Plattform für andere Projekte im Bereich freie Netze darauf anbieten. :-)
* Backbone-Arbeit eher schwierig, da viel Vorwissen erforderlich ist.
* Admin-Bootcamp ist eine gute Idee; Supernodes "zu Hause" auch, da sie die Last verringern.
* Nachwuchs-Förderung eher schwierig. Abh. von der Zielgruppe. Auf den Treffen kommen nur wenig neue Leute
* Wachstum: Ausgründen + Starhilfe für neue Communities funktioniert gut, sollte Ziegruppe sein
* Ziel: Doku hilft neuen Communities und minimiert die Einstiegshürde (Hackathon für die Doku?)
* Veranstaltungen (Nacht der Technik, u23) haben Nachwuchs-Potential.


== Adminbootcamp ==
== Adminbootcamp ==
Wir wollen noch einmal ein "Adminbootcamp" starten um weitere Admins für KBU auszubilden. Jeder sollte in der Lage sein, einen eigenen "Supernode" bauen zu können. STTH (SuperNodeToTheHome)
Es gibt auch Dienste um die Supnodes und Router herum, die Administriert werden müssen. Auch dafür suchen wir natürlich "Verantwortungsbwusste" $Menschen
* 2-3 Tage
* Termin wohl im Frühjahr / Sommer
* k3vin organisiert den Termin


== Wireguard in der [[KBU Bonn V2|Hood Bonn v2]] ==
== Wireguard in der [[KBU Bonn V2|Hood Bonn v2]] ==


== FFRL Werbeblock ==
== FFRL ==
??????????
Der FFRL beötigt noch Mitglieder/Fördermitglieder um den Betrieb auch Finanziell sichern zu können!
Die Stadt Bonn hat 2018 2500€ an den FFRL "gespendet"! Vielen Dank dafür an Simon und Sven!!!!! Das Geld hat einen Engpass beim FFRL ausgebügelt! :-)


== Mesh ./. Ad-Hoc (802.11s ./. IBSS) ==
== Status 100x Wlan ==
* Was sind die genauen Gründe, für den Wechsel auf 802.11s in Bonn v2?
=== Euskirchen ===
* Welche Hinweis geben wir Freifunkern, deren Hardware kein 802.11s kann? (z.B. RaPis)
Auschreibungen sind gleaufen und Aufträge erteilt. Noch gab es jedoch keinen Kontakt in Richtung Freifunk der ausführenden Firmen!
* Warum zieht Bonn auf 802.11s um - Köln und Umland jedoch nicht? Gibt es Argumente dafür?
 
yanosz denkt, es wäre gut, wenn wir:
* den gleichen Modus überall verwenden (also 802.11s default überall)
* den Modus konfigurierbar halten (soweit möglich)
* auf der Karte anzeigen, welcher Modus verwendet wird, damit pico-Peering möglich ist.
 
== Dokumentation Auto-Updater ==


=== Situation ===
=== Bonn ===
* Seit Firmware 1.4 (2016??) ist der Auto-Updater per default aktiv (Opt-Out). Einige Freifunkker haben damit indirekt Zugriff auf private Router und Netze, um Software zu installieren.
Begraben, wegen Denkmalschutz am vorgeschlagenen Gerichtsgebäude und Unwillen der Finanzamtbehördenmittarbeiter, mehr als Internet-WLAN im Wartezimmer zuzulassen! -
* Bis 01/2018 wurden die Benutzerinnen und Benutzer im unklaren gelassen - die Dokumentation sagte aus, dass es keine Update-Funktion gibt und keine Updates verteilt werden können.
* Seit 01/2018 gibt es einen Hinweis in der Wiki, dass die Firmware über einen Auto-Updater verfügt. Benutzerinnen und Benutzer werden informiert und darauf hingewiesen, dass der Auto-Updater bei Interesse deaktiveren werden kann. Falls überlesen, werden Benutzer/innen nicht erneut aktiv mit der Entscheidung (automatische Updates ja / nein) aktiv konfrontiert. Bislang wurden keine Updates automatisch installiert.


=== Probleme / Issues ===
=== Köln ===
Da läuft iwas..... ??????


==== 1. Hintertür-Problem ====
== ML ==
ML wurde aufgrund von Datenschutzbedenken auf Anonym umgestellt.
Die Community würde die ML gerne wieder auf den Alten Stand bringen. Dies wäre mit einem deutlichen Hinweis bei der Anmeldung auch möglich.
Eine ergänzung unserer Datenschutzerklärung ist laut unserem Datenschutzbeauftragten nicht nötig. Danke @count! :-)


Freifunker haben aktuell noch ohne Zustimmung und ggf. Kenntnis des Aufsteller/innen Zugriff auf private Netze & Daten. Bis 01/2018 wurden Aufsteller(innen) über die Zugriffsmöglichkeit in die Irre geführt.
===Hinweis zum Mail-Abo===
Unter https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn steht derzeit:


yanosz findet es kafkaesk, dass sich Freifunker auf diese Weise verdeckt Zugriff auf private Daten und Netze verschaffen können: Falls jmd. denkt, dass es cool ist, unter falschen Angaben Zugang zu privaten Netze & Daten zu erlangen gibt es Diskussionsbedarf. Es steht für yanosz außer Frage, dass die Benutzer dem Autoupdater aktiv zustimmen müssen. *Aus der Dokumentation muss klar erkennbar sein*:
Abonnieren Sie Freifunk-Bonn, indem Sie das folgende Formular ausfüllen: In Kürze erhalten Sie eine Bestätigungs-E-Mail, um sicherzustellen, dass es wirklich Sie sind, der abonnieren möchte. Dies ist eine
* Was ist die Konsequenz eines aktiven Auto-Updaters: Wer hat Zugang zu den privaten Netzen der Nutzer?
versteckte Mailingliste, was bedeutet, dass die Abonnentenliste nur vom Administrator der Liste eingesehen werden kann.  
* Wer hat wann welches Update ausgerollt (audit history)?
* Welche Infos gibt es bei einem Update (changelog)?
* Welche Policy gibt es für automatische Updates (Key-Management, 4-Augen-Prinzip, etc.)


Diskussionspunkte:
Künftig ggf. folgender Text:
* Wie soll die/der Benutzer/in Updates zustimmen (Radio-Button / Feld im Config-Mode? / Hinweis)?
* ToDos für die Key-Inhaber
** Re-keying, löschen aktueller Keys: Ernsthafte Zusicherung, dass geschaffene Zugänge gelöscht wurden, sofern Aufsteller/innen nicht explizit zugestimmt haben.
** Nachvollziehbare Dokumentation der Ownership (PGP / Web-Of-Trust?)
** Soll die Zustimmung der Nutzer dokumentiert werden? Falls ja, wie?
* Wie werden ausgerollte Updates dokumentiert?
** Wiki-Seite mit changelog
** E-Mail über spezielle Liste?
** Kontrolle / Auditing in der Community?
* Haftung für Freizeit-Admins bei Fehlern?
* Wie können Benutzer einzelene Updates zurückhalten?


==== 2. Es-gibt-keine-Updates-Problem - es gibt keine Auto-Updater ja/nein Entscheidung. ====
Unsere öffentliche Freifunk-Mailingliste könnten Sie abbonieren, indem Sie das nachfolgende Formular ausfüllen. Um sicherzustellen, dass die Mailadresse wirklich Ihre ist, wird Ihnen eine Bestätigungsmail mit  einem Bestätigungs-Code zugeschickt, der nachträglich eingegeben werden muss. Alternativ ist auch eine URL in der Mail enthalten, die Sie zur Bestätigung anklicken können.
Bitte beachten Sie unbedingt, dass die von dieser Adresse versandten E-Mails und damit verknüpfte Klarnamen auf unserer Mailingliste öffentlich sind, d.h. von gängigen Suchmaschinen gefunden werden! Verwenden Sie deshalb ggf. eine individuelle Mail-Adresse, die Ihre Identität nicht unmittelbar offenbart.
Die Liste der Abbonenten dieser Mailingliste ist nicht öffentlich, d.h. ausschließlich die Mail-Administratoren von KBU können diese einsehen.


Die Dokumenation suggiert aktuell, dass es einen Auto-Updater bzw. automatische Updates gibt. Benutzer/innen gehen z.T. gutgläubig davon aus. Die / der
== Autoupdate ==
Benutzer/in kann sich für oder gegen automatische Updates entscheiden.
Es wäre super, wenn wir einen Hinweis zum Autoupdate auf der Gluon Wizard Startseite einblendenden würden.
Somit wird der User noch einmal darauf hingewiesen, dass es eine solche Funktion gibt und diese gegebenenfalls Deaktivieren kann.
Eine Implementierung haben z.B. schon die Hennefer "Kollegen" in ihrer Firmware! :-)


Diskussionspunkte:
== www.bonn.de/@freifunk ==
* Welche Dokumentation macht Stand jetzt Sinn? Wie soll die aktuelle Firmware beschrieben werden? Evtl. klarer herausstellen: Es geht nicht um automatische Updates, sondern um Zugriffsrechte auf private Devices.
* Auto-Updater ist keine ja / nein - dafür / dagegen Frage. Es wird immer Leute geben, die "Ihre"-Firmware bauen. Das ist der Sinn des Projekts! Wie soll dies aus der Dokumentation hervorgehen?
* Passt es zum Projekt, Nutzern zu empfehlen (bzw. vor die Wahl zu stellen) uns Zugang zu Ihrem Netz zu geben, ohne dass tatsächlich Updates gibt? Warum sollte das jmd. tun wollen, d.h. welche Argumente sprechen dafür?


=== Ideen / Arbeitspunkte / Anregungen ===
Da es inzwischen keine Störerhaftung mehr gibt und sich sonstige Dinge auch weiter entwickelt haben, müsste der Text von der Stadt Bonn angepasst werden.
Wir sollten dazu ggf. einen Vorschlag schicken, den Text entwickeln wir unter https://pad.freifunk.net/p/KBUCommunityDay2019


# Wir branchen jetzt eine neue Firmware für neue Devices. Was tun?
'''Der Vorschlag wurde inzwischen schon umgesetzt.'''
# Auto-Update klar als Projekt einzelner Freifunker herausstellen: Es gibt auch Leute, die auch eine Firmware bauen, wo ihre Keys hinterlegt, damit sie ggf. Updates einspielen können. Wer macht genau was?
# Netzstabilität ohne Auto-Updater (Notfall-Plan für fastd-Port Rotation)?
# Das Scharf-Schalten (d.h. verlinken als Download in der Installationsanleitung) sollte der letzte Schritt sein - d.h. die Doku-Todos müssen erledigt sein, bevor entsprechende Software zum Download angeboten wird.
# Vorschlag zur Auto-Updater Umsetzung
## 2 Branches: Mit / ohne Auto-Updater (2018.x) asap für alle Hoods
## Zunächst nur Firmware ohne Auto-Updater in der Anleitung verlinken
## Wenn die Doku fertig ist und es regelmäßige Updates gibt: Hinweise in Installationsanleitung aufnehmen.

Aktuelle Version vom 12. Februar 2019, 09:40 Uhr

Orga

Wo?

Chaos Computer Club Cologne (C4) e.V. Heliosstr. 6a 50825 Köln https://koeln.ccc.de

Wann?

Sonntag 10.02.2019 ab 11:30 Uhr

Programm

Landesföderprogramme

Freifunk Euskirchen (roots@eifel e.V.) hat 2017 27.460 Euro benatragt und in 2018 umgesetzt. Es sind für 2019 300.000 Euro im Fördertopf der Staatskanzlei NRW (letztes Jahr waren es noch 150.000 Euro)

KBU Backbone Arbeit

Was tun wir so? Eventueller Austausch von Omni im ChaosAS durch neue Hardware (durch die Landesföderung finanzieren?) um eine direkt Anbindung an den Community IX zu ermöglichen und ein eigenes AS mit IPv6 PI Space nutzen zu können. Zusätzlich könnten wir auch eine Plattform für andere Projekte im Bereich freie Netze darauf anbieten. :-)

  • Backbone-Arbeit eher schwierig, da viel Vorwissen erforderlich ist.
  • Admin-Bootcamp ist eine gute Idee; Supernodes "zu Hause" auch, da sie die Last verringern.
  • Nachwuchs-Förderung eher schwierig. Abh. von der Zielgruppe. Auf den Treffen kommen nur wenig neue Leute
  • Wachstum: Ausgründen + Starhilfe für neue Communities funktioniert gut, sollte Ziegruppe sein
  • Ziel: Doku hilft neuen Communities und minimiert die Einstiegshürde (Hackathon für die Doku?)
  • Veranstaltungen (Nacht der Technik, u23) haben Nachwuchs-Potential.

Adminbootcamp

Wir wollen noch einmal ein "Adminbootcamp" starten um weitere Admins für KBU auszubilden. Jeder sollte in der Lage sein, einen eigenen "Supernode" bauen zu können. STTH (SuperNodeToTheHome) Es gibt auch Dienste um die Supnodes und Router herum, die Administriert werden müssen. Auch dafür suchen wir natürlich "Verantwortungsbwusste" $Menschen

  • 2-3 Tage
  • Termin wohl im Frühjahr / Sommer
  • k3vin organisiert den Termin

Wireguard in der Hood Bonn v2

FFRL

Der FFRL beötigt noch Mitglieder/Fördermitglieder um den Betrieb auch Finanziell sichern zu können! Die Stadt Bonn hat 2018 2500€ an den FFRL "gespendet"! Vielen Dank dafür an Simon und Sven!!!!! Das Geld hat einen Engpass beim FFRL ausgebügelt! :-)

Status 100x Wlan

Euskirchen

Auschreibungen sind gleaufen und Aufträge erteilt. Noch gab es jedoch keinen Kontakt in Richtung Freifunk der ausführenden Firmen!

Bonn

Begraben, wegen Denkmalschutz am vorgeschlagenen Gerichtsgebäude und Unwillen der Finanzamtbehördenmittarbeiter, mehr als Internet-WLAN im Wartezimmer zuzulassen! -

Köln

Da läuft iwas..... ??????

ML

ML wurde aufgrund von Datenschutzbedenken auf Anonym umgestellt. Die Community würde die ML gerne wieder auf den Alten Stand bringen. Dies wäre mit einem deutlichen Hinweis bei der Anmeldung auch möglich. Eine ergänzung unserer Datenschutzerklärung ist laut unserem Datenschutzbeauftragten nicht nötig. Danke @count! :-)

Hinweis zum Mail-Abo

Unter https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn steht derzeit:

Abonnieren Sie Freifunk-Bonn, indem Sie das folgende Formular ausfüllen: In Kürze erhalten Sie eine Bestätigungs-E-Mail, um sicherzustellen, dass es wirklich Sie sind, der abonnieren möchte. Dies ist eine 
versteckte Mailingliste, was bedeutet, dass die Abonnentenliste nur vom Administrator der Liste eingesehen werden kann. 

Künftig ggf. folgender Text:

Unsere öffentliche Freifunk-Mailingliste könnten Sie abbonieren, indem Sie das nachfolgende Formular ausfüllen. Um sicherzustellen, dass die Mailadresse wirklich Ihre ist, wird Ihnen eine Bestätigungsmail mit  einem Bestätigungs-Code zugeschickt, der nachträglich eingegeben werden muss. Alternativ ist auch eine URL in der Mail enthalten, die Sie zur Bestätigung anklicken können.

Bitte beachten Sie unbedingt, dass die von dieser Adresse versandten E-Mails und damit verknüpfte Klarnamen auf unserer Mailingliste öffentlich sind, d.h. von gängigen Suchmaschinen gefunden werden! Verwenden Sie deshalb ggf. eine individuelle Mail-Adresse, die Ihre Identität nicht unmittelbar offenbart.

Die Liste der Abbonenten dieser Mailingliste ist nicht öffentlich, d.h. ausschließlich die Mail-Administratoren von KBU können diese einsehen.

Autoupdate

Es wäre super, wenn wir einen Hinweis zum Autoupdate auf der Gluon Wizard Startseite einblendenden würden. Somit wird der User noch einmal darauf hingewiesen, dass es eine solche Funktion gibt und diese gegebenenfalls Deaktivieren kann. Eine Implementierung haben z.B. schon die Hennefer "Kollegen" in ihrer Firmware! :-)

www.bonn.de/@freifunk

Da es inzwischen keine Störerhaftung mehr gibt und sich sonstige Dinge auch weiter entwickelt haben, müsste der Text von der Stadt Bonn angepasst werden. Wir sollten dazu ggf. einen Vorschlag schicken, den Text entwickeln wir unter https://pad.freifunk.net/p/KBUCommunityDay2019

Der Vorschlag wurde inzwischen schon umgesetzt.