Architektur - Versionsgeschichte

Cptechnik: Kategorie

2024-01-13T12:40:43Z

Kategorie

← Nächstältere Version		Version vom 13. Januar 2024, 14:40 Uhr
Zeile 178:		Zeile 178:
	Super-Nodes betreiben radvd-Server im Adressbereich 2001:67c:20a0:b102::/64 und annoncen sich selbst als Router		Super-Nodes betreiben radvd-Server im Adressbereich 2001:67c:20a0:b102::/64 und annoncen sich selbst als Router
	</strike>		</strike>
	[[~~Category~~:Netzdesign]]		[[Kategorie:Netzdesign]]

Yanosz: /* Wireless LAN */

2019-11-26T17:32:52Z

Wireless LAN

← Nächstältere Version		Version vom 26. November 2019, 19:32 Uhr
Zeile 50:		Zeile 50:
	Im Freifunk-KBU Netz wird IEEE 802.11 verwendet:		Im Freifunk-KBU Netz wird IEEE 802.11 verwendet:
	* Das Infrastruktur-Netz führt die SSID <tt>kbu.freifunk.net</tt>. Für Klienten erscheint es als normaler Accesspoint.		* Das Infrastruktur-Netz führt die SSID <tt>kbu.freifunk.net</tt>. Für Klienten erscheint es als normaler Accesspoint.
	* Das Ad-Hoc Netz nutzt die ESSID und BSSID: <tt>02:d1:11:37:fc:39</tt>. Es ermöglicht die direkte Kommunikation zwischen verschiedenen Nodes.		* Das Ad-Hoc Netz nutzt die ESSID und BSSID: <tt>02:d1:11:37:fc:39</tt> (z.T. Abweichungen). Es ermöglicht die direkte Kommunikation zwischen verschiedenen Nodes.

	=== VPN ===		=== VPN ===

Yanosz: /* Wireless LAN */

2019-11-26T17:32:20Z

Wireless LAN

← Nächstältere Version		Version vom 26. November 2019, 19:32 Uhr
Zeile 48:		Zeile 48:

	=== Wireless LAN ===		=== Wireless LAN ===
	Im Freifunk-KBU Netz wird IEEE 802.~~11g/n~~ verwendet:		Im Freifunk-KBU Netz wird IEEE 802.11 verwendet:
	* Das Infrastruktur-Netz führt die SSID <tt>kbu.freifunk.net</tt>. Für Klienten erscheint es als normaler Accesspoint.		* Das Infrastruktur-Netz führt die SSID <tt>kbu.freifunk.net</tt>. Für Klienten erscheint es als normaler Accesspoint.
	* Das Ad-Hoc Netz nutzt die ESSID und BSSID: <tt>02:d1:11:37:fc:39</tt>. Es ermöglicht die direkte Kommunikation zwischen verschiedenen Nodes.		* Das Ad-Hoc Netz nutzt die ESSID und BSSID: <tt>02:d1:11:37:fc:39</tt>. Es ermöglicht die direkte Kommunikation zwischen verschiedenen Nodes.

Yanosz: Doku zu 1.4 entfernt

2019-11-26T17:31:22Z

Doku zu 1.4 entfernt

