Skip to content
It's sitting at the connecting step forever. I have the Leopard red/orange/green icons selected (I like them because they're clear and unambiguous). It sits on the orange icon with the moving white dots.
Because of past experiences with bad mojo between NAT and VPNs, I just assumed bridged was necessary.
Connection hanging - how to get diagnostic information?
Got a problem with Viscosity or need help? Ask here!
I had an unexpected deadline dumped on me that kept me from giving Viscosity Windows a good workout. I'm getting my head back into this.
Just for a quick-and-dirty run, I re-downloaded the beta, threw it on an XP virtual machine (VMware), grabbed the OpenVPN packet from our firewall. So far so good. When I attempt to connect, it's hanging. (I'll also pull out a Win7 test VM.)
How do I provide diagnostic information?
(I use the Mac version of Viscosity to connect to the firewall daily from my home office, like right now. I'm quite confident that it's the Windows software.)
Just for a quick-and-dirty run, I re-downloaded the beta, threw it on an XP virtual machine (VMware), grabbed the OpenVPN packet from our firewall. So far so good. When I attempt to connect, it's hanging. (I'll also pull out a Win7 test VM.)
How do I provide diagnostic information?
(I use the Mac version of Viscosity to connect to the firewall daily from my home office, like right now. I'm quite confident that it's the Windows software.)
Attachments
viscosity.jpg (23.78 KiB) Viewed 20308 times
Hi blackpuma,
The next beta will print out the better logs (in the last release, the logs were only printing at certain steps). When you say it hangs, is the whole program failing to respond, or it's just sitting at the connecting step forever?
If you then go to disconnect, are there any crashes or errors thrown?
Also in your VM, are you using a NAT or Bridged connection?
The next beta should be out in the next 2-3 days, hopefully that will give us a better idea of whats going on.
Cheers,
Eric
The next beta will print out the better logs (in the last release, the logs were only printing at certain steps). When you say it hangs, is the whole program failing to respond, or it's just sitting at the connecting step forever?
If you then go to disconnect, are there any crashes or errors thrown?
Also in your VM, are you using a NAT or Bridged connection?
The next beta should be out in the next 2-3 days, hopefully that will give us a better idea of whats going on.
Cheers,
Eric
Eric Thorpe
Viscosity Developer
Web: http://www.sparklabs.com
Support: http://www.sparklabs.com/support
Twitter: http://twitter.com/sparklabs
Viscosity Developer
Web: http://www.sparklabs.com
Support: http://www.sparklabs.com/support
Twitter: http://twitter.com/sparklabs
Eric wrote:When you say it hangs, is the whole program failing to respond, or it's just sitting at the connecting step forever?I'm not thinking with my QA hat on. I should have been more precise.
It's sitting at the connecting step forever. I have the Leopard red/orange/green icons selected (I like them because they're clear and unambiguous). It sits on the orange icon with the moving white dots.
If you then go to disconnect, are there any crashes or errors thrown?No, it disconnects fine with the normal bubble notification.
Also in your VM, are you using a NAT or Bridged connection?Bridged.
Because of past experiences with bad mojo between NAT and VPNs, I just assumed bridged was necessary.
Attachments
Normal disconnect
WV Admin-11.jpg (16.55 KiB) Viewed 20302 times
WV Admin-11.jpg (16.55 KiB) Viewed 20302 times
One thing that I did not notice yesterday, but is happening consistently at the moment is the following.
- I start the VM. Viscosity starts automatically because I have the option selected to do so.
- I attempt to connect. It hangs per above.
- I disconnect. It shows the disconnect message without an error.
- I attempt to connect again.
- I get a password request dialog.
- I the certificate has no password, so I press OK without typing a password.
- Viscosity shows the JKvmWVadmin-TO-SW is Disconnected message.
- Any further connection attempts displays the password dialog.
- If I reboot the VM, the process is repeatable from step one.
Now that makes things a bit more interesting. The only reason a password request should pop up is because OpenVPN is asking for it. Are you sure you didn't generate it wanting a password? Can you check your Mac keychain just to double check there isnt a password for that file already saved.
Beta version 0.7 will be out soon. This should fix the original problem you were experiencing.
Thanks for your input so far!
Eric
Beta version 0.7 will be out soon. This should fix the original problem you were experiencing.
Thanks for your input so far!
Eric
Eric Thorpe
Viscosity Developer
Web: http://www.sparklabs.com
Support: http://www.sparklabs.com/support
Twitter: http://twitter.com/sparklabs
Viscosity Developer
Web: http://www.sparklabs.com
Support: http://www.sparklabs.com/support
Twitter: http://twitter.com/sparklabs
I'm 99% sure there is no password, but because you say that this is being driven by OpenVPN, I'll go back and start from scratch with a new certificate from the firewall, and retrace my steps carefully.
If it persists I'll log that as a different problem.
If it persists I'll log that as a different problem.
7 posts
Page 1 of 1