cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
14464
Views
5
Helpful
19
Replies

QuickVPN in Windows 7 not connecting to RVS4000

ValRader0
Level 1
Level 1

When I use QuickVPN under XP, I connect to my RVS4000 without problems.  When I switch to new computer running Windows 7 and V4.2.1 QuickVPN I can get all the way to Verifying Network.   Then I get the message that: "The remote gateway is not responding.  Do you want to wait?"  - repeatedly.  The icon in the tool bar remains with a red slash and I am unable to ping devices on the lan side of the router.  However, when I check the VPN Summary on the router, I see that it thinks I'm connected.  When I check the VPN log I see that I am not:

Oct 12 10:27:53 - Configuration changed!

Oct 12 10:28:33 - Configuration changed!

Oct 12 10:28:34 - [VPN Log]: added connection description "ValR_rw_rw"

Oct 12 10:28:34 - [VPN Log]: listening for IKE messages

Oct 12 10:28:34 - [VPN Log]: adding interface ipsec0/ppp0 69.161.30.166:500

Oct 12 10:28:34 - [VPN Log]: adding interface ipsec0/ppp0 69.161.30.166:4500

Oct 12 10:28:34 - [VPN Log]: loading secrets from "/etc/ipsec.secrets"

Oct 12 10:28:46 - [VPN Log]: packet from 65.74.6.130:23434: ignoring Vendor ID payload [MS NT5 ISAKMPOAKLEY 00000008]

Oct 12 10:28:46 - [VPN Log]: packet from 65.74.6.130:23434: ignoring Vendor ID payload [RFC 3947]

Oct 12 10:28:46 - [VPN Log]: packet from 65.74.6.130:23434: ignoring Vendor ID payload [draft-ietf-ipsec-nat-t-ike-02_n]

Oct 12 10:28:46 - [VPN Log]: packet from 65.74.6.130:23434: ignoring Vendor ID payload [FRAGMENTATION]

Oct 12 10:28:46 - [VPN Log]: packet from 65.74.6.130:23434: ignoring unknown Vendor ID payload [fb1de3cdf341b7ea16b7e5be0855f120]

Oct 12 10:28:46 - [VPN Log]: packet from 65.74.6.130:23434: ignoring Vendor ID payload [Vid-Initial-Contact]

Oct 12 10:28:46 - [VPN Log]: packet from 65.74.6.130:23434: ignoring unknown Vendor ID payload [e3a5966a76379fe707228231e5ce8652]

Oct 12 10:28:46 - [VPN Log]: "ValR_rw_rw"[1] 65.74.6.130 #1: responding to Main Mode from unknown peer 65.74.6.130

Oct 12 10:28:46 - [VPN Log]: "ValR_rw_rw"[1] 65.74.6.130 #1: transition from state STATE_MAIN_R0 to state STATE_MAIN_R1

Oct 12 10:28:46 - [VPN Log]: "ValR_rw_rw"[1] 65.74.6.130 #1: STATE_MAIN_R1: sent MR1, expecting MI2

Oct 12 10:28:47 - [VPN Log]: "ValR_rw_rw"[1] 65.74.6.130 #1: transition from state STATE_MAIN_R1 to state STATE_MAIN_R2

Oct 12 10:28:47 - [VPN Log]: "ValR_rw_rw"[1] 65.74.6.130 #1: STATE_MAIN_R2: sent MR2, expecting MI3

Oct 12 10:28:47 - [VPN Log]: "ValR_rw_rw"[1] 65.74.6.130 #1: Main mode peer ID is ID_IPV4_ADDR: '172.22.30.11'

Oct 12 10:28:47 - [VPN Log]: "ValR_rw_rw"[2] 65.74.6.130 #1: deleting connection "ValR_rw_rw" instance with peer 65.74.6.130 {isakmp=#0/ipsec=#0}

Oct 12 10:28:47 - [VPN Log]: "ValR_rw_rw"[2] 65.74.6.130 #1: I did not send a certificate because I do not have one.

Oct 12 10:28:47 - [VPN Log]: "ValR_rw_rw"[2] 65.74.6.130 #1: transition from state STATE_MAIN_R2 to state STATE_MAIN_R3

Oct 12 10:28:47 - [VPN Log]: "ValR_rw_rw"[2] 65.74.6.130 #1: STATE_MAIN_R3: sent MR3, ISAKMP SA established {auth=OAKLEY_PRESHARED_KEY cipher=oakley_3des_cbc_192 prf=oakley_md5 group=modp1024}

Oct 12 10:28:47 - [VPN Log]: "ValR_rw_rw"[2] 65.74.6.130 #2: responding to Quick Mode {msgid:01000000}

Oct 12 10:28:47 - [VPN Log]: "ValR_rw_rw"[2] 65.74.6.130 #2: transition from state STATE_QUICK_R0 to state STATE_QUICK_R1

Oct 12 10:28:47 - [VPN Log]: "ValR_rw_rw"[2] 65.74.6.130 #2: STATE_QUICK_R1: sent QR1, inbound IPsec SA installed, expecting QI2

Oct 12 10:28:49 - [VPN Log]: "ValR_rw_rw"[2] 65.74.6.130 #2: route-client output: 0

Oct 12 10:28:49 - [VPN Log]: "ValR_rw_rw"[2] 65.74.6.130 #2: transition from state STATE_QUICK_R1 to state STATE_QUICK_R2

Oct 12 10:28:49 - [VPN Log]: "ValR_rw_rw"[2] 65.74.6.130 #2: STATE_QUICK_R2: IPsec SA established {ESP=>0xd7f3050c <0xe98d074f xfrm=3DES_0-HMAC_MD5 NATD=none DPD=none}

Oct 12 10:33:48 - [VPN Log]: | NAT-T: new mapping 65.74.6.130:23434/44824)

Oct 12 10:33:48 - [VPN Log]: | pfkey_lib_debug:pfkey_msg_parse: satype 0 conversion to proto failed for msg_type 2 (update).

Oct 12 10:33:48 - [VPN Log]: | pfkey_lib_debug:pfkey_msg_build: Trouble parsing newly built pfkey message, error=-22.

Oct 12 10:33:48 - [VPN Log]: "ValR_rw_rw"[2] 65.74.6.130 #2: pfkey_msg_build of Add SA esp.e98d074f@69.161.30.166 failed, code -22

Oct 12 10:33:48 - [VPN Log]: "ValR_rw_rw"[2] 65.74.6.130 #1: received Delete SA(0xd7f3050c) payload: deleting IPSEC State #2

Oct 12 10:33:48 - [VPN Log]: "ValR_rw_rw"[2] 65.74.6.130 #1: terminating SAs using this connection

Oct 12 10:33:48 - [VPN Log]: "ValR_rw_rw" #2: deleting state (STATE_QUICK_R2)

Oct 12 10:33:48 - [VPN Log]: "ValR_rw_rw" #1: deleting state (STATE_MAIN_R3)

