QuickVPN crashes with wireless connections

Discussion in 'Cisco Small Business Routers and VPN Solutions' started by erman, Feb 9, 2008.

  1. erman

    erman LI Guru Member

    Hi everybody, I'm in a strange situation using QuickVPN Client.
    If I connect via Lan -> router -> internet or with any other type of connection except than a WLan, all works fine.
    But if I use a wireless interface to connect to internet, when I start the utility I get a Winz application error and QVPN crashes as soon as I launch it.

    I verified the problem in more then one PC.
    Only in one case I was able to work with a wlan connection, upgrading QVPN to the version 1.2.6. But this situation was a unique case and I could't recreate the same working condition any more.

    Has anybody had my same problem?
    How could you fix it?
  2. erman

    erman LI Guru Member

    Perhaps my question is not so clear.
    You know that QVPN Client 'knows' which of yours available connections you are using to access the network, so it uses that interface to configure the tunnel.
    If I connect my network via a wireless interface and then I execute Quick VPN Client, I get an 'Application error' message and QVPN closes. This happens before I can connect to my tunnel, as soon as I launch the QVPN Client (can't see the application main form, but only the error message).
    Is it a known issue, and can I do something to connect via my WLan interface?
    Or it is a Windows issue?
    You know that it's not a remote evenience that one needs to connect to his office using a notebook and a Wi-Fi network..
    Please help!
  3. and247

    and247 Network Guru Member

    Same here - maybe BUG?

    I have the same problem - I can connect from my home network to my office RV082 via QuickVPN if I am using ethernet (wired) connection.

    But when I am using Wireless LAN adapter, Quick VPN won't connect, however, it will not crash. I can see the login screen, I can see connecting, aplying policies... but it stops on verifying network.

    By furhter investigating I found out, that the problem is in IPSEC.exe application, which will not set up any IPSec policies and ends up with an error: No IP Address for your configuration found.

    On the internet I found the source code for some older version of ipsec.exe: http://vpn.ebootis.de/

    I looked into it and I think the problem is in two functions:

    1. getIpInfo() - looks up information about all network adapters, but only of type ETHERNET or PPP, however WLAN adapter is neither type ETHERNET nor PPP (at least on Vista), so my WLAN adapter is ignored!

    2. getValidIPAdress() - tries to find out my own IP address, but only from information looked up by first function and again, only adapters of type ETHERNET - of course, no IP is found and error "No IP Address for your configuration found." is printed.

    Am I wrong? Is there anybody out there, who was able to run and connect QuickVPN client (I used version 1.2.6 on Windows Vista Business, maybe it works on XP) from a computer connected to internet by wireless adapter? Is this discussion watched by someone who can send these information to developers of QuickVPN utility? I would really like to use this utility...
  4. erman

    erman LI Guru Member

    Maybe you're right about ip detecting.
    I am using windows XP and maybe I get the crash for this reason, unlike you do.
    But the issue seems to be the same.

    So I am trying to learning more about QuickVPNPlus (found somewhere in this site). I verified it detects my wlan ip correctly.

    But actually I can't connect to my RVS4000 router, I get the error 'Invalid router response'.

    I'm "happy" to share my problems with someone else, after a long silence; it seems the comunity is not really at its very best actually..

    However if I can find a solution I will certainly post it here.

    See you all
  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Dismiss Notice