VDS as a Public Service
"Was soll das?"
Es ist der 17 Mai 2017 in Münster. Es ist warm. Freifunk Treffen. Wir sind im Biergarten mit vielen netten Menschen.
VDS frustriert uns. Wir wissen nicht was wir in unserer speziellen Konfiguration tun "müssten". Natürlich halten wir das alles eher a) einen Fehler und b) in der Ausführung für phänomenal blöde. "Schnell, Schnell" Gesetzgebung halt. #sad
...
Also was machen wir?
Von der BNetzA haben wir keine Auskunft, ob wir in unserer speziellen Situation überhaupt "VDS pflichtet" sind (wir haben gefragt).
Und dabei wäre dies auch erstmal ne Auskunft, da kann man auch anderer Meinung sein. Sprich: Rechtsprechung steht ja eh noch aus.
Den "Balls of Steel" Ansatz fahren (einfach nicht machen und dann schauen wir mal) - ist zumindest wg. privater Haftung beim FFI Vorstand nicht mehrheitsfähig. Selbst VDS machen? Ist aufwändig (Bereitschaft, Infra, Sicherheitskonzept) und teuer. Signifikanter Anteil der Aktiven haben für diesen Fall Totalverweigerung ("Ich bin dann raus") signalisiert. Stecker ziehen? Wäre logisch, jede Gesellschaft bekommt das Netz das sie verdient. Gegenargument: Wir tragen eine Dissens auf den Rücken der Schwächsten aus. Wollen wir auch nicht. Und viele nette Menschen die Knoten aufstellen haben da Arbeit reingesteckt.
"Local Exit" (d.h. Ausleitung am Freifunk Router mit oder ohne VPN) ist der gefühlt goldene Weg. Dezentralität auf 11. Mittmachnetz pur. Wäre toll. Kriegen wir da einen Übergang mit 3000 Router in der Zeit (4 Wochen) hin, so daß nicht 90% auf der Strecke bleibt? Ich glaube nicht.
...
So jetzt Inhalt: (und noch'n Bier bitte)
Daten die wir 'hätten' vs Katalog VDS
| "Hättten wir" (bzw kommen wir dran) | Möchte VDS (lt FAQ BNetzA) | |
|---|---|---|
eMAC Adresse d. Clients |  | Nicht benötigt → "Die MAC-Adresse eines Endgerätes kann nicht als zusätzliche Anschlusskennung gespeichert werden" |
| Gemeinsam genutze genutzte Public IP des Clients (NAT) |  | Benötigt → "... eine Internetnutzung zugewiesene IP-Adresse zu speichern ... " |
Private IPv4 d. Clients | | Nicht benötigt → "Hierunter ist – ausschließlich – die öffentliche IP-Adresse zu verstehen" |
Verbindungen des Clients
|  | Keine Quelle |
| | Nicht benötigt → "Nein, weitere Verkehrsdaten wie die Portadressen dürfen nicht gespeichert werden" |
Hostname d. Clients (wenn mittels DHCP übermittelt) |  | |
Knoten an dem der Client hängt (Public-IP?) | | Benötigt → "Die Anschlusskennung ist in öffentlichen WLANs im Allgemeinen die netzseitige Kennung des HotSpot" |
IPv6 Adresse des Clients (wenn aktive Kommunikation) | ||
| | Nicht benötigt → Benutzerkennung FAQ: "Wird dem Endnutzer keine Benutzerkennung zugeteilt, wie dies beispielsweise in registrierungsfreien HotSpots der Fall ist, entfällt diese Speicherpflicht" |
Veröffentlicht
Essenz: Schnittmenge zwischen VDS Forderung und Daten die wir haben. vdsutltras.freifunk-muensterland.de
...