Alte Konfigurationsmethode - Versionsgeschichte

Markit: /* Low-Level/Barebones/Step-by-step/The old Method */

2011-07-05T10:56:51Z

‎Low-Level/Barebones/Step-by-step/The old Method

Markit: /* Low-Level/Barebones/Step-by-step/The old Method */

2011-07-05T10:54:00Z

‎Low-Level/Barebones/Step-by-step/The old Method

Markit am 3. März 2008 um 02:37 Uhr

2008-03-03T02:37:58Z

Bernd am 27. Mai 2006 um 22:00 Uhr

2006-05-27T22:00:10Z

Neue Seite

= Low-Level/Barebones/Step-by-step/The old Method =

Low-Level technisch formuliert geht das so:

* Dann legt man das [http://www.openvpn.org/ OpenVPN] Device an:

openvpn --mktun --dev tap0

Wenn ''tap0'' schon belegt ist, nimmt man das nächste freie (''tap1'', 'tap2'', ...). Im folgenden geh ich davon aus, daß ''tap0'' verwendet wird. Voila, wir haben eine neues Netzwerk-Device namens ''tap0'', daß man mit

/sbin/ip addr /show

auch sehen kann.
* Dann muß man den [http://www.openvpn.org/ OpenVPN] Tunnel aufbauen:

/usr/sbin/openvpn --dev tap0 --remote 193.239.188.20 --port ''port'' --daemon --writepid /var/run/openvpn-tap0.pid --cd /var/tmp

Dabei muß als Parameter für ''port'' der Port, den man oben mitgeteilt hat verwendet werden - der wird i.Ü. der Einfachheit auch lokal verwendet. Der [http://www.openvpn.org/ OpenVPN] Prozeß verzieht sich dabei in guter alter Unix-Manier für Deamons in den Hintergrund, schreibt seine Prozess-Id in das File ''/var/run/openvpn-tap0.pid'' (das man verwenden kann, um den Prozeß wieder zu terminieren) und sagt ihm, er soll ins Directory "/var/tmp" wechseln (dann blockiert er sonst nichts). Voila, wir haben einen Tunnel - der steht noch nicht, weil noch nichts drüber geschickt wurde.
* Unser ''tap0'' Device braucht eine IP-Adresse - und zwar die andere der 2 aus dem [http://outpost.funkfeuer.at/frontend Frontend].

/sbin/ip addr add ''ip'' broadcast + dev tap0

''ip'' ist dabei eben jene 2. IP-Adresse (inklusive Netzmaske - z.B. /22). Mit

/sbin/ip addr show

kann man sich den Erfolg jetzt ansehen.
* Allerdings haben wir jetzt ein Problem (FIXME: auch auf nicht-Linuxens?). Wir haben vom Linux-Kernel eine Netzroute geschenkt bekommen, die wir nicht brauchen und wollen. Die entsorgen wir gleich wieder:

/sbin/ip route del 193.238.156.0/22 dev tap0

Die Zeile kann man (u.U. bis aufs "tap0" Device) 1:1 kopieren, weil im Moment alle 0xFF-IP-Adressen aus dem gleichen Netz (193.238.156.0/22) sind.
* Und jetzt aktivieren wir das Interface:

/sbin/ip link set tap0 up

← Nächstältere Version		Version vom 5. Juli 2011, 10:56 Uhr
Zeile 30:		Zeile 30:

	/sbin/ip link set tap0 up		/sbin/ip link set tap0 up
		+
		+	* auf dem interface sollte klarerweise auch olsrd laufen,..
		+	d.h. in die olsrd.conf tap0 als interface hinzufügen, oder wenn man olsrd über ein gui konfiguriert dann eben dort eintragen,..
		+
		+	dies kann/sollte man auch problemlos schon vorher machen, oslrd bemerkt vonalleine wann tap0 exisitert, up ist und ne ipadresse hat, und beginnt es dann zu verwenden

@@ Zeile 9: / Zeile 9: @@
 Wenn ''tap0'' schon belegt ist, nimmt man das nächste freie (''tap1'', 'tap2'', ...). Im folgenden geh ich davon aus, daß ''tap0'' verwendet wird. Voila, wir haben eine neues Netzwerk-Device namens ''tap0'', daß man mit
-    /sbin/ip addr /show
+    /sbin/ip addr show
 auch sehen kann.
 * Dann muß man den [http://www.openvpn.org/ OpenVPN] Tunnel aufbauen:
-    /usr/sbin/openvpn --dev tap0 --remote 78.41.115.16 --port ''port'' --daemon --writepid /var/run/openvpn-tap0.pid --cd /var/tmp
+    /usr/sbin/openvpn --dev tap0 --remote 78.41.115.228 --port ''port'' --daemon --writepid /var/run/openvpn-tap0.pid --cd /var/tmp
 Dabei muß als Parameter für ''port'' der Port, den man oben mitgeteilt hat verwendet werden - der wird i.Ü. der Einfachheit auch lokal verwendet. Der [http://www.openvpn.org/ OpenVPN] Prozeß verzieht sich dabei in guter alter Unix-Manier für Deamons in den Hintergrund, schreibt seine Prozess-Id in das File ''/var/run/openvpn-tap0.pid'' (das man verwenden kann, um den Prozeß wieder zu terminieren) und sagt ihm, er soll ins Directory "/var/tmp" wechseln (dann blockiert er sonst nichts). Voila, wir haben einen Tunnel - der steht noch nicht, weil noch nichts drüber geschickt wurde.
-* Unser ''tap0'' Device braucht eine IP-Adresse - die gleiche wie eh wohl schon von eth1 (funkseitig) verwendet.
+* Unser ''tap0'' Device braucht eine IP-Adresse die wir und im redeemer holen.
     /sbin/ip addr add ''ip'' broadcast + dev tap0
-''ip'' ist dabei eben die 0xFF IP-Adresse (inklusive Netzmaske - z.B. /22). Mit
+''ip'' ist dabei eben die 0xFF IP-Adresse (inklusive Netzmaske, in diesem fall unbedingt /32 verwenden). Mit
     /sbin/ip addr show
 * Und jetzt aktivieren wir das Interface:
     /sbin/ip link set tap0 up