← Nächstältere Version		Version vom 26. November 2019, 19:31 Uhr
Zeile 18:		Zeile 18:
	=== Supernodes ===		=== Supernodes ===
	[[Datei:Super-node-overview.png\|thumb\|300px\|right\|Abb. 1]]		[[Datei:Super-node-overview.png\|thumb\|300px\|right\|Abb. 1]]
	[[supernode\|Supernodes]] (auch: fastd-Server) sind Nodes, die VPN-Verbindungen von Nodes entgegen nehmen. Ein Supernode ist im Internet erreichbar, d.h. Nodes können VPN-Verbindungen dorthin initiieren, auch wenn sie sich z.B. hinter einem [[Wikipedia:Network_Address_Translation \| NAT]] befinden. Supernodes verfügen über eine gute Internet-Anbindung (100MBit/s). Jeder Node hält ~~(bis zur KBU-Firmware 1.4)~~ typischerweise VPN-Verbindungen zu zwei verschiedenen Supernodes. Adressen und VPN-Schlüssel der Supernodes sind fest in der Node-Firmware verdrahtet.		[[supernode\|Supernodes]] (auch: fastd-Server) sind Nodes, die VPN-Verbindungen von Nodes entgegen nehmen. Ein Supernode ist im Internet erreichbar, d.h. Nodes können VPN-Verbindungen dorthin initiieren, auch wenn sie sich z.B. hinter einem [[Wikipedia:Network_Address_Translation \| NAT]] befinden. Supernodes verfügen über eine gute Internet-Anbindung (100MBit/s). Jeder Node hält typischerweise VPN-Verbindungen zu ein bis zwei verschiedenen Supernodes - abhängig von der Firmware. Adressen und VPN-Schlüssel der Supernodes sind fest in der Node-Firmware verdrahtet.

	Supernodes werden beispielsweise auf dedizierten Servern ohne WLAN-Konnektivität betrieben.		Supernodes werden beispielsweise auf dedizierten Servern ohne WLAN-Konnektivität betrieben.
	Abb. 1 zeigt die Kommunikation zwischen Klienten, Nodes und Supernodes. Die Nodes A und B sind mit den Supernodes fastd1 und fastd2 verbunden. Über die eingezeichneten Verbindungen werden batman-adv Frames versendet. Der Klient ist im Infrastruktur-Netz an Node A eingebucht - es werden gewöhnliche Wireless-Lan-Frames verwendet. (''kein batman-adv'')		Abb. 1 zeigt die Kommunikation zwischen Klienten, Nodes und Supernodes. Die Nodes A und B sind mit den Supernodes fastd1 und fastd2 verbunden. Über die eingezeichneten Verbindungen werden batman-adv Frames versendet. Der Klient ist im Infrastruktur-Netz an Node A eingebucht - es werden gewöhnliche Wireless-Lan-Frames verwendet. (''kein batman-adv'')

	'''Update:''' seit KBU-Firmware 1.4 (basierend auf Gluonv 2015.1.2) wird von jedem Freifunk-Router (Knoten) nur noch eine Verbindung zu einem (anstatt zwei) Supernodes aufgebaut, um den Hintergrund-Datenverkehr zu halbieren und mehr Nutzdaten zu erlauben. Bei einem Supernode-Ausfall dauert es damit 1-2 Minuten, bis sich ein Knoten mit einem anderen Supernode verbindet und der Dienst wieder zur Verfügung steht. Da Ausfälle selten sind, scheint das ein guter Kompromiss zu sein.

	=== Nodes ===		=== Nodes ===

Zuse: /* Backbone-VPN / Tinc */ Rechtschreibunk

2017-12-27T21:24:44Z

Backbone-VPN / Tinc: Rechtschreibunk

