Diskussion:OpenVPN unter OpenWRT - Versionsgeschichte

Ap46rene: /* Probleme Asus */ whiterussian-Lösung

2005-08-13T10:31:07Z

Probleme Asus: whiterussian-Lösung

← Nächstältere Version		Version vom 13. August 2005, 10:31 Uhr
Zeile 9:		Zeile 9:
	Oconnor		Oconnor

	:Hi, ich hab nun auch ne Weile mit meinem ASUS rumprobiert und hab zwei Nachrichten: Die Positive - openvpn geht unter whiterussian, die Negative, naja, habs eben nur unter whiterussian hinbekommen und nicht unter Freifunk. Wenn Du Interesse hast, schau doch in die Anleitung/Beschreibung unter [OpenVPN_auf_ASUS] und kommentiere, ändere etc.		:Hi, ich hab nun auch ne Weile mit meinem ASUS rumprobiert und hab zwei Nachrichten: Die Positive - openvpn geht unter whiterussian, die Negative, naja, habs eben nur unter whiterussian hinbekommen und nicht unter Freifunk. Wenn Du Interesse hast, schau doch in die Anleitung/Beschreibung unter [http://wiki.opennet-initiative.de/index.php/OpenVPN_auf_ASUS OpenVPN auf ASUS WL-500g] und kommentiere, ändere etc.
	:Grüße, Rene		:Grüße, Rene

Ap46rene: /* Probleme Asus */

2005-08-13T10:28:02Z

Probleme Asus

← Nächstältere Version		Version vom 13. August 2005, 10:28 Uhr
Zeile 8:		Zeile 8:
	Gruß,		Gruß,
	Oconnor		Oconnor

			:Hi, ich hab nun auch ne Weile mit meinem ASUS rumprobiert und hab zwei Nachrichten: Die Positive - openvpn geht unter whiterussian, die Negative, naja, habs eben nur unter whiterussian hinbekommen und nicht unter Freifunk. Wenn Du Interesse hast, schau doch in die Anleitung/Beschreibung unter [OpenVPN_auf_ASUS] und kommentiere, ändere etc.
			:Grüße, Rene

	== Erfolg Linksys-AP27 ==		== Erfolg Linksys-AP27 ==

MathiasMahnke: /* Erfolg Linksys-AP27 */ automatisieren

2005-08-10T11:05:00Z

Erfolg Linksys-AP27: automatisieren

← Nächstältere Version		Version vom 10. August 2005, 11:05 Uhr
Zeile 16:		Zeile 16:
	* openvpn.conf zur opennet.conf ruhig umbennen (nur Kleinigkeit/Optik; so sieht man, was fuer ein Tunnel das sein soll)		* openvpn.conf zur opennet.conf ruhig umbennen (nur Kleinigkeit/Optik; so sieht man, was fuer ein Tunnel das sein soll)
	* analog vpn_up.sh zu opennet_up.sh; muss/sollte ausführbar sein?		* analog vpn_up.sh zu opennet_up.sh; muss/sollte ausführbar sein?
	* openvpn automatisch beim Hochfahren starten lassen, ~~reicht~~ ~~sein~~ ~~SXX~~ ~~davor~~ im ~~Namen?~~		* openvpn automatisch beim Hochfahren starten lassen: z.B. umbenennen nach S70openvpn + "insmod tun" ins Skript!
	--[[Benutzer:MathiasMahnke\|MathiasMahnke]] 12:26, 10. Aug 2005 (CEST)		--[[Benutzer:MathiasMahnke\|MathiasMahnke]] 12:26, 10. Aug 2005 (CEST)

MathiasMahnke: /* Erfolg Linksys-AP27 */ ein kommentar weg (war falsch)

2005-08-10T10:31:00Z

Erfolg Linksys-AP27: ein kommentar weg (war falsch)

← Nächstältere Version		Version vom 10. August 2005, 10:31 Uhr
Zeile 13:		Zeile 13:
	Diskussionsseite gekürzt!		Diskussionsseite gekürzt!

	Bei mir arbeiten OpenVPN unter Linksys einwandfrei. Habe die Doku noch etwas verbessert. Sie muesste noch ein einigen stellen etwas nachbearbeitet werden, ist aber im Großen und Ganzen ausreichend. Meine Anmerkungen:		Bei mir arbeiten OpenVPN unter Linksys einwandfrei. Habe die Doku noch etwas verbessert. Sie muesste noch ein einigen stellen etwas nachbearbeitet werden, ist aber im Großen und Ganzen ausreichend. Meine kleinen Anmerkungen:
	* openvpn.conf zur opennet.conf ruhig umbennen (nur Kleinigkeit/Optik; so sieht man, was fuer ein Tunnel das sein soll)		* openvpn.conf zur opennet.conf ruhig umbennen (nur Kleinigkeit/Optik; so sieht man, was fuer ein Tunnel das sein soll)
	* analog vpn_up.sh zu opennet_up.sh; muss/sollte ausführbar sein?		* analog vpn_up.sh zu opennet_up.sh; muss/sollte ausführbar sein?
	* Tunnel wird auf dem AP selbst noch nicht genutzt
	* openvpn automatisch beim Hochfahren starten lassen, reicht sein SXX davor im Namen?		* openvpn automatisch beim Hochfahren starten lassen, reicht sein SXX davor im Namen?
	--[[Benutzer:MathiasMahnke\|MathiasMahnke]] 12:26, 10. Aug 2005 (CEST)		--[[Benutzer:MathiasMahnke\|MathiasMahnke]] 12:26, 10. Aug 2005 (CEST)

MathiasMahnke am 10. August 2005 um 10:26 Uhr

2005-08-10T10:26:38Z

← Nächstältere Version		Version vom 10. August 2005, 10:26 Uhr
Zeile 2:		Zeile 2:
	Also, das ganze scheint einigermassen auf den Linksys zu laufen, auf den ASUS nicht. Ohne vernünftige Firewallkonfiguration werden Pakete von anderen AccessPoints, die den openvpn-olsr-AccessPoint als super erachten gedroppt. Daher ist es extrem wichtig, die openvpn-option '''redirect-gateway auf dem AccessPoint nicht zu nutzen''', sondern die Routen per Script zu ändern.		Also, das ganze scheint einigermassen auf den Linksys zu laufen, auf den ASUS nicht. Ohne vernünftige Firewallkonfiguration werden Pakete von anderen AccessPoints, die den openvpn-olsr-AccessPoint als super erachten gedroppt. Daher ist es extrem wichtig, die openvpn-option '''redirect-gateway auf dem AccessPoint nicht zu nutzen''', sondern die Routen per Script zu ändern.

			== Probleme Asus ==
	----

	Hi, hab auf meinen Asus wl-500g das gleiche ausprobiert und kahm auf die gleichen ergebnisse wie du siehe http://forum.opennet-initiative.de/thread.php?threadid=321&sid= letzten thread. Hab jetzt gehört das ich eventuell nicht alle Libarys auf meinen Asus hab. Weis aber nicht welche mir fehlen sollten. Hab auch schon auf anderen Foren gefragt wie man das machen kann, aber bis jetzt noch keine Antwort.		Hi, hab auf meinen Asus wl-500g das gleiche ausprobiert und kahm auf die gleichen ergebnisse wie du siehe http://forum.opennet-initiative.de/thread.php?threadid=321&sid= letzten thread. Hab jetzt gehört das ich eventuell nicht alle Libarys auf meinen Asus hab. Weis aber nicht welche mir fehlen sollten. Hab auch schon auf anderen Foren gefragt wie man das machen kann, aber bis jetzt noch keine Antwort.
Zeile 9:		Zeile 9:
	Oconnor		Oconnor

			== Erfolg Linksys-AP27 ==
	----

	Diskussionsseite gekürzt!		Diskussionsseite gekürzt!
Zeile 18:		Zeile 18:
	* Tunnel wird auf dem AP selbst noch nicht genutzt		* Tunnel wird auf dem AP selbst noch nicht genutzt
	* openvpn automatisch beim Hochfahren starten lassen, reicht sein SXX davor im Namen?		* openvpn automatisch beim Hochfahren starten lassen, reicht sein SXX davor im Namen?
			--[[Benutzer:MathiasMahnke\|MathiasMahnke]] 12:26, 10. Aug 2005 (CEST)

MathiasMahnke: Ein paar schnelle Kommentare

2005-08-10T10:25:32Z

Ein paar schnelle Kommentare

← Nächstältere Version		Version vom 10. August 2005, 10:25 Uhr
Zeile 11:		Zeile 11:
	----		----

			Diskussionsseite gekürzt!
	Danke Rene für deine Doku, genau dieses Thema wollten wir die Tage wieder angreifen. Ich werde mich auf jeden Fall mit der Sache beschäftigen. Auf Dauer sollte es unbedingt Ziel sein, VPN auf die APs zu verlagern. --[[Benutzer:MathiasMahnke\|MathiasMahnke]] 20:26, 3. Aug 2005 (CEST)

			Bei mir arbeiten OpenVPN unter Linksys einwandfrei. Habe die Doku noch etwas verbessert. Sie muesste noch ein einigen stellen etwas nachbearbeitet werden, ist aber im Großen und Ganzen ausreichend. Meine Anmerkungen:
	: OpenWrt whiterussian rc2 and openvpn package: Hab gehört das es damit funzen soll werd es mal in angriff nehmen. Problem is nur das man dann da noch mehr Packete Installieren muss so das es wieder der freifunkfirmware angepasst wird. Oconnor
			* openvpn.conf zur opennet.conf ruhig umbennen (nur Kleinigkeit/Optik; so sieht man, was fuer ein Tunnel das sein soll)

			* analog vpn_up.sh zu opennet_up.sh; muss/sollte ausführbar sein?
	:: Schoen waere erstmal das Problem zu identifizieren. Am Ende laesst es sich vielleicht auch mit Freifunk wieder machen bzw. es werden die notwendigen Aenderungen dort integriert. --[[Benutzer:MathiasMahnke\|MathiasMahnke]] 10:02, 4. Aug 2005 (CEST)
			* Tunnel wird auf dem AP selbst noch nicht genutzt

			* openvpn automatisch beim Hochfahren starten lassen, reicht sein SXX davor im Namen?
	----

	Hallo,

	da Du, Oconnor, das Problem (FloatingPointException) also auch schon vor einer Weile hattest wird es wohl nicht an einer von mir erhofften Änderung am OpenVPN-Server liegen. Aber ich hätt das ganze vielleicht gar nicht ins Wiki geschrieben, wenn ich nicht vorgestern (also einen Tag bevor ich dass hier reingeschrieben hab) abends recht weit gekommen wäre. '''Der Tunnel wurde aufgebaut''', allerdings hat die automatische Anpassung der routen nicht funktioniert und von der Exception, die nun immer auftritt war egal wie oft ich rumprobiert hab keine Spur. Und, ganz sicher, tun0 wurde bei ifconfig gestern angezeigt.<br>
	Seitdem hab ich auf meinem Accesspoint nix geändert, außer einem Neustart. Und dann der Versuch der Dokumentation des ganzen gestern...<br>
	Na mal schauen, ich werd einfach weiterprobieren,

	viele Grüße,
	Rene

	== Ergebnis auf Linksys ==

	* Namensaufloesung funktionierte bereits
	* ipkg install ntpclient, 192.168.0.254 eingetragen (/etc/init.d/S60ntpclient)
	** ist bei Freifunk 1.0.2 nicht extra nötig, schon installiert (Anm. [[Benutzer:Ap46rene\|Ap46rene]])
	* group/user nobody auf Config entfernen (es exisitiert nur root)
	* "openvpn --config opennet.conf" z.B. verwenden
	* Namensauflösung funktioniere nun nicht mehr! - doch eine resolv.conf angelegt
	** gab bei Freifunk 1.0.2 bei mir keine Probleme (Anm. [[Benutzer:Ap46rene\|Ap46rene]])
	* pings ueber den Tunnel liefern "ping: sendto: Operation not permitted"
	** firewall-problem, sollte sich lösen lassen (Anm. [[Benutzer:Ap46rene\|Ap46rene]])

	--[[Benutzer:MathiasMahnke\|MathiasMahnke]] 08:52, 9. Aug 2005 (CEST)
	[[Bild:Beispiel.jpg]]

Ap46rene: /* Nicht gleich nachmachen, stört das Netz */

2005-08-10T00:07:19Z

Nicht gleich nachmachen, stört das Netz

@@ Zeile 1: / Zeile 1: @@
 ==Nicht gleich nachmachen, stört das Netz==
-Also, das ganze scheint einigermassen auf den Linksys zu laufen, auf den ASUS nicht. Ohne vernünftige Firewallkonfiguration werden Pakete von anderen AccessPoints, die den openvpn-olsr-AccessPoint als super erachten, momentan gedroppt. Bevor das nicht behoben ist, funktioniert das ganze nicht und macht eher das Netz platt.
+Also, das ganze scheint einigermassen auf den Linksys zu laufen, auf den ASUS nicht. Ohne vernünftige Firewallkonfiguration werden Pakete von anderen AccessPoints, die den openvpn-olsr-AccessPoint als super erachten gedroppt. Daher ist es extrem wichtig, die openvpn-option '''redirect-gateway auf dem AccessPoint nicht zu nutzen''', sondern die Routen per Script zu ändern.
 ----

Ap46rene am 9. August 2005 um 20:36 Uhr

2005-08-09T20:36:10Z

← Nächstältere Version		Version vom 9. August 2005, 20:36 Uhr
Zeile 14:		Zeile 14:
	</pre>		</pre>

			Ergebnis:
	Die Pakete müssten natürlich auch durchs tun0 gelassen werden, oder?
			Eigentlich sollte ja nur der Verkehr, der von 172.16.1.0/24 über tun0 geroutet werden, alles was über 192.168.0.0/16 kommt soll ja nicht nochmal getunnelt werden. Also, pakete die von 172.16.1.0/24 nach * gehen, sollen durch tun, alle von 192.168.0.0/16 nach * sollen durch ?eth1? geroutete werden - sonst wirds nix.<br>
⚫	---
			Ansätze gesucht, Stichworte bisher ?policy routing? routing decisions ... Vorschläge?

		⚫	----

	Hi, hab auf meinen Asus wl-500g das gleiche ausprobiert und kahm auf die gleichen ergebnisse wie du siehe http://forum.opennet-initiative.de/thread.php?threadid=321&sid= letzten thread. Hab jetzt gehört das ich eventuell nicht alle Libarys auf meinen Asus hab. Weis aber nicht welche mir fehlen sollten. Hab auch schon auf anderen Foren gefragt wie man das machen kann, aber bis jetzt noch keine Antwort.		Hi, hab auf meinen Asus wl-500g das gleiche ausprobiert und kahm auf die gleichen ergebnisse wie du siehe http://forum.opennet-initiative.de/thread.php?threadid=321&sid= letzten thread. Hab jetzt gehört das ich eventuell nicht alle Libarys auf meinen Asus hab. Weis aber nicht welche mir fehlen sollten. Hab auch schon auf anderen Foren gefragt wie man das machen kann, aber bis jetzt noch keine Antwort.

Ap46rene am 9. August 2005 um 19:57 Uhr

2005-08-09T19:57:28Z

← Nächstältere Version		Version vom 9. August 2005, 19:57 Uhr
Zeile 1:		Zeile 1:
			==Nicht gleich nachmachen, stört das Netz==
			Also, das ganze scheint einigermassen auf den Linksys zu laufen, auf den ASUS nicht. Ohne vernünftige Firewallkonfiguration werden Pakete von anderen AccessPoints, die den openvpn-olsr-AccessPoint als super erachten, momentan gedroppt. Bevor das nicht behoben ist, funktioniert das ganze nicht und macht eher das Netz platt.

			Bei mir zeigen sich im logfile folgende Drops:

			auf dem router:
			<pre>
			root@OpenWrt:~# logread
			Aug 9 19:27:21 (none) kern.warn kernel: FW:IN=eth1 OUT=tun0 SRC=192.168.1.XX DST=85.138.XX.XX LEN=60 TOS=0x00 PREC=0x00 TTL=61 ID=8488 DF PROTO=TCP SPT=36310 DPT=3515 WINDOW=5840 RES=0x00 SYN URGP=0
			Aug 9 19:27:22 (none) kern.warn kernel: FW:IN=eth1 OUT=tun0 SRC=192.168.1.XX DST=163.25.XX.XX LEN=60 TOS=0x00 PREC=0x00 TTL=61 ID=14018 DF PROTO=TCP SPT=36311 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0
			Aug 9 19:27:22 (none) kern.warn kernel: FW:IN=eth1 OUT=tun0 SRC=192.168.1.XX DST=137.226.XX.XX LEN=60 TOS=0x00 PREC=0x00 TTL=61 ID=372 DF PROTO=TCP SPT=36307 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0
			Aug 9 19:27:23 (none) kern.warn kernel: FW:IN=eth1 OUT=tun0 SRC=192.168.1.XX DST=137.104.XX.XX LEN=60 TOS=0x00 PREC=0x00 TTL=61 ID=28259 DF PROTO=TCP SPT=36296 DPT=443 WINDOW=5840 RES=0x00 SYN URGP=0
			...
			</pre>

			Die Pakete müssten natürlich auch durchs tun0 gelassen werden, oder?
			---

	Hi, hab auf meinen Asus wl-500g das gleiche ausprobiert und kahm auf die gleichen ergebnisse wie du siehe http://forum.opennet-initiative.de/thread.php?threadid=321&sid= letzten thread. Hab jetzt gehört das ich eventuell nicht alle Libarys auf meinen Asus hab. Weis aber nicht welche mir fehlen sollten. Hab auch schon auf anderen Foren gefragt wie man das machen kann, aber bis jetzt noch keine Antwort.		Hi, hab auf meinen Asus wl-500g das gleiche ausprobiert und kahm auf die gleichen ergebnisse wie du siehe http://forum.opennet-initiative.de/thread.php?threadid=321&sid= letzten thread. Hab jetzt gehört das ich eventuell nicht alle Libarys auf meinen Asus hab. Weis aber nicht welche mir fehlen sollten. Hab auch schon auf anderen Foren gefragt wie man das machen kann, aber bis jetzt noch keine Antwort.

Zeile 36:		Zeile 54:

	--[[Benutzer:MathiasMahnke\|MathiasMahnke]] 08:52, 9. Aug 2005 (CEST)		--[[Benutzer:MathiasMahnke\|MathiasMahnke]] 08:52, 9. Aug 2005 (CEST)
			[[Bild:Beispiel.jpg]]

Ap46rene: /* Ergebnis auf Linksys */

2005-08-09T10:45:41Z

Ergebnis auf Linksys

← Nächstältere Version		Version vom 9. August 2005, 10:45 Uhr
Zeile 27:		Zeile 27:
	* Namensaufloesung funktionierte bereits		* Namensaufloesung funktionierte bereits
	* ipkg install ntpclient, 192.168.0.254 eingetragen (/etc/init.d/S60ntpclient)		* ipkg install ntpclient, 192.168.0.254 eingetragen (/etc/init.d/S60ntpclient)
			** ist bei Freifunk 1.0.2 nicht extra nötig, schon installiert (Anm. [[Benutzer:Ap46rene\|Ap46rene]])
	* group/user nobody auf Config entfernen (es exisitiert nur root)		* group/user nobody auf Config entfernen (es exisitiert nur root)
	* "openvpn --config opennet.conf" z.B. verwenden		* "openvpn --config opennet.conf" z.B. verwenden
	* Namensauflösung funktioniere nun nicht mehr! - doch eine resolv.conf angelegt		* Namensauflösung funktioniere nun nicht mehr! - doch eine resolv.conf angelegt
			** gab bei Freifunk 1.0.2 bei mir keine Probleme (Anm. [[Benutzer:Ap46rene\|Ap46rene]])
	* pings ueber den Tunnel liefern "ping: sendto: Operation not permitted"		* pings ueber den Tunnel liefern "ping: sendto: Operation not permitted"
			** firewall-problem, sollte sich lösen lassen (Anm. [[Benutzer:Ap46rene\|Ap46rene]])

	--[[Benutzer:MathiasMahnke\|MathiasMahnke]] 08:52, 9. Aug 2005 (CEST)		--[[Benutzer:MathiasMahnke\|MathiasMahnke]] 08:52, 9. Aug 2005 (CEST)