L2TP und Tunneldigger - Versionsgeschichte

Rola am 27. Oktober 2019 um 09:15 Uhr

2019-10-27T09:15:48Z

← Nächstältere Version		Version vom 27. Oktober 2019, 11:15 Uhr
Zeile 1:		Zeile 1:
			'''Veraltet!'''

			'''Die neuere Node-Firmware > 20181202 unterstützt keinen Tunneldigger mehr!'''

	__TOC__		__TOC__



	Seit der Firmware 20161008-beta ist der Tunneldigger für l2tp Tunnel zum Gateway mit dabei.		Seit der Firmware 20161008-beta ist der Tunneldigger für l2tp Tunnel zum Gateway mit dabei.

Rola am 20. November 2018 um 16:10 Uhr

2018-11-20T16:10:20Z

← Nächstältere Version		Version vom 20. November 2018, 18:10 Uhr
Zeile 7:		Zeile 7:
	Vorteile:		Vorteile:

	Weniger CPU Last auf den Gateway Servern und den Routern		Weniger CPU Last auf den Gateway Servern und den Routern.
	Mehr Durchsatz durch die Tunnel.		Mehr Durchsatz durch die Tunnel.

Rola am 20. November 2018 um 15:59 Uhr

2018-11-20T15:59:37Z

← Nächstältere Version		Version vom 20. November 2018, 17:59 Uhr
Zeile 5:		Zeile 5:
	Hier die Anleitung, wie man den Tunnelbroker auf einem Gateway installiert und konfiguriert.		Hier die Anleitung, wie man den Tunnelbroker auf einem Gateway installiert und konfiguriert.

	Vorteile: *Weniger CPU Last auf den Gateway Servern und den Routern		Vorteile:

			Weniger CPU Last auf den Gateway Servern und den Routern
			Mehr Durchsatz durch die Tunnel.

			Nachteile:

			Auf kleinen Gateways (Vserver, 1 Kern) kommt es bei vielen Tunnel >100 zu Problemen. Die CPU Last steigt überproportional zur Tunnelzahl. Besonders ein Anstieg von si - software interrupts ist zu beobachten und es kommt zur Kernelpanic.

Rola: /* Am Gateway (KeyXchangev2!!) */

2018-08-22T23:01:24Z

Am Gateway (KeyXchangev2!!)

Änderungen zeigen

Rola: /* Den Routern mitteilen, dass wir l2tp anbieten */

2018-05-09T08:22:03Z

Den Routern mitteilen, dass wir l2tp anbieten

← Nächstältere Version		Version vom 9. Mai 2018, 10:22 Uhr
Zeile 97:		Zeile 97:
	echo l2tp > vpn.txt		echo l2tp > vpn.txt

	Danach verbinden sich die Router ~~mit obiger Firmware~~ via l2tp.		Danach verbinden sich die Router via l2tp.


	===Kontrolle===		===Kontrolle===

Rola: /* Konfiguration von Hand */

2018-05-09T08:18:12Z

Konfiguration von Hand

← Nächstältere Version		Version vom 9. Mai 2018, 10:18 Uhr
Zeile 196:		Zeile 196:
	brctl addbr $brname 2>/dev/null		brctl addbr $brname 2>/dev/null

	if [[ "$?" == "0" ]]; then		if [ "$?" = "0" ]; then
	# Bridge did not exist before, we have to initialize it		# Bridge did not exist before, we have to initialize it
	ip link set dev $brname address $mac		ip link set dev $brname address $mac

Rola: /* Spezialfall alte Hood - neuer Kernel */

2018-04-13T12:44:36Z

Spezialfall alte Hood - neuer Kernel