Oct 12 10:33:48 - [VPN Log]: "ValR_rw_rw"[2] 65.74.6.130: deleting connection "ValR_rw_rw" instance with peer 65.74.6.130 {isakmp=#0/ipsec=#0}

Oct 12 10:33:49 - [VPN Log]: "ValR_rw_rw": unroute-client output: 0

Oct 12 10:33:49 - [VPN Log]: packet from 65.74.6.130:44824: received and ignored informational message

Oct 12 11:45:11 - [VPN Log]: packet from 65.74.6.130:8426: ignoring Vendor ID payload [MS NT5 ISAKMPOAKLEY 00000008]

Oct 12 11:45:11 - [VPN Log]: packet from 65.74.6.130:8426: ignoring Vendor ID payload [RFC 3947]

Oct 12 11:45:11 - [VPN Log]: packet from 65.74.6.130:8426: ignoring Vendor ID payload [draft-ietf-ipsec-nat-t-ike-02_n]

Oct 12 11:45:11 - [VPN Log]: packet from 65.74.6.130:8426: ignoring Vendor ID payload [FRAGMENTATION]

Oct 12 11:45:11 - [VPN Log]: packet from 65.74.6.130:8426: ignoring unknown Vendor ID payload [fb1de3cdf341b7ea16b7e5be0855f120]

Oct 12 11:45:11 - [VPN Log]: packet from 65.74.6.130:8426: ignoring Vendor ID payload [Vid-Initial-Contact]

Oct 12 11:45:11 - [VPN Log]: packet from 65.74.6.130:8426: ignoring unknown Vendor ID payload [e3a5966a76379fe707228231e5ce8652]

Oct 12 11:45:11 - [VPN Log]: "ValR_rw_rw"[3] 65.74.6.130 #3: responding to Main Mode from unknown peer 65.74.6.130

Oct 12 11:45:11 - [VPN Log]: "ValR_rw_rw"[3] 65.74.6.130 #3: transition from state STATE_MAIN_R0 to state STATE_MAIN_R1

Oct 12 11:45:11 - [VPN Log]: "ValR_rw_rw"[3] 65.74.6.130 #3: STATE_MAIN_R1: sent MR1, expecting MI2

Oct 12 11:45:13 - [VPN Log]: packet from 65.74.6.130:8426: ignoring Vendor ID payload [MS NT5 ISAKMPOAKLEY 00000008]

Oct 12 11:45:13 - [VPN Log]: packet from 65.74.6.130:8426: ignoring Vendor ID payload [RFC 3947]

Oct 12 11:45:13 - [VPN Log]: packet from 65.74.6.130:8426: ignoring Vendor ID payload [draft-ietf-ipsec-nat-t-ike-02_n]

Oct 12 11:45:13 - [VPN Log]: packet from 65.74.6.130:8426: ignoring Vendor ID payload [FRAGMENTATION]

Oct 12 11:45:13 - [VPN Log]: packet from 65.74.6.130:8426: ignoring unknown Vendor ID payload [fb1de3cdf341b7ea16b7e5be0855f120]

Oct 12 11:45:13 - [VPN Log]: packet from 65.74.6.130:8426: ignoring Vendor ID payload [Vid-Initial-Contact]

Oct 12 11:45:13 - [VPN Log]: packet from 65.74.6.130:8426: ignoring unknown Vendor ID payload [e3a5966a76379fe707228231e5ce8652]

Oct 12 11:45:13 - [VPN Log]: "ValR_rw_rw"[3] 65.74.6.130 #4: responding to Main Mode from unknown peer 65.74.6.130

Oct 12 11:45:13 - [VPN Log]: "ValR_rw_rw"[3] 65.74.6.130 #4: transition from state STATE_MAIN_R0 to state STATE_MAIN_R1

Oct 12 11:45:13 - [VPN Log]: "ValR_rw_rw"[3] 65.74.6.130 #4: STATE_MAIN_R1: sent MR1, expecting MI2

Oct 12 11:45:13 - [VPN Log]: "ValR_rw_rw"[3] 65.74.6.130 #3: transition from state STATE_MAIN_R1 to state STATE_MAIN_R2

Oct 12 11:45:13 - [VPN Log]: "ValR_rw_rw"[3] 65.74.6.130 #3: STATE_MAIN_R2: sent MR2, expecting MI3

Oct 12 11:45:13 - [VPN Log]: "ValR_rw_rw"[3] 65.74.6.130 #3: Main mode peer ID is ID_IPV4_ADDR: '172.22.30.11'

Oct 12 11:45:13 - [VPN Log]: "ValR_rw_rw"[4] 65.74.6.130 #3: I did not send a certificate because I do not have one.

Oct 12 11:45:13 - [VPN Log]: "ValR_rw_rw"[4] 65.74.6.130 #3: transition from state STATE_MAIN_R2 to state STATE_MAIN_R3

Oct 12 11:45:13 - [VPN Log]: "ValR_rw_rw"[4] 65.74.6.130 #3: STATE_MAIN_R3: sent MR3, ISAKMP SA established {auth=OAKLEY_PRESHARED_KEY cipher=oakley_3des_cbc_192 prf=oakley_md5 group=modp1024}

Oct 12 11:45:13 - [VPN Log]: "ValR_rw_rw"[4] 65.74.6.130 #5: responding to Quick Mode {msgid:01000000}

Oct 12 11:45:13 - [VPN Log]: "ValR_rw_rw"[4] 65.74.6.130 #5: transition from state STATE_QUICK_R0 to state STATE_QUICK_R1

Oct 12 11:45:13 - [VPN Log]: "ValR_rw_rw"[4] 65.74.6.130 #5: STATE_QUICK_R1: sent QR1, inbound IPsec SA installed, expecting QI2

Oct 12 11:45:15 - [VPN Log]: "ValR_rw_rw"[4] 65.74.6.130 #5: route-client output: 0

Oct 12 11:45:15 - [VPN Log]: "ValR_rw_rw"[4] 65.74.6.130 #5: transition from state STATE_QUICK_R1 to state STATE_QUICK_R2

Oct 12 11:45:15 - [VPN Log]: "ValR_rw_rw"[4] 65.74.6.130 #5: STATE_QUICK_R2: IPsec SA established {ESP=>0xe15a35e6 <0xe98d0750 xfrm=3DES_0-HMAC_MD5 NATD=none DPD=none}

Oct 12 11:46:23 - [VPN Log]: "ValR_rw_rw"[3] 65.74.6.130 #4: max number of retransmissions (2) reached STATE_MAIN_R1

Oct 12 11:46:23 - [VPN Log]: "ValR_rw_rw"[3] 65.74.6.130: deleting connection "ValR_rw_rw" instance with peer 65.74.6.130 {isakmp=#0/ipsec=#0}

I've disabled MS Security Essentials and made sure the Firewall is on.  IPSec  Policy Agent and IKE and AuthIP IPSec Keying Modules services are both started.  I've created a rule to allow QuickVPN throught the firwall in and out and a rule to let traffic on 443 and 60443 UDP and TCP through the Firewall.  Still no luck.  Perhaps someone with more experience reading the logs can help me understand what is happening. 

Thanks,

-ValR

19 Replies 19

mike.janiga
Level 1
Level 1

When using QuickVPN to communicate with WRVS4400Nv2 over mobile broadband connection I also get the message: "The remote gateway is not responding..."

The firmware version for the router is V2.0.2.1.

I'm using Windows 7 Premium 64bit OS. Attempted VPN with the windows firewall enabled and then tried it disabled. No success. Please help...

Here is the log file:

2011/12/29 15:07:46 [STATUS]OS Version: Windows 7

2011/12/29 15:07:46 [STATUS]Windows Firewall Domain Profile Settings: ON

2011/12/29 15:07:46 [STATUS]Windows Firewall Private Profile Settings: ON

2011/12/29 15:07:46 [STATUS]Windows Firewall Private Profile Settings: ON

2011/12/29 15:07:46 [STATUS]One network interface detected with IP address 25.17.28.86

2011/12/29 15:07:46 [STATUS]Connecting...

2011/12/29 15:07:46 [DEBUG]Input VPN Server Address = pqsl.dyndns.org

2011/12/29 15:07:47 [STATUS]Connecting to remote gateway with IP address: 174.112.100.202

2011/12/29 15:07:50 [STATUS]Remote gateway was reached by https ...

2011/12/29 15:07:50 [STATUS]Provisioning...

2011/12/29 15:07:59 [STATUS]Success to connect.

2011/12/29 15:07:59 [STATUS]Tunnel is configured. Ping test is about to start.

2011/12/29 15:07:59 [STATUS]Verifying Network...

2011/12/29 15:08:05 [WARNING]Failed to ping remote VPN Router!

2011/12/29 15:08:08 [WARNING]Failed to ping remote VPN Router!

2011/12/29 15:08:11 [WARNING]Failed to ping remote VPN Router!

2011/12/29 15:08:14 [WARNING]Failed to ping remote VPN Router!

2011/12/29 15:08:17 [WARNING]Failed to ping remote VPN Router!

2011/12/29 15:08:21 [WARNING]Ping was blocked, which can be caused by an unexpected disconnect.

2011/12/29 15:08:22 [STATUS]Disconnecting...

2011/12/29 15:08:28 [STATUS]Success to disconnect.

Hi Michael,

did you solve your issue?

Regards,

Ivan

Try adding C:\Windows\Sytem32 to your PATH environment variable. It wouldn't be able to setup IPSec otherwise, at least that was the issue I had regarding the ping problem.

NS

Hi everyone!!!

Thanks for using our forum.

My name is Johnnatan and I am part of the Small business Support community. In order to resolve your problem I created a document to help you. Please read it carefully and if you have any question or doubt please let me know and I´ll help you.

https://supportforums.cisco.com/docs/DOC-29399

I hope you find this answer useful,

*Please  rate it so other users can benefit from it".

Greetings,

Johnnatan Rodriguez Miranda.

Cisco Network Support Engineer.

“Please rate useful posts so other users can benefit from it” Greetings, Johnnatan Rodriguez Miranda. Cisco Network Support Engineer.

Hi All,

I have tried adding the Path variable but still get the same error - "remote gateway not responding". At this stage the RV082 is goiung back to the supplier as it is not fit for purpose - so much wasted time already spent on such a simple connection!

Question: is there any other method of connecting to "VPN Client Access" without using the Cisco QuickVPN s/w?

Many thanks and good luck if you have a problem.

Regards

Duncan