Freifunk/PrivateWLAN - Versionsgeschichte

Hw am 31. März 2015 um 07:17 Uhr

2015-03-31T07:17:07Z

← Nächstältere Version		Version vom 31. März 2015, 07:17 Uhr
Zeile 7:		Zeile 7:
	Die nachfolgenden Anleitungen wurden getestet auf folgenden Plattformen:		Die nachfolgenden Anleitungen wurden getestet auf folgenden Plattformen:
	* TP-Link TR-WL841N, Firmware 0.6.3		* TP-Link TR-WL841N, Firmware 0.6.3
			* Netgear WNDR3700, Firmware 0.6.3

	== Vorbedingung ==		== Vorbedingung ==

Hw: /* Konfiguration einer privaten Infrastruktur-Netz Station */

2015-03-08T13:12:39Z

Konfiguration einer privaten Infrastruktur-Netz Station

← Nächstältere Version		Version vom 8. März 2015, 13:12 Uhr
Zeile 90:		Zeile 90:
	uci set wireless.wds1sta_radio0.key="PRIVATEKEY"		uci set wireless.wds1sta_radio0.key="PRIVATEKEY"
	uci set wireless.wds1sta_radio0.wds=1		uci set wireless.wds1sta_radio0.wds=1
	uci set wireless.~~wda1sta_radio0~~.disabled=0		uci set wireless.wds1sta_radio0.disabled=0
	uci commit		uci commit
	wifi		wifi

Hw: /* Privates WLAN über mehrere Stationen via 4-Address-Mode */

2015-02-08T11:28:57Z

Privates WLAN über mehrere Stationen via 4-Address-Mode

@@ Zeile 105: / Zeile 105: @@
 * Ein Gerät kann gleichzeitig Station in einem privaten Infrastruktur-Netz sein und Access Point in einem anderen.
 * Ein Gerät kann gleichzeitig Access Point in einem privaten Infrastruktur-Netz sein und Access Point in einem anderen - aber diese Konfiguration ist nicht sehr sinnvoll, da die Reichweite ja jeweils identisch ist. Ausnahme evtl.: Infrastruktur-Netze auf verschiedenen Radio-PHYs.
 === Anmerkungen ===

Hw: /* Anmerkungen */

2015-02-08T11:24:40Z

Anmerkungen

← Nächstältere Version		Version vom 8. Februar 2015, 11:24 Uhr
Zeile 111:		Zeile 111:

	Bei nicht via Ethernet/LAN angebundenen Geräten sollte (Freifunk-)"Mesh via WAN" deaktiviert werden. Denn was sonst eigentlich kein großes Problem ist, wenn nichts angeschlossen ist, sieht nun, mit dem privaten Infrastruktur-Netz, ganz anders aus: auf dem WAN-Interface ist nun via Brücke(n) das private LAN und damit auch der häusliche Internet-Anschluss erreichbar. Wenn nun Mesh auf WAN aktiviert wäre, würden die Router via privatem Infrastruktur-Netz Verbindung mit dem Freifunk-Gateway im Internet aufnehmen. Das macht aber besser nur das Gerät, das wirklich selbst per Kabel angeschlossen ist. Die anderen bekommen Freifunk dann via Freifunk-Wireless-Mesh.		Bei nicht via Ethernet/LAN angebundenen Geräten sollte (Freifunk-)"Mesh via WAN" deaktiviert werden. Denn was sonst eigentlich kein großes Problem ist, wenn nichts angeschlossen ist, sieht nun, mit dem privaten Infrastruktur-Netz, ganz anders aus: auf dem WAN-Interface ist nun via Brücke(n) das private LAN und damit auch der häusliche Internet-Anschluss erreichbar. Wenn nun Mesh auf WAN aktiviert wäre, würden die Router via privatem Infrastruktur-Netz Verbindung mit dem Freifunk-Gateway im Internet aufnehmen. Das macht aber besser nur das Gerät, das wirklich selbst per Kabel angeschlossen ist. Die anderen bekommen Freifunk dann via Freifunk-Wireless-Mesh.

	~~Bisher nicht untersucht wurde, ob noch Anpassungen an den Bridge-Tables nötig sind (ebtables).~~

	== Links ==		== Links ==

Hw: /* Anmerkungen */

2015-02-03T23:51:39Z

Anmerkungen