← Nächstältere Version		Version vom 13. April 2018, 14:44 Uhr
Zeile 120:		Zeile 120:

	So in etwa sollte das funktionieren: http://fff-sw.freifunk-schweinfurt.de/l2tp-uniq-id-bug		So in etwa sollte das funktionieren: http://fff-sw.freifunk-schweinfurt.de/l2tp-uniq-id-bug

			===Konfiguration von Hand===

			* Dokumentation: http://tunneldigger.readthedocs.io/en/latest/index.html
			* Besonderheiten für Freifunk Franken
			** Der Port ergibt sich aus fastd-port + 10000
			** Wir passen die HookSkripte an (Beispiel Hood swv2)


			''session.up=/srv/tunneldigger/tunneldigger/broker/scripts/swv2.up''

			#!/bin/bash
			TUNNEL_ID="$1"
			INTERFACE="$3"
			MTU="$4"
			BATDEV=bat0
			. /srv/tunneldigger/tunneldigger/broker/scripts/swv2-bridge_functions

			# Set the interface to UP state
			ip link set dev $INTERFACE up mtu $MTU

			# Add the interface to our bridge
			ensure_bridge br-swv2${MTU}
			brctl addif br-swv2${MTU} $INTERFACE


			''session.pre-down=/srv/tunneldigger/tunneldigger/broker/scripts/swv2.down''

			#!/bin/bash
			TUNNEL_ID="$1"
			INTERFACE="$3"
			MTU="$4"
			ROUTER="$8"

			# Remove the interface from our bridge
			brctl delif br-swv2${MTU} $INTERFACE


			''session.mtu-changed=/srv/tunneldigger/tunneldigger/broker/scripts/swv2-mtu_changed.sh''

			#!/bin/bash
			TUNNEL_ID="$1"
			INTERFACE="$3"
			OLD_MTU="$4"
			NEW_MTU="$5"
			BATDEV=bat0
			MTU="$NEW_MTU"

			. /srv/tunneldigger/tunneldigger/broker/scripts/swv2-bridge_functions

			# Remove interface from old bridge
			brctl delif br-swv2${OLD_MTU} $INTERFACE

			# Change interface MTU
			ip link set dev $INTERFACE mtu $NEW_MTU

			# Add interface to new bridge
			ensure_bridge br-swv2${NEW_MTU}
			brctl addif br-swv2${NEW_MTU} $INTERFACE


			''/srv/tunneldigger/tunneldigger/broker/scripts/swv2-bridge_functions''

			ensure_policy()
			{
			ip rule del $*
			ip rule add $*
			}

			ensure_bridge()
			{
			#MAC aus MTU generieren (auf jedem GW eine Stelle ändern)
			mac=$(echo $MTU \| sed -E "s/^(..)/0a:66:01:01:\1:/")
			local brname="$1"
			brctl addbr $brname 2>/dev/null

			if [[ "$?" == "0" ]]; then
			# Bridge did not exist before, we have to initialize it
			ip link set dev $brname address $mac
			ip link set dev $brname up
			# Neue Bridge batman hinzufügen
			batctl -m $BATDEV if add $brname
			# Disable forwarding between bridge ports
			ebtables -A FORWARD --logical-in $brname -j DROP
			fi
			}

	==Broker für eine Hood wieder los werden==		==Broker für eine Hood wieder los werden==

Rola: /* Kontrolle */

2018-04-04T15:10:22Z

Kontrolle

← Nächstältere Version		Version vom 4. April 2018, 17:10 Uhr
Zeile 113:		Zeile 113:

	- das Log mit journalctl -u tunneldigger-broker-HOOD.service		- das Log mit journalctl -u tunneldigger-broker-HOOD.service

			===Spezialfall alte Hood - neuer Kernel===

			Bei neueren Kernels ist der Bug, dass nicht auf unique Tunnel ID geprüft wird, beseitigt. Die alten tunneldigger in den "alten" Hoods funktionieren aber nicht ohne diesen Bug auf dem Gateway.
			Man hat nun die Möglichkeit den Bug wieder einzubauen.

			So in etwa sollte das funktionieren: http://fff-sw.freifunk-schweinfurt.de/l2tp-uniq-id-bug

	==Broker für eine Hood wieder los werden==		==Broker für eine Hood wieder los werden==

Rola: /* Installation: */

2018-04-04T14:51:21Z

Installation:

← Nächstältere Version		Version vom 4. April 2018, 16:51 Uhr
Zeile 60:		Zeile 60:
	'''Problem hohe CPU Last durch mtu-discovery'''		'''Problem hohe CPU Last durch mtu-discovery'''

	Die mtu-discovery verursacht bei mehreren Tunnel hohe CPU Last. Ihr habt ~~volgende~~ Möglichkeiten:		Die mtu-discovery verursacht bei mehreren Tunnel hohe CPU Last. Ihr habt folgende Möglichkeiten:
	* Das Gateway hat genug Power und es stört nicht. -> nichts machen.		* Das Gateway hat genug Power und es stört nicht. -> nichts machen.
	* Den Timer erhöhen, so dass seltener geprobed wird ->		* Den Timer erhöhen, so dass seltener geprobed wird ->

Rola: /* Installation: */

2018-04-04T14:50:48Z

Installation:

@@ Zeile 57: / Zeile 57: @@
   cd ..
 '''sonst hier weiter'''
   source env_tunneldigger/bin/activate
   cd  /srv/tunneldigger/tunneldigger/broker