← Nächstältere Version		Version vom 27. Dezember 2017, 23:24 Uhr
Zeile 105:		Zeile 105:
	* Verfügt ein Supernode über Kontakt zu weiteren Netzten so annonciert er eine entsprechende Route. In der Abbildung kann fastd4 über das Tor-Netzwerk Verbindungen zum WWW aufbauen. Er annonciert daher die Route <tt>0.0.0.0/0</tt> (Default Route). Verfügt ein Node über Kontakt im ChaosVPN (http://wiki.hamburg.ccc.de/ChaosVPN) oder IC-VPN (http://wiki.freifunk.net/IC-VPN) so annonciert er diese Netzbereiche.		* Verfügt ein Supernode über Kontakt zu weiteren Netzten so annonciert er eine entsprechende Route. In der Abbildung kann fastd4 über das Tor-Netzwerk Verbindungen zum WWW aufbauen. Er annonciert daher die Route <tt>0.0.0.0/0</tt> (Default Route). Verfügt ein Node über Kontakt im ChaosVPN (http://wiki.hamburg.ccc.de/ChaosVPN) oder IC-VPN (http://wiki.freifunk.net/IC-VPN) so annonciert er diese Netzbereiche.
	* Das VPN ist verschlüsselt. Nutzlast wie z.B. Service-Aufrufe müssen daher nicht zusätzlich per SSL/TLS gesichert werden.		* Das VPN ist verschlüsselt. Nutzlast wie z.B. Service-Aufrufe müssen daher nicht zusätzlich per SSL/TLS gesichert werden.
	* Jeder Router annonciert zusätzlich das im zugeteilte Netz -- fastd3: <tt>172.27.8.0/21</tt>, fastd4: <tt>172.27.16.0/21</tt>		* Jeder Router annonciert zusätzlich das ihm zugeteilte Netz -- fastd3: <tt>172.27.8.0/21</tt>, fastd4: <tt>172.27.16.0/21</tt>
	* Der Schlüsselaustausch erfolgt via github (https://github.com/ff-kbu/bbkeys).		* Der Schlüsselaustausch erfolgt via github (https://github.com/ff-kbu/bbkeys).
	Paul nimmt hierbei eine Sonderrolle ein: Als einziger, regulärer Router zum Internet kann er als IPv4- und IPv6-Default-Router verwendet werden. Paul ist kein Supernode sondern wickelt lediglich externen Traffic ab.		Paul nimmt hierbei eine Sonderrolle ein: Als einziger, regulärer Router zum Internet kann er als IPv4- und IPv6-Default-Router verwendet werden. Paul ist kein Supernode sondern wickelt lediglich externen Traffic ab.

Globalhawk: /* OSI-3: Network Layer */

2017-02-10T10:59:34Z

OSI-3: Network Layer

← Nächstältere Version		Version vom 10. Februar 2017, 12:59 Uhr
Zeile 85:		Zeile 85:

	== OSI-3: Network Layer ==		== OSI-3: Network Layer ==
	Zur Kommunikation im Freifunk-Netz und mit weiteren Netzen ist es erforderlich, IP-Adressen zu Vergeben und Pakete in andere Netze zu routen. Dieser Absatz beschreibt die verwendete Adressierungs- und Routing-Strategien im Freifunk-Netz. Hierbei wird insbesondere auf das ~~Backbon~~-VPN (Tinc) und auf die Konfiguration der Supernodes eingegangen.		Zur Kommunikation im Freifunk-Netz und mit weiteren Netzen ist es erforderlich, IP-Adressen zu Vergeben und Pakete in andere Netze zu routen. Dieser Absatz beschreibt die verwendete Adressierungs- und Routing-Strategien im Freifunk-Netz. Hierbei wird insbesondere auf das Backbone-VPN (Tinc) und auf die Konfiguration der Supernodes eingegangen.

	=== IPv4 ===		=== IPv4 ===

Globalhawk: /* Nodes */

2017-02-10T10:52:28Z

Nodes

← Nächstältere Version		Version vom 10. Februar 2017, 12:52 Uhr
Zeile 27:		Zeile 27:
	=== Nodes ===		=== Nodes ===
	[[Datei:4.1-All-Bridging.png\|thumb\|300px\|right\|Abb. 2]]		[[Datei:4.1-All-Bridging.png\|thumb\|300px\|right\|Abb. 2]]
	Auf den Nodes existieren verschiedene Netze, die teilweise mit einander verbunden sind (Abb. 2). Jeder Node spannt dabei zwei Wireless-Lan-Netze ~~auf~~ und ggf. eine VPN-Verbindung auf.		Auf den Nodes existieren verschiedene Netze, die teilweise mit einander verbunden sind (Abb. 2). Jeder Node spannt dabei zwei Wireless-Lan-Netze und ggf. eine VPN-Verbindung auf.

	* ''wlan0'' wird als "Master"-Netz betrieben		* ''wlan0'' wird als "Master"-Netz betrieben

Yanosz am 2. Oktober 2016 um 11:43 Uhr

2016-10-02T11:43:46Z

← Nächstältere Version		Version vom 2. Oktober 2016, 13:43 Uhr
Zeile 61:		Zeile 61:

	''Das VPN verbindet Ad-Hoc Mesh-Partitionen - Partitionen ohne VPN-Link zu Supernodes arbeiten autark.		''Das VPN verbindet Ad-Hoc Mesh-Partitionen - Partitionen ohne VPN-Link zu Supernodes arbeiten autark.

	~~==== Schlüsselaustausch ====~~
	~~[[Datei:Key-submit.png\|thumb\|300px\|right\|Abb. 4]]~~

	~~Zum Aufbau einer fastd-Verbindung müssen beide Peers (Node und Supernode) vorab ihren Public Key ausgetauscht haben.~~
	* Die Keys der Supernodes sind in der Firmware hinterlegt und stehen von Beginn an zur Verfügung.
	* Die Keys der Nodes werden initial (beim ersten Systemstart) generiert und müssen danach übermittelt werden.

	Die Übermittlung erfolgt dabei über die Supernodes. Jeder Supernode betreibt einen RESTful-Webservice über den er Schlüssel entgegen nimmt (https://github.com/ff-kbu/fastd-service): Initiiert ein Node eine VPN-Verbindung zu einem Supernode zu übermittelt er im Vorfeld seinen Public-Key. Durch die Verwendung Elliptischer Kurven sind die Schlüssel hinreichend klein und können urlencoded übermittelt werden. Abb. 4 zeigt den Schlüsselaustausch zwischen Node und Supernode. Die Übermittlung geschieht bei jedem Boot des Nodes.

	Das Node-Register ist ebenfalls am Austausch beteiligt: Es kann Schlüssel ablehnen (bspw. wenn er bereits im Netz verwendet wird). In diesem Fall übermittelt das Node-Register HTTP-423 (Locked). Alle anderen Rückgabewerte oder Fehler werden vom Supernode ignoriert. Somit ist ein Schlüsselaustausch auch ohne verfügbares Node-Register möglich.

	~~Ändert sich der Schlüssel eines Nodes (z.B. durch Neuinstallation), so wird der neue Schlüssel anstelle des alten übermittelt und im VPN verwendet.~~

	=== Frame-Typen ===		=== Frame-Typen ===

Yanosz am 2. Oktober 2016 um 11:42 Uhr

2016-10-02T11:42:39Z

← Nächstältere Version		Version vom 2. Oktober 2016, 13:42 Uhr
Zeile 193:		Zeile 193:
	Super-Nodes betreiben radvd-Server im Adressbereich 2001:67c:20a0:b102::/64 und annoncen sich selbst als Router		Super-Nodes betreiben radvd-Server im Adressbereich 2001:67c:20a0:b102::/64 und annoncen sich selbst als Router
	</strike>		</strike>
			[[Category:Netzdesign]]

Nunatak: Anmerkung zu "peer limit 1"

2015-12-26T20:25:00Z

Anmerkung zu "peer limit 1"

← Nächstältere Version		Version vom 26. Dezember 2015, 22:25 Uhr
Zeile 18:		Zeile 18:
	=== Supernodes ===		=== Supernodes ===
	[[Datei:Super-node-overview.png\|thumb\|300px\|right\|Abb. 1]]		[[Datei:Super-node-overview.png\|thumb\|300px\|right\|Abb. 1]]
	[[supernode\|Supernodes]] (auch: fastd-Server) sind Nodes, die VPN-Verbindungen von Nodes entgegen nehmen. Ein Supernode ist im Internet erreichbar, d.h. Nodes können VPN-Verbindungen dorthin initiieren, auch wenn sie sich z.B. hinter einem [[Wikipedia:Network_Address_Translation \| NAT]] befinden. Supernodes verfügen über eine gute Internet-Anbindung (100MBit/s). Jeder Node hält typischerweise VPN-Verbindungen zu zwei verschiedenen Supernodes. Adressen und VPN-Schlüssel der Supernodes sind fest in der Node-Firmware verdrahtet.		[[supernode\|Supernodes]] (auch: fastd-Server) sind Nodes, die VPN-Verbindungen von Nodes entgegen nehmen. Ein Supernode ist im Internet erreichbar, d.h. Nodes können VPN-Verbindungen dorthin initiieren, auch wenn sie sich z.B. hinter einem [[Wikipedia:Network_Address_Translation \| NAT]] befinden. Supernodes verfügen über eine gute Internet-Anbindung (100MBit/s). Jeder Node hält (bis zur KBU-Firmware 1.4) typischerweise VPN-Verbindungen zu zwei verschiedenen Supernodes. Adressen und VPN-Schlüssel der Supernodes sind fest in der Node-Firmware verdrahtet.

	Supernodes werden beispielsweise auf dedizierten Servern ohne WLAN-Konnektivität betrieben.		Supernodes werden beispielsweise auf dedizierten Servern ohne WLAN-Konnektivität betrieben.
	Abb. 1 zeigt die Kommunikation zwischen Klienten, Nodes und Supernodes. Die Nodes A und B sind mit den Supernodes fastd1 und fastd2 verbunden. Über die eingezeichneten Verbindungen werden batman-adv Frames versendet. Der Klient ist im Infrastruktur-Netz an Node A eingebucht - es werden gewöhnliche Wireless-Lan-Frames verwendet. (''kein batman-adv'')		Abb. 1 zeigt die Kommunikation zwischen Klienten, Nodes und Supernodes. Die Nodes A und B sind mit den Supernodes fastd1 und fastd2 verbunden. Über die eingezeichneten Verbindungen werden batman-adv Frames versendet. Der Klient ist im Infrastruktur-Netz an Node A eingebucht - es werden gewöhnliche Wireless-Lan-Frames verwendet. (''kein batman-adv'')

			'''Update:''' seit KBU-Firmware 1.4 (basierend auf Gluonv 2015.1.2) wird von jedem Freifunk-Router (Knoten) nur noch eine Verbindung zu einem (anstatt zwei) Supernodes aufgebaut, um den Hintergrund-Datenverkehr zu halbieren und mehr Nutzdaten zu erlauben. Bei einem Supernode-Ausfall dauert es damit 1-2 Minuten, bis sich ein Knoten mit einem anderen Supernode verbindet und der Dienst wieder zur Verfügung steht. Da Ausfälle selten sind, scheint das ein guter Kompromiss zu sein.

	=== Nodes ===		=== Nodes ===