← Nächstältere Version		Version vom 3. Februar 2015, 23:51 Uhr
Zeile 108:		Zeile 108:
	=== Anmerkungen ===		=== Anmerkungen ===

	Bridge-Loops sollten eigentlich vom Bridging Code im Linux auf den Routern erkannt werden. Glaubt jedenfalls der Autor dieser Zeilen. Ist aber nicht sicher - daher Obacht!		Bridge-Loops sollten eigentlich vom Bridging Code im Linux auf den Routern erkannt werden. Glaubt jedenfalls der Autor dieser Zeilen. Ist aber nicht sicher - daher Obacht! Kann auch gut sein, dass das nicht stimmt - Spanning Tree Protocol ist auf den Bridges per default deaktiviert!

	Bei nicht via Ethernet/LAN angebundenen Geräten sollte (Freifunk-)"Mesh via WAN" deaktiviert werden. Denn was sonst eigentlich kein großes Problem ist, wenn nichts angeschlossen ist, sieht nun, mit dem privaten Infrastruktur-Netz, ganz anders aus: auf dem WAN-Interface ist nun via Brücke(n) das private LAN und damit auch der häusliche Internet-Anschluss erreichbar. Wenn nun Mesh auf WAN aktiviert wäre, würden die Router via privatem Infrastruktur-Netz Verbindung mit dem Freifunk-Gateway im Internet aufnehmen. Das macht aber besser nur das Gerät, das wirklich selbst per Kabel angeschlossen ist. Die anderen bekommen Freifunk dann via Freifunk-Wireless-Mesh.		Bei nicht via Ethernet/LAN angebundenen Geräten sollte (Freifunk-)"Mesh via WAN" deaktiviert werden. Denn was sonst eigentlich kein großes Problem ist, wenn nichts angeschlossen ist, sieht nun, mit dem privaten Infrastruktur-Netz, ganz anders aus: auf dem WAN-Interface ist nun via Brücke(n) das private LAN und damit auch der häusliche Internet-Anschluss erreichbar. Wenn nun Mesh auf WAN aktiviert wäre, würden die Router via privatem Infrastruktur-Netz Verbindung mit dem Freifunk-Gateway im Internet aufnehmen. Das macht aber besser nur das Gerät, das wirklich selbst per Kabel angeschlossen ist. Die anderen bekommen Freifunk dann via Freifunk-Wireless-Mesh.

Hw am 3. Februar 2015 um 23:50 Uhr

2015-02-03T23:50:29Z

← Nächstältere Version		Version vom 3. Februar 2015, 23:50 Uhr
Zeile 111:		Zeile 111:

	Bei nicht via Ethernet/LAN angebundenen Geräten sollte (Freifunk-)"Mesh via WAN" deaktiviert werden. Denn was sonst eigentlich kein großes Problem ist, wenn nichts angeschlossen ist, sieht nun, mit dem privaten Infrastruktur-Netz, ganz anders aus: auf dem WAN-Interface ist nun via Brücke(n) das private LAN und damit auch der häusliche Internet-Anschluss erreichbar. Wenn nun Mesh auf WAN aktiviert wäre, würden die Router via privatem Infrastruktur-Netz Verbindung mit dem Freifunk-Gateway im Internet aufnehmen. Das macht aber besser nur das Gerät, das wirklich selbst per Kabel angeschlossen ist. Die anderen bekommen Freifunk dann via Freifunk-Wireless-Mesh.		Bei nicht via Ethernet/LAN angebundenen Geräten sollte (Freifunk-)"Mesh via WAN" deaktiviert werden. Denn was sonst eigentlich kein großes Problem ist, wenn nichts angeschlossen ist, sieht nun, mit dem privaten Infrastruktur-Netz, ganz anders aus: auf dem WAN-Interface ist nun via Brücke(n) das private LAN und damit auch der häusliche Internet-Anschluss erreichbar. Wenn nun Mesh auf WAN aktiviert wäre, würden die Router via privatem Infrastruktur-Netz Verbindung mit dem Freifunk-Gateway im Internet aufnehmen. Das macht aber besser nur das Gerät, das wirklich selbst per Kabel angeschlossen ist. Die anderen bekommen Freifunk dann via Freifunk-Wireless-Mesh.

			Bisher nicht untersucht wurde, ob noch Anpassungen an den Bridge-Tables nötig sind (ebtables).

	== Links ==		== Links ==

Hw: /* Anmerkungen */

2015-02-03T22:24:06Z

Anmerkungen

← Nächstältere Version		Version vom 3. Februar 2015, 22:24 Uhr
Zeile 109:		Zeile 109:

	Bridge-Loops sollten eigentlich vom Bridging Code im Linux auf den Routern erkannt werden. Glaubt jedenfalls der Autor dieser Zeilen. Ist aber nicht sicher - daher Obacht!		Bridge-Loops sollten eigentlich vom Bridging Code im Linux auf den Routern erkannt werden. Glaubt jedenfalls der Autor dieser Zeilen. Ist aber nicht sicher - daher Obacht!

			Bei nicht via Ethernet/LAN angebundenen Geräten sollte (Freifunk-)"Mesh via WAN" deaktiviert werden. Denn was sonst eigentlich kein großes Problem ist, wenn nichts angeschlossen ist, sieht nun, mit dem privaten Infrastruktur-Netz, ganz anders aus: auf dem WAN-Interface ist nun via Brücke(n) das private LAN und damit auch der häusliche Internet-Anschluss erreichbar. Wenn nun Mesh auf WAN aktiviert wäre, würden die Router via privatem Infrastruktur-Netz Verbindung mit dem Freifunk-Gateway im Internet aufnehmen. Das macht aber besser nur das Gerät, das wirklich selbst per Kabel angeschlossen ist. Die anderen bekommen Freifunk dann via Freifunk-Wireless-Mesh.

	== Links ==		== Links ==

