Re: Problem with username/password in OS 10.8

[Jonathan K. Bullard]

The most likely explanation is that, well, as the message says: "the username/password were not accepted by the remote VPN server".

That be caused by many things, among them:

• Your subscription to the VPN service has expired (perhaps a credit card expired?);
• You are attempting to use a VPN server that you do not have permissions to use (for example, perhaps you bought a "Europe only" plan and are attempting to access a North American server);
• There is a problem with the remove VPN server or with the VPN service itself, 

You need to contact your VPN service provider. That is the organization which gave you your configuration files, and perhaps a username and password, and to which you are probably paying a fee for VPN service. For more information, please see  Getting VPN Service.

Tunnelblick is just the free software that many VPN service providers recommend or supply to their customers. We do not provide VPN service, just software.

On Sat, Nov 10, 2012 at 9:30 AM, Rikesh Patel <rikes...@gmail.com> wrote:

Hey everyone,

I've been using tunnelblick with no problems for about 2 months now, but suddenly I logged on today to see this message when I tried to sign in:

"The credentials (passphrase or username/password) were not accepted by the remote VPN server."

Ive tried clearing passwords in the keychain but nothing seems to work. Im using the lastest version of tunnelblick.

Any help would be much appreciated. 

--
You received this message because you are subscribed to the Google Groups "tunnelblick-discuss" group.
To view this discussion on the web visit https://groups.google.com/d/msg/tunnelblick-discuss/-/kAHUMXO5L7YJ.
To post to this group, send email to tunnelbli...@googlegroups.com.
To unsubscribe from this group, send email to tunnelblick-dis...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/tunnelblick-discuss?hl=en.

[Jonathan K. Bullard]

On Wed, Dec 19, 2012 at 5:35 AM, Bill <b5c4c8...@8e933027e3f1.anonbox.net> wrote:

I got a related problem. I'm using Tunnelblick in conjunction with a shellscript that monitors the connection (the Tunnelblick log file actually) and reconnects Tunnelblick after the connection drops (using the Applescript posted in this group as a template "get state ... repeat until result="Connected"). Now once in a while the login to the VPN provider fails ("auth-failure" message in the log file), due to some problems on the remote site. When this happens, Tunnelblick opens a Window, offering three options how to proceed ("Enter new credentials", "Abort", "Retry"). Now my problem is, if Tunnelblick displays said window, any Applescript commands send to it time out. So basically this window blocks Tunnelblick from scripting. Is there any way around that? 

No, I'm afraid not.

Tunnelblick is designed to stop all of its activity when something happens that needs the user's attention and response. While Tunnelblick is blocked, OpenVPN continues to deal with network traffic (unless an error prevents that, of course, as it does in the situation you describe).

I don't think it would help your situation, but is there a reason you are not using the OpenVPN "--ping-restart" mechanism to cause OpenVPN itself to restart the connection when it fails?

[Bill]

On Wednesday, December 19, 2012 11:56:48 AM UTC+1, jkbull...gmail.com wrote:

On Wed, Dec 19, 2012 at 5:35 AM, Bill <b5c4c8...@8e933027e3f1.anonbox.net> wrote:

I got a related problem. I'm using Tunnelblick in conjunction with a shellscript that monitors the connection (the Tunnelblick log file actually) and reconnects Tunnelblick after the connection drops (using the Applescript posted in this group as a template "get state ... repeat until result="Connected"). Now once in a while the login to the VPN provider fails ("auth-failure" message in the log file), due to some problems on the remote site. When this happens, Tunnelblick opens a Window, offering three options how to proceed ("Enter new credentials", "Abort", "Retry"). Now my problem is, if Tunnelblick displays said window, any Applescript commands send to it time out. So basically this window blocks Tunnelblick from scripting. Is there any way around that? 

No, I'm afraid not.

Tunnelblick is designed to stop all of its activity when something happens that needs the user's attention and response. While Tunnelblick is blocked, OpenVPN continues to deal with network traffic (unless an error prevents that, of course, as it does in the situation you describe).

Thanks for the quick response. Well, I will try if there is a way around it, just using the shell, not Applescript.
 

I don't think it would help your situation, but is there a reason you are not using the OpenVPN "--ping-restart" mechanism to cause OpenVPN itself to restart the connection when it fails?

To answer this, I'll have to explain a little bit about my setup. I use Tunnelblick from a machine behind a NAT router/modem combination. It's an ADSL internet connection. Once every 24 hours, my ISP forces the modem to disconnect, the modem reconnects within 10 secs max, receiving a new WAN IP. Now the "--ping-restart" doesn't work under this circumstances. Thus I use a script that disconnects the VPN connection upon loss of connectivity and reconnects after a grace period. Usually that works fine. Only once in a while the VPN server has problems, so I get a "auth-failure" message.