[Openswan Users] Client VPN on Vista OS
Sasa
sasa at shoponweb.it
Fri Oct 16 08:57:52 EDT 2009
Hello,
the address space is this:
85.18.z.k= ip public on vpn server
89.97.x.y= ip public on that remote vpn client
10.0.1.221= ip private on that remote vpn client
I have tried with this parameter:
virtual_private=%v4:0.0.0.0/0,%v4:!10.0.1.0/24
..but in log file I have always:
Oct 16 14:47:32 fw pluto[22744]: "left-road"[2] 89.97.x.y #6: STATE_MAIN_R3:
sent MR3, ISAKMP SA established {auth=OAKLEY_PRESHARED_KEY
cipher=oakley_3des_cbc_192 prf=oakley_sha group=modp1024}
Oct 16 14:47:32 fw pluto[22744]: "left-road"[2] 89.97.x.y #6: cannot respond
to IPsec SA request because no connection is known for
85.18.z.k...89.97.x.y[10.0.1.221]===10.0.1.221/32
Oct 16 14:47:32 fw pluto[22744]: "left-road"[2] 89.97.x.y #6: sending
encrypted notification INVALID_ID_INFORMATION to 89.97.x.y:4500
Thanks.
------
Salvatore.
----- Original Message -----
From: "Paul Wouters" <paul at xelerance.com>
To: "Sasa" <sasa at shoponweb.it>
Cc: <users at openswan.org>
Sent: Thursday, October 15, 2009 6:41 PM
Subject: Re: [Openswan Users] Client VPN on Vista OS
> On Thu, 15 Oct 2009, Sasa wrote:
>
>> I have configured vpn client for to use 3des and now I have a different
>> error message (with xp I haven't problem with my vpn connection), in log
>> file I have:
>
>> NAT-Traversal: Result using draft-ietf-ipsec-nat-t-ike-02/03: peer is
>> NATed
>
>> Oct 15 11:09:29 fw pluto[15319]: "left-road"[14] 89.97.x.y #36: cannot
>> respond to IPsec SA request because no connection is known for
>> 85.18.z.k...89.97.x.y[10.0.1.221]===10.0.1.221/32
>
> It looks like 85.18.z.k is NATed to 89.97.x.y. Likely, 85.18.z.k does not
> appear in your
> virtual_private= range, and is therefor not allowed.
>
> If you want to allow NAT'ed IP's that are not specifically in the RFC1918
> range,
> this is an additional risk (a client could connect with the ip range
> NAT'ed that
> belongs to paypal.com and obtain traffic from the server to paypal. If you
> are
> not worried about that, you can use
>
> virtual_private=%v4:0.0.0.0/0,%v4:!10.0.1.0/24
>
> This has nothing to do with XP being different. Your XP client just likely
> lives
> on RFC1918 IP space instead of 85.18.z.k.
>
> Paul
>
More information about the Users
mailing list