@Matt, @Pat, Similar stuff happening here with me when it comes to the WLAN address. However, the tun0 address changes (I am connecting to a large company net here, so even if I'm quick, there are probably 10+ other people getting in there between my attempts).
So to be clear, here is a table of my IP addresses in the first attempt and the second attempt (after having killed and restarted nm-applet). First wlan0 10.0.0.41 (my local net) tun0 10.x.y.153 (company net) Second wlan0 10.0.0.41 (my local net, unchanged) tun0 10.x.y.132 (company net, new address) So it appears that the local address remains unchanged (as expected -- the DHCP lease doesn't even expire) and the tunnel address changes from invocation to invocation. Pls note that the password also changes between invocations (using a RSA based SecurID system here), so any possible bugs/problems with the keyring and sending the right password (the one I type in and not the previous one) could also create an issue -- although it fails so quickly after the connect that I'm kind of wondering if the server would even have time to verify the password... @Pat, is this similar for you or are you using the same password(s) each time? I have also set up another machine recently from scratch, and installed an OpenVPN configuration on that, plus set up the OpenVPN server it connects to. That works very well, no problems whatsoever; it connects and reconnects as needed. I set it up initially in router mode (tun) and changed it later to bridge mode (tap) and both work well. Unfortunately that is not a company related PC (and was done for another person on his PC), so I cannot install the Cisco client on that and try to reproduce on that machine. -- vpnc will only connect successfully on first try per session https://bugs.launchpad.net/bugs/475814 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs