OpenVPN mit externer IP nicht erreichbar
Verfasst: So 16 Nov, 2008 17:25
Hi xDSL.at Gemeinde!
ich habe die Suchfunktion genutzt aber nichts passendes gefunden für mein Problem.
Ich erstelle den Thread deshalb hier, da dieses Problem eher mit xdsl zu tun hat als mit linux selber!!!!!
ich versuche einen Openvpn Server unter Linux zu betreiben und möchte von der Firma bestimmte daten zeitweise zur verfügung haben.
Clientseite ist winxp bishin zu linux.
habe xDSL large (mehrplatz) und inode stellte mir ein zyxel modem zur verfügung.
Der OpenVPN server sitzt hinter einem DD-WRT v24 (Linksys) Router welcher die IP 10.X.X.X bezieht, dennoch von aussen per wieistmeineip.at
eine 85.x.x.x ip "erreichbar" ist?
Habe auch dynDNS eingerichtet und das passt soweit auch, kann die adresse ohne probleme anpingen.
Jedoch wenn ich jetzt die externe IP verwende (85.x.x.x) kommt eine fehlermeldung:
read UDPv4: Connection reset by peer (WSAECONNRESET) (code=10054)
Benutze ich die "interne" adresse wie 10.x.x.x baut sich die verbindung auf.
Der Router hat ipforwarding auf den "vpn port" und leitet die auch weiter,
sonst würde ja die interne 10er ip ja auch nicht weitergeleitet werden?
Ich sehe den wald vor lauter bäume nicht und irgendwo ist der hund begraben.
Verwende als verbindung zwischen den VPN stellen TAP! da es im moment
etwas einfacher zu erstellen ist, da mir die routing sachen noch nicht so
vertraut sind.
hier die Server.cfg:
[spoil]
port 1194
proto udp
mode server
dev tap
ifconfig 172.x.x.1 255.255.255.0
ifconfig-pool 172.x.x.2 172.x.x.3
client-to-client
tls-server
comp-lzo
push "route-gateway 172.x.x.1"
push "route 192.168.x.x 255.255.255.0" #LAN IP
push "dhcp-option DNS 172.x.x.1"
push "dhcp-option WINS 172.x.x.1"
persist-key
persist-tun
user xxxx
group xxxx
[/spoil]
hier mal der client:
[spoil]
dev tap
dev-node OpenVPN
#remote 10.70.0.16
remote <dynDNS Adresse> 1194
tls-client
comp-lzo
pull
verb 3
[/spoil]
könnte es sein das ich hier was mit den routen vergeigt habe?
LAN IPs: 192.169.x.x
VPN IPs: 172.x.x.x
Das die Client/Server cfgs nicht optimal sind ist mir klar, da ich lediglich
noch im testen bin will ich nur mal die Verbindung aufbauen und sehen ob
ob das klappt.
Wäre sehr sehr dankbar wenn mir jemand einen Tipp geben könnte
ich habe die Suchfunktion genutzt aber nichts passendes gefunden für mein Problem.
Ich erstelle den Thread deshalb hier, da dieses Problem eher mit xdsl zu tun hat als mit linux selber!!!!!
ich versuche einen Openvpn Server unter Linux zu betreiben und möchte von der Firma bestimmte daten zeitweise zur verfügung haben.
Clientseite ist winxp bishin zu linux.
habe xDSL large (mehrplatz) und inode stellte mir ein zyxel modem zur verfügung.
Der OpenVPN server sitzt hinter einem DD-WRT v24 (Linksys) Router welcher die IP 10.X.X.X bezieht, dennoch von aussen per wieistmeineip.at
eine 85.x.x.x ip "erreichbar" ist?
Habe auch dynDNS eingerichtet und das passt soweit auch, kann die adresse ohne probleme anpingen.
Jedoch wenn ich jetzt die externe IP verwende (85.x.x.x) kommt eine fehlermeldung:
read UDPv4: Connection reset by peer (WSAECONNRESET) (code=10054)
Benutze ich die "interne" adresse wie 10.x.x.x baut sich die verbindung auf.
Der Router hat ipforwarding auf den "vpn port" und leitet die auch weiter,
sonst würde ja die interne 10er ip ja auch nicht weitergeleitet werden?
Ich sehe den wald vor lauter bäume nicht und irgendwo ist der hund begraben.
Verwende als verbindung zwischen den VPN stellen TAP! da es im moment
etwas einfacher zu erstellen ist, da mir die routing sachen noch nicht so
vertraut sind.
hier die Server.cfg:
[spoil]
port 1194
proto udp
mode server
dev tap
ifconfig 172.x.x.1 255.255.255.0
ifconfig-pool 172.x.x.2 172.x.x.3
client-to-client
tls-server
comp-lzo
push "route-gateway 172.x.x.1"
push "route 192.168.x.x 255.255.255.0" #LAN IP
push "dhcp-option DNS 172.x.x.1"
push "dhcp-option WINS 172.x.x.1"
persist-key
persist-tun
user xxxx
group xxxx
[/spoil]
hier mal der client:
[spoil]
dev tap
dev-node OpenVPN
#remote 10.70.0.16
remote <dynDNS Adresse> 1194
tls-client
comp-lzo
pull
verb 3
[/spoil]
könnte es sein das ich hier was mit den routen vergeigt habe?
LAN IPs: 192.169.x.x
VPN IPs: 172.x.x.x
Das die Client/Server cfgs nicht optimal sind ist mir klar, da ich lediglich
noch im testen bin will ich nur mal die Verbindung aufbauen und sehen ob
ob das klappt.
Wäre sehr sehr dankbar wenn mir jemand einen Tipp geben könnte