Hw: /* Konfiguration eines privaten Infrastruktur-Netz Access Point */

2015-02-03T22:15:56Z

Konfiguration eines privaten Infrastruktur-Netz Access Point

← Nächstältere Version		Version vom 3. Februar 2015, 22:15 Uhr
Zeile 74:		Zeile 74:

	Dabei können und sollten SSID und Key angepasst werden.		Dabei können und sollten SSID und Key angepasst werden.
			"wds1ap_radio0" ist der Name der Konfiguration.
			Sollen mehrere entsprechende Interfaces konfiguriert werden, ist der Name der Konfiguration natürlich unterschiedlich zu wählen.
			Das Setting "wds=1" aktiviert lediglich den 4-Address-Mode und enumeriert nicht etwa die Netze (d.h. das muss für alle privaten Infrastruktur-Netze auf 1 stehen und stehen bleiben!).
	U.U. ist ein Reboot nötig.		U.U. ist ein Reboot nötig.

Alex: /* Privates WLAN */

2015-02-03T22:10:09Z

Privates WLAN

← Nächstältere Version		Version vom 3. Februar 2015, 22:10 Uhr
Zeile 21:		Zeile 21:
	Es lässt sich recht einfach ein "normales" verschlüsseltes WLAN konfigurieren:		Es lässt sich recht einfach ein "normales" verschlüsseltes WLAN konfigurieren:
	* Dieses WLAN hat eine übliche WPA-PSK-Verschlüsselung. Es sollten ebenso auch komplexere (oder gar: einfachere, also unverschlüsselte) Strukturen einrichtbar sein. Dazu sollte sie OpenWrt-Dokumentation zu Rate gezogen werden - siehe Links unten.		* Dieses WLAN hat eine übliche WPA-PSK-Verschlüsselung. Es sollten ebenso auch komplexere (oder gar: einfachere, also unverschlüsselte) Strukturen einrichtbar sein. Dazu sollte sie OpenWrt-Dokumentation zu Rate gezogen werden - siehe Links unten.
	* Dieses WLAN ist mit der Bridge "wan" verbunden		* Dieses WLAN ist mit der Bridge "wan" verbunden (device name br-wan)
	* Der Router konfiguriert diese Netzwerkbrücke mit dem Namen "wan" und verbindet sie in der normalen Konfiguration ausschließlich mit dem "WAN"-Anschluss des Routers - in der "Privates WLAN"-Konfiguration eben auch mit dem dann neu erzeugten Infrastruktur-WLAN		* Der Router konfiguriert diese Netzwerkbrücke mit dem Namen "wan" und verbindet sie in der normalen Konfiguration ausschließlich mit dem "WAN"-Anschluss des Routers - in der "Privates WLAN"-Konfiguration eben auch mit dem dann neu erzeugten Infrastruktur-WLAN

Hw: /* Infrastruktur-WLAN mit 4-Address-Mode */

2015-02-03T22:05:50Z

Infrastruktur-WLAN mit 4-Address-Mode

← Nächstältere Version		Version vom 3. Februar 2015, 22:05 Uhr
Zeile 49:		Zeile 49:

	[[Datei:Privatesinfrastrukturnetz.png]]		[[Datei:Privatesinfrastrukturnetz.png]]
	([[Media:Privatesinfrastrukturnetz.png]])		([[Media:Privatesinfrastrukturnetz.png]], [[Media:Privatesinfrastrukturnetz.svg]])

	Etwas entfernt ähnliches lässt sich auch für das Private WLAN konfigurieren. Und zwar auf Basis des auch manchmal "WDS" genannten 4-Adressen-Modus. Aber Achtung: Dabei handelt es sich nicht um ein vollwertiges Mesh-Netz, sondern um einen erweiterten Infrastruktur-Betrieb. Konsequenz ist, dass die Verbindungen von Punkt möglichst geplant sein sollten.		Etwas entfernt ähnliches lässt sich auch für das Private WLAN konfigurieren. Und zwar auf Basis des auch manchmal "WDS" genannten 4-Adressen-Modus. Aber Achtung: Dabei handelt es sich nicht um ein vollwertiges Mesh-Netz, sondern um einen erweiterten Infrastruktur-Betrieb. Konsequenz ist, dass die Verbindungen von Punkt möglichst geplant sein sollten.