Hallo Alexander, Am Sonntag, 31. Oktober 2004 um 19:10 hast Du Folgendes in die Tastatur getippselt: AR> Ich hatte das gleiche Problem mit einigen Suse und Debian Notebooks. AR> Nachdem man per dhcp vom VPN-Router eine IP zugewiesen bekommen hatte, AR> wollte nach dem VPN-Verbindungsstart mit pptp-command nicht passieren. AR> Problem war die falsch gesetzt default Route. Warum, ist mir immer noch AR> nicht klar. Ruf mal route -n aus und "räume" etwas auf. AR> So starte ich die VPN-Verbindung in der UNI: AR> ifup eth1) // bzw. dein Wlan-Interface AR> route add 172.16.32.1 gw 172.16.128.2 // ips anpassen... AR> pptp-command start fh1 AR> route add default gw 128.176.239.193 // diese ip bekomme ich vom AR> // VPN-Router AR> route del default gw 172.16.128.2 // die alte default-route AR> // brauch ich dann nicht AR> // mehr Hmm... ich weiß nicht ob sich das o.g. leicht übertragen lässt, da der vpnc-client ein tun0 Device anlegt, über das die Verbindung dann laufen soll. Die Routen sollen da eigentlich mitangepasst werden, aber praktisch kam das dabei raus: Routen ohne VPN: Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.4.0 * 255.255.255.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default 192.168.4.254 0.0.0.0 UG 0 0 0 eth0 (192.168.4.254 ist mein Router zu Hause) Routing nach gestarteter VPN Verbindung: Destination Gateway Genmask Flags Metric Ref Use Iface 132.180.252.49 192.168.4.254 255.255.255.255 UGH 0 0 0 eth0 192.168.4.0 * 255.255.255.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default * 0.0.0.0 U 0 0 0 tun0 wenn ich den Cisco VPN Client nehme sieht es genauso aus wie bei Routen ohne VPN. Hilft das etwas weiter? Kenne mich mit den Route-Optionen, bzw. den einzelnen Bedeutungen nicht wirklich aus... ... und wech Nikolas Tautenhahn mailto:virtual@gmx.de