xingplus / tunnelblick

Automatically exported from code.google.com/p/tunnelblick
0 stars 0 forks source link

Password removed from keychain #30

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Connect to server
2. enter credentials and select Save to Keychain
3. Disconnect

What is the expected output? What do you see instead?
What I see is that an OpenVPN-auth entry is created on connect.
On disconnect, the OpenVPN-auth entry disappears from the login keychain.

What I expect is that the entry in the login keychain stays put and is reused 
when I try to 
reconnect in stead of prompting for user credentials again.

What version of the product are you using? On what operating system?
3.0b8 on OS X 10.5.4 with all available updates.

Please provide any additional information below.
Manually creating the OpenVPN-auth entry doesn't solve the problem.

What I also expect is that the entries in the keychain are created with a name 
depending on the 
connection. I have 3 connections and I expect some entries like:
OpenVPN-auth-connection1
OpenVPN-auth-connection2
OpenVPN-auth-connection3
Otherwise the entries will be overridden every time anyway.

Original issue reported on code.google.com by daen...@gmail.com on 13 Sep 2008 at 2:50

GoogleCodeExporter commented 9 years ago
My bad, I'm using 3.0b9

Original comment by daen...@gmail.com on 13 Sep 2008 at 2:52

GoogleCodeExporter commented 9 years ago
was working on the previous version I was using (3.0b10 I think), doesn't work 
on
3.0b12 (prior to removal)

Original comment by james.le...@gmail.com on 10 Aug 2009 at 8:02

GoogleCodeExporter commented 9 years ago
Thanks for your report.

Was this was a one-time occurrence? 3.0b12 stores the data in the keychain 
using a different name than 
3.0b10 used, to support different credentials for different connections and 
usernames.

So, the first time 3.0b12 is used, it will request the credentials, and 
optionally store them under the new 
name. After that it should use the newly-stored version.

What version of OS X are you using? Intel or PowerPC?

Original comment by jkbull...@gmail.com on 10 Aug 2009 at 10:25

GoogleCodeExporter commented 9 years ago
Intel 10.5.7 and it happens every time I connect.  (or, was for the first day 
or so I
was using it).

I just ran a few tests and it seems to be behaving.

I was connected.
Disconnect.
Connect, asked for password, entered and saved.
Disconnect.
Connect, no password dialogue, it worked.
Disconnect.
Quit and restarted Tunnelblick.
Connect, worked without password again.

So, I don't know what was going on for the first connection or the other day, 
but if
I see this again I'll update.

Original comment by james.le...@gmail.com on 10 Aug 2009 at 10:16

GoogleCodeExporter commented 9 years ago
Just ran some tests with a different endpoint and am seeing the wrong behaviour 
again.

Everytime it is requiring me to enter my username/password even though I am 
checking
the save to keychain tickybox.

I am seeing one OpenVPN-Auth-Connection-Name-Goes-Here entry in my login 
keychain,
but no new one for the other endpoint.  I am connecting to both endpoints at 
the same
time and this is working correctly.

Original comment by james.le...@gmail.com on 10 Aug 2009 at 10:20

GoogleCodeExporter commented 9 years ago
Fixed in r168. (Had to do with two or more connections trying to add to the 
Keychain simultaneously).

Original comment by jkbull...@gmail.com on 30 Aug 2009 at 4:17

GoogleCodeExporter commented 9 years ago
I'm using 3.0b18 build 576 and I am still experiencing this problem of not 
saving the password in the keychain.
I have Snow 10.6.1

What should I do?
Please help,
Thanks

Cosimo

Original comment by lupo...@gmail.com on 5 Oct 2009 at 2:54

GoogleCodeExporter commented 9 years ago
lupocos - The first thing to check is if the username/password, or passphrase, 
are being saved properly. Save 
them or it again with no connections active (i.e., trying to connect to a 
single VPN).

The username should be stored in the Tunnelblick preferences as 
XXX-authUsername, where XXX is the name 
of your configuration (without the .ovpn or .conf). (If you don't know how to 
check this, see the section about 
Preferences in the "Using Tunnelblick" wiki.

The password that goes with the username is stored in the Keychain as 
OpenVPN-Auth-XXX.

If, instead of a username/password, you have a passphrase, it is in the 
Keychain as OpenVPN-XXX.

You can inspect your Keychain with Keychain Access.app, which is in 
/Applications/Utilities

So: are they stored correctly?

Original comment by jkbull...@gmail.com on 5 Oct 2009 at 7:08

GoogleCodeExporter commented 9 years ago
hello,
my username and password is stored correctly in keychain but next time i start
tunnelblick i have to enter it again.
I'm using:
snow leopard 10.6.1
Tunnelblick 3 (3.0b20 build 1206); OpenVPN 2 (2.1_rc19)

in config-file is no username like 'XXX-authUsernam' stored.

any solutions?
thanks
matze

Original comment by matthias...@googlemail.com on 20 Oct 2009 at 11:19

GoogleCodeExporter commented 9 years ago
Fixes have been committed for several password-storage related issues with 
3.0b18 and 3.0b20. A new release, 
which will include the fixes, should be out in the next week or so.

Original comment by jkbull...@gmail.com on 20 Oct 2009 at 11:31

GoogleCodeExporter commented 9 years ago
Looking forward to this fix...

Original comment by tog...@gmail.com on 28 Oct 2009 at 10:19