OpenVPN mit Debian/Ubuntu - Versionsgeschichte

Erich am 19. November 2020 um 17:08 Uhr

2020-11-19T17:08:41Z

← Nächstältere Version		Version vom 19. November 2020, 17:08 Uhr
Zeile 41:		Zeile 41:
	post-up ip link set dev br-ff promisc on		post-up ip link set dev br-ff promisc on

			Auf Distributionen mit systemd würde die Konfiguration üblicherweise in /etc/openvpn/funkfeuer.conf liegen und der Key in /etc/openvpn/funkfeuer.secret. Der Tunnel wird automatisch gestartet, wenn das systemd-snippet dafür aktiviert wird:

	~~Die Konfiguration von OpenVPN liegt bei Debian und Ubuntu üblicherweise in /etc/~~openvpn~~, wobei das~~ Startup-Skript die Datei /etc/default/openvpn zu seiner Initialisierung ~~heranzieht~~.		systemctl enable openvpn@funkfeuer

			Starten kann man den Dienst mit

			service openvpn@funkfeuer start


			Das Startup-Skript älterer Distributionen zieht die Datei /etc/default/openvpn zu seiner Initialisierung heran. Da müsst das Folgende gemacht werden:

	/etc/default/openvpn:		/etc/default/openvpn:
Zeile 51:		Zeile 59:
	AUTOSTART="funkfeuer"		AUTOSTART="funkfeuer"

	~~Somit erwartet OpenVPN seine Konfiguration in~~ /etc/openvpn/funkfeuer.conf.		Die /etc/openvpn/funkfeuer.conf sollte in aller Regel so aussehen:

	dev tap0		dev tap0
Zeile 82:		Zeile 90:
	mssfix		mssfix

	Und je nach Deinen Gegebenheiten hinsichtlich der MTU		Und je nach Deinen Gegebenheiten hinsichtlich der MTU (Formel: ermittelte MTU z.B. 1500 Byte - 20 Byte IP-Header - 8 Byte UDP-Header - 4 Byte, wenn Kompression)
	#DSL mit PPPoE
			#DSL mit PPPoE (1492 - 20 - 8 = 1464)
	fragment 1464		fragment 1464
	#mit Kompression *		#mit Kompression * (1464 - 4 = 1460)
	fragment 1460		fragment 1460

Erich am 19. November 2020 um 17:02 Uhr

2020-11-19T17:02:11Z

← Nächstältere Version		Version vom 19. November 2020, 17:02 Uhr
Zeile 53:		Zeile 53:
	Somit erwartet OpenVPN seine Konfiguration in /etc/openvpn/funkfeuer.conf.		Somit erwartet OpenVPN seine Konfiguration in /etc/openvpn/funkfeuer.conf.

	~~Neue Konfiguration~~
	dev tap0		dev tap0
	proto udp		proto udp
Zeile 105:		Zeile 104:


	~~veraltet~~, ~~aber noch bei einigen Tunneln in Verwendung /etc/openvpn/~~funkfeuer.conf:		In älteren Konfigurationen kann es sein, dass einige Zeilen anders sind: funkfeuer.conf:
	~~dev tap0~~
	~~proto udp~~
	~~remote 78.41.115.16~~
	~~# Variante: remote 78.41.118.150~~
	~~# Die Portnummer XXXX wird Dir von den Tunnelserver-Administratoren zugewiesen, trag sie in der folgenden Zeile anstelle von XXXX ein.~~
	~~port XXXX~~
	~~daemon tap0~~
	~~persist-tun~~
	~~up-delay~~
	~~down-pre~~
	~~up-restart~~
	~~comp-lzo~~
	~~script-security 2~~
	~~nobind~~
	~~ping 10~~
	~~ping-restart 60~~
	~~ping-timer-rem~~
	~~fast-io~~
	~~sndbuf 524288~~
	~~rcvbuf 524288~~
	~~mute 2~~
	~~verb 0~~
	~~up /etc/openvpn/funkfeuer-updown.sh~~
	~~down /etc/openvpn/funkfeuer-updown.sh~~
	~~secret /etc/openvpn/funkfeuer.secret~~
	auth SHA256		auth SHA256
	cipher none		cipher none

Erich am 19. November 2020 um 17:00 Uhr

2020-11-19T17:00:43Z

← Nächstältere Version		Version vom 19. November 2020, 17:00 Uhr
Zeile 53:		Zeile 53:
	Somit erwartet OpenVPN seine Konfiguration in /etc/openvpn/funkfeuer.conf.		Somit erwartet OpenVPN seine Konfiguration in /etc/openvpn/funkfeuer.conf.

	/etc/openvpn/funkfeuer.conf:		Neue Konfiguration
			dev tap0
			proto udp
			remote 78.41.115.16
			# Die Portnummer XXXX wird Dir von den Tunnelserver-Administratoren zugewiesen, trag sie in der folgenden Zeile anstelle von 50XX ein.
			port 50XX
			daemon tap0
			persist-tun
			up-delay
			down-pre
			up-restart
			script-security 2
			nobind
			ping 10
			ping-restart 60
			ping-timer-rem
			fast-io
			sndbuf 524288
			rcvbuf 524288
			mute 2
			verb 0
			up /etc/openvpn/funkfeuer-updown.sh
			down /etc/openvpn/funkfeuer-updown.sh
			secret /etc/openvpn/funkfeuer.secret
			auth none
			auth-cache none
			cipher none
			tun-mtu 1500
			mssfix

			Und je nach Deinen Gegebenheiten hinsichtlich der MTU
			#DSL mit PPPoE
			fragment 1464
			#mit Kompression *
			fragment 1460

			#DSL mit DHCP, Glasfaseranschluss, etc
			fragment 1472
			#mit Kompression
			fragment 1468

			'*) Soweit Dein Tunnel Kompression freigeschaltet bekommen hat, die Kompressionsart
			# Headerkomprimierung
			compress

			# lzo -Komprimierung
			compress lzo

			# lz4-v2 -Komprimierung
			compress lz4-v2


			veraltet, aber noch bei einigen Tunneln in Verwendung /etc/openvpn/funkfeuer.conf:
	dev tap0		dev tap0
	proto udp		proto udp

Erich am 28. März 2020 um 19:45 Uhr

2020-03-28T19:45:21Z

← Nächstältere Version		Version vom 28. März 2020, 19:45 Uhr
Zeile 95:		Zeile 95:
	"down")		"down")
	/sbin/brctl delif $br $dev		/sbin/brctl delif $br $dev
			/sbin/ebtables -D FORWARD --logical-in ${br} -i ${dev} -j DROP
	/sbin/ip link set link dev $dev down		/sbin/ip link set link dev $dev down
	;;		;;
Zeile 101:		Zeile 102:
	"up")		"up")
	/sbin/brctl addif $br $dev		/sbin/brctl addif $br $dev
			/sbin/ebtables -I FORWARD --logical-in ${br} -i ${dev} -j DROP
	/sbin/ip link set dev $br promisc on		/sbin/ip link set dev $br promisc on
	/sbin/ip link set link dev $dev up		/sbin/ip link set link dev $dev up

Erich am 18. Juni 2018 um 10:23 Uhr

2018-06-18T10:23:23Z

← Nächstältere Version		Version vom 18. Juni 2018, 10:23 Uhr
Zeile 15:		Zeile 15:
	* apt-get install openvpn openvpn-blacklist olsrd olsrd-plugins bridge-utils ebtables		* apt-get install openvpn openvpn-blacklist olsrd olsrd-plugins bridge-utils ebtables

	Angenommen, Dein Debian oder Ubuntu-Rechner besitzt eine Ethernetschnittstelle eth0 (oder wie das heute eher der Fall ist, en[X]s[Y]), die in derselben Broadcastdomain wie das Provider-Modem liegt, dann wirst Du /etc/network/interfaces editieren und dort zunächst eine statische Route zum Tunnelserver anlegen wollen. Im selben Arbeitsschritt könntest Du auch festlegen, dass der Tunnel unmittelbar nach dem Start der Netzwerkschnittstelle aufgebaut wird. Es ist darüber hinaus zweckmäßig, OLSR auf einer Bridge laufen zu lassen, um sich etwaige OLSR-Neustarts zu ersparen. Wir legen also auch gleich eine Bridge an und weisen ihr die Funkfeuer-IPs für IPv4 und IPv6 (aber nur für 2a02:60::/40) zu. 192.168.1.1 ist in diesem Beispiel das Providermodem als Defaultgateway. Warum setzen wir aber eine Hostroute zu 78.41.118.150/32? Ganz einfach: Olsr wird die Default-Route überschreiben. In aller Regel passiert dies mit einer Metrik von 2 und sollte nicht stören. Dennoch kommt es manchmal dazu, dass bei Fehlen der Hostroute der Tunnel quasi über sich selbst laufen soll - das funktioniert freilich nicht. Wenn Du aber auch eine Funkschnittstelle mit OLSR hast, dann läufst Du Gefahr, dass der Tunnel zu Funkfeuer über das Funkfeuer-Mesh aufgebaut würde, was absolut keinen Sinn ergibt. Daher die Hostroute.		Angenommen, Dein Debian oder Ubuntu-Rechner besitzt eine Ethernetschnittstelle eth0 (oder wie das heute eher der Fall ist, en[X]s[Y]), die in derselben Broadcastdomain wie das Provider-Modem liegt, dann wirst Du /etc/network/interfaces editieren und dort zunächst eine statische Route zum Tunnelserver anlegen wollen. Im selben Arbeitsschritt könntest Du auch festlegen, dass der Tunnel unmittelbar nach dem Start der Netzwerkschnittstelle aufgebaut wird. Es ist darüber hinaus zweckmäßig, OLSR auf einer Bridge laufen zu lassen, um sich etwaige OLSR-Neustarts zu ersparen. Wir legen also auch gleich eine Bridge an und weisen ihr die Funkfeuer-IPs für IPv4 und IPv6 (aber nur für 2a02:60::/40) zu. 192.168.1.1 ist in diesem Beispiel das Providermodem als Defaultgateway. Warum setzen wir aber eine Hostroute zu 78.41.118.150/32 oder 78.41.115.16/32? Ganz einfach: Olsr wird die Default-Route überschreiben. In aller Regel passiert dies mit einer Metrik von 2 und sollte nicht stören. Dennoch kommt es manchmal dazu, dass bei Fehlen der Hostroute der Tunnel quasi über sich selbst laufen soll - das funktioniert freilich nicht. Wenn Du aber auch eine Funkschnittstelle mit OLSR hast, dann läufst Du Gefahr, dass der Tunnel zu Funkfeuer über das Funkfeuer-Mesh aufgebaut würde, was absolut keinen Sinn ergibt. Daher die Hostroute.

	/etc/network/interfaces:		/etc/network/interfaces:
	iface eth0 inet static		iface eth0 inet static
	...		...
	up /sbin/ip r a 78.41.~~118~~.~~150~~/32 dev eth0 via 192.168.1.1 metric 0		up /sbin/ip r a 78.41.115.16/32 dev eth0 via 192.168.1.1 metric 0
	up /etc/init.d/openvpn restart		up /etc/init.d/openvpn restart

Zeile 56:		Zeile 56:
	dev tap0		dev tap0
	proto udp		proto udp
	remote 78.41.118.150		remote 78.41.115.16
			# Variante: remote 78.41.118.150
	# Die Portnummer XXXX wird Dir von den Tunnelserver-Administratoren zugewiesen, trag sie in der folgenden Zeile anstelle von XXXX ein.		# Die Portnummer XXXX wird Dir von den Tunnelserver-Administratoren zugewiesen, trag sie in der folgenden Zeile anstelle von XXXX ein.
	port XXXX		port XXXX

Erich am 10. Juni 2018 um 08:28 Uhr

2018-06-10T08:28:04Z

← Nächstältere Version		Version vom 10. Juni 2018, 08:28 Uhr
Zeile 23:		Zeile 23:
	up /etc/init.d/openvpn restart		up /etc/init.d/openvpn restart

	auto br-ff		auto br-ff
	iface br-ff inet static		iface br-ff inet static
	bridge_fd 0		bridge_fd 0
	bridge_maxwait 0		bridge_maxwait 0

Erich am 9. Juni 2018 um 18:34 Uhr

2018-06-09T18:34:32Z

← Nächstältere Version		Version vom 9. Juni 2018, 18:34 Uhr
Zeile 23:		Zeile 23:
	up /etc/init.d/openvpn restart		up /etc/init.d/openvpn restart

	iface br-ff inet static		auto br-ff
			iface br-ff inet static
	bridge_fd 0		bridge_fd 0
	bridge_maxwait 0		bridge_maxwait 0

Erich am 8. Juni 2018 um 11:08 Uhr

2018-06-08T11:08:12Z

← Nächstältere Version		Version vom 8. Juni 2018, 11:08 Uhr
Zeile 56:		Zeile 56:
	proto udp		proto udp
	remote 78.41.118.150		remote 78.41.118.150
	# Die Portnummer XXXX wird Dir zugewiesen		# Die Portnummer XXXX wird Dir von den Tunnelserver-Administratoren zugewiesen, trag sie in der folgenden Zeile anstelle von XXXX ein.
	port XXXX		port XXXX
	daemon tap0		daemon tap0

Erich am 8. Juni 2018 um 11:04 Uhr

2018-06-08T11:04:35Z

← Nächstältere Version		Version vom 8. Juni 2018, 11:04 Uhr
Zeile 13:		Zeile 13:


	* apt-get install openvpn openvpn-blacklist olsrd olsrd-plugins bridge-utils		* apt-get install openvpn openvpn-blacklist olsrd olsrd-plugins bridge-utils ebtables

	Angenommen, Dein Debian oder Ubuntu-Rechner besitzt eine Ethernetschnittstelle eth0 (oder wie das heute eher der Fall ist, en[X]s[Y]), die in derselben Broadcastdomain wie das Provider-Modem liegt, dann wirst Du /etc/network/interfaces editieren und dort zunächst eine statische Route zum Tunnelserver anlegen wollen. Im selben Arbeitsschritt könntest Du auch festlegen, dass der Tunnel unmittelbar nach dem Start der Netzwerkschnittstelle aufgebaut wird. Es ist darüber hinaus zweckmäßig, OLSR auf einer Bridge laufen zu lassen, um sich etwaige OLSR-Neustarts zu ersparen. Wir legen also auch gleich eine Bridge an und weisen ihr die Funkfeuer-IPs für IPv4 und IPv6 (aber nur für 2a02:60::/40) zu. 192.168.1.1 ist in diesem Beispiel das Providermodem als Defaultgateway. Warum setzen wir aber eine Hostroute zu 78.41.118.150/32? Ganz einfach: Olsr wird die Default-Route überschreiben. In aller Regel passiert dies mit einer Metrik von 2 und sollte nicht stören. Dennoch kommt es manchmal dazu, dass bei Fehlen der Hostroute der Tunnel quasi über sich selbst laufen soll - das funktioniert freilich nicht. Wenn Du aber auch eine Funkschnittstelle mit OLSR hast, dann läufst Du Gefahr, dass der Tunnel zu Funkfeuer über das Funkfeuer-Mesh aufgebaut würde, was absolut keinen Sinn ergibt. Daher die Hostroute.		Angenommen, Dein Debian oder Ubuntu-Rechner besitzt eine Ethernetschnittstelle eth0 (oder wie das heute eher der Fall ist, en[X]s[Y]), die in derselben Broadcastdomain wie das Provider-Modem liegt, dann wirst Du /etc/network/interfaces editieren und dort zunächst eine statische Route zum Tunnelserver anlegen wollen. Im selben Arbeitsschritt könntest Du auch festlegen, dass der Tunnel unmittelbar nach dem Start der Netzwerkschnittstelle aufgebaut wird. Es ist darüber hinaus zweckmäßig, OLSR auf einer Bridge laufen zu lassen, um sich etwaige OLSR-Neustarts zu ersparen. Wir legen also auch gleich eine Bridge an und weisen ihr die Funkfeuer-IPs für IPv4 und IPv6 (aber nur für 2a02:60::/40) zu. 192.168.1.1 ist in diesem Beispiel das Providermodem als Defaultgateway. Warum setzen wir aber eine Hostroute zu 78.41.118.150/32? Ganz einfach: Olsr wird die Default-Route überschreiben. In aller Regel passiert dies mit einer Metrik von 2 und sollte nicht stören. Dennoch kommt es manchmal dazu, dass bei Fehlen der Hostroute der Tunnel quasi über sich selbst laufen soll - das funktioniert freilich nicht. Wenn Du aber auch eine Funkschnittstelle mit OLSR hast, dann läufst Du Gefahr, dass der Tunnel zu Funkfeuer über das Funkfeuer-Mesh aufgebaut würde, was absolut keinen Sinn ergibt. Daher die Hostroute.

Franzlax: /* 'the quick and dirty hack' für IPv6 */

2018-05-25T11:21:51Z

'the quick and dirty hack' für IPv6

← Nächstältere Version		Version vom 25. Mai 2018, 11:21 Uhr
Zeile 236:		Zeile 236:
	ln -s /usr/sbin/olsrd /etc/alternatives/olsrd6		ln -s /usr/sbin/olsrd /etc/alternatives/olsrd6

	Das hat den Sinn, dass der Prozess auch olsrd6 heißt, wenn er läuft und Du ihn mit dem pgrep im Startskript suchen kannst.		Das hat den Sinn, dass der Prozess auch olsrd6 heißt, wenn er läuft und Du ihn mit dem pgrep im Startskript suchen kannst.

	* Leg /etc/olsrd/olsrd6.conf an - nachfolgend ein Beispiel.		* Leg /etc/olsrd/olsrd6.conf an - nachfolgend ein Beispiel.