Stellungnahme zur Mindestspeicherung von IP-Adressen bei öffentlichen WLANs
Hintergrund
Nachdem uns nun öfter im Chat oder per Twitter die Frage gestellt wurde, warum wir keine einheitliche SSID wie “muenchen.freifunk.net” wie in der Vergangenheit benutzen, hier die Erklärung:
Natürlich würden wir, um es möglichst einfach für die Benutzer zu halten, gerne die einheitliche SSID “Freifunk” benutzen. Mit dem aktuell gewählten und verfolgten Netzbetriebskonzept ist das aber nicht sinnvoll vereinbar.
Entsprechend des WiFi-Protokolls gehen die Endgeräte bei einer einheitlichen SSID davon aus, dass es sich um ein und dasselbe Netz handelt. Dies ist aber nicht der Fall, da alleine das Freifunk München Netz in mehrere sogenannte Segmente unterteilt ist. Auch diese Einteilung, die Einteilung in Segmente, ist eine Entscheidung und derzeit die technisch sinnvollste Lösung für einen möglichst performanten Betrieb gegeben die Größe unseres Gesamtnetzes.
Jedes dieser Segmente stellt ein eigenes Netz mit eigenen IP-Adressen dar. Die Netze können zwar zwischen einander kommunizieren, sind aber für sich genommen eine abgeschlossene Einheit mit eigenem DHCP Server, eigenem Gateway etc..
Wenn die Geräte also zwischen den Segmenten hin- und herwechseln würde mit einheitlicher SSID zum Beispiel folgendes passieren:
Diese ganze Abfolge wäre bei einer anderen SSID nicht passiert, da das Endgerät von sich aus wüsste, dass es sich um ein anderes Netz handelt und pro-aktiv nach einer neuen IP-Adresse gefragt hätte.
Deswegen haben wir uns entschieden entsprechend dem Segment auch die SSID zu benennen.
Unsere aktuellen SSIDs lauten:
Weitere Fragen die ihr euch eventuell stellt:
Wir hoffen das beantwortet eure Fragen :).
Also beim nächsten Mal, wenn sich euer Endgerät nicht automatisch mit dem Wifi verbindet, einfach mal nach Wlans suchen, einloggen und los surfen!
Falls ihr noch mehr wissen wollt schaut gerne im Chat vorbei und fragt uns.
Euer Freifunk München Team
Support-Ende für EdgeRouter X und EdgeRouter X SFP
Umstellung unserer DoH-Server auf HAProxy bringt HTTP/3 und QUIC Unterstützung
wir sagen es offen: Uns fehlen aktive Helfer:innen. Und das bringt uns als Verein zunehmend an unsere Grenzen.
Wir freuen uns, einen weiteren kostenlosen Dienst für die Community bereitzustellen: eine HedgeDoc-Instanz, erreichbar unter https://hedgedoc.ffmuc.net.
Wir freuen uns, euch mitteilen zu können, dass wir ab sofort georedundante Mitglieder-VMs bereitstellen! Damit könnt ihr eure VMs nun in zwei verschiedenen S...
Herzlichen Dank an WIIT Cloud!
Momentan befindet sich die Version v2025.1.1 für stable/testing/experimental im Rollout. Hier werden die Geräte alle nach und nach das Update erhalten.
Update-Ankündigung
Seit 19.12.2024 haben wir im Münchner Rechenzentrum einen neuen Transit Provider mit 2x25G. Somit haben wir nun insgeamt 60G Bandbreite in München zur Verfüg...