[strongSwan] IPAD via NATed firewall doesn't work

Andreas Steffen andreas.steffen at strongswan.org
Wed Mar 30 12:37:33 CEST 2011


Hello Martin,

because the responder is NAT-ed you don't have to set
rightsubnetwithin but

  leftsubnetwithin=0.0.0.0/0

Regards

Andreas

On 30.03.2011 09:57, Martin Kellermann wrote:
> hi,
> 
> is there still no solution for this?
> 
> i ran into the same situation like Uli getting the
> "cannot respond to IPsec SA request because no connection is known"
> error.
> 
> i want the following setup:
> 
> iPad  <-- NOT NATed --> internet <-- DSL router --> strongswan (NATed)
> 
> so just the strongswan server's side is NATed
> 
> i recompiled strongswan (on debian) with NAT-T patch enabled and auth.log
> tells: "including NAT-Traversal patch (Version 0.6c)"
> 
> ipsec.conf:
> config setup
>     nat_traversal=yes
>     charonstart=yes
>     plutostart=yes
> conn ipads
>     authby=psk
>     pfs=no
>     rekey=no
>     type=tunnel
>     forceencaps=yes
>     esp=aes128-sha1
>     ike=aes128-sha-modp1024
>     left=%defaultroute
>     leftprotoport=17/1701
>     right=%any
>     rightprotoport=17/%any
>     rightsubnetwithin=0.0.0.0/0
>     auto=add
> 
> ipsec.secrets:
> 192.168.0.251 %any : PSK "xxxxxxxxxx"
> 
> auth.log:
> Mar 29 16:39:45 vpn pluto[28437]:   loaded PSK secret for 192.168.0.251 %any
> Mar 29 16:39:45 vpn ipsec_starter[28436]: charon (28444) started after 40 ms
> Mar 29 16:39:45 vpn pluto[28437]: added connection description "ipads"
> Mar 29 16:39:51 vpn pluto[28437]: packet from 2.206.202.168:500:
> received Vendor ID payload [RFC 3947]
> Mar 29 16:39:51 vpn pluto[28437]: packet from 2.206.202.168:500:
> ignoring Vendor ID payload [4df37928e9fc4fd1b3262170d515c662]
> Mar 29 16:39:51 vpn pluto[28437]: packet from 2.206.202.168:500:
> ignoring Vendor ID payload [8f8d83826d246b6fc7a8a6a428c11de8]
> Mar 29 16:39:51 vpn pluto[28437]: packet from 2.206.202.168:500:
> ignoring Vendor ID payload [439b59f8ba676c4c7737ae22eab8f582]
> Mar 29 16:39:51 vpn pluto[28437]: packet from 2.206.202.168:500:
> ignoring Vendor ID payload [4d1e0e136deafa34c4f3ea9f02ec7285]
> Mar 29 16:39:51 vpn pluto[28437]: packet from 2.206.202.168:500:
> ignoring Vendor ID payload [80d0bb3def54565ee84645d4c85ce3ee]
> Mar 29 16:39:51 vpn pluto[28437]: packet from 2.206.202.168:500:
> ignoring Vendor ID payload [9909b64eed937c6573de52ace952fa6b]
> Mar 29 16:39:51 vpn pluto[28437]: packet from 2.206.202.168:500:
> ignoring Vendor ID payload [draft-ietf-ipsec-nat-t-ike-03]
> Mar 29 16:39:51 vpn pluto[28437]: packet from 2.206.202.168:500:
> ignoring Vendor ID payload [draft-ietf-ipsec-nat-t-ike-02]
> Mar 29 16:39:51 vpn pluto[28437]: packet from 2.206.202.168:500:
> ignoring Vendor ID payload [draft-ietf-ipsec-nat-t-ike-02_n]
> Mar 29 16:39:51 vpn pluto[28437]: packet from 2.206.202.168:500:
> received Vendor ID payload [Dead Peer Detection]
> Mar 29 16:39:51 vpn pluto[28437]: "ipads"[1] 2.206.202.168 #1:
> responding to Main Mode from unknown peer 2.206.202.168
> Mar 29 16:39:51 vpn pluto[28437]: "ipads"[1] 2.206.202.168 #1:
> NAT-Traversal: Result using RFC 3947: i am NATed
> Mar 29 16:39:51 vpn pluto[28437]: "ipads"[1] 2.206.202.168 #1: ignoring
> informational payload, type IPSEC_INITIAL_CONTACT
> Mar 29 16:39:51 vpn pluto[28437]: "ipads"[1] 2.206.202.168 #1: Peer ID
> is ID_IPV4_ADDR: '2.206.202.168'
> Mar 29 16:39:51 vpn pluto[28437]: | NAT-T: new mapping
> 2.206.202.168:500/4500)
> Mar 29 16:39:51 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1: sent
> MR3, ISAKMP SA established
> Mar 29 16:39:53 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> cannot respond to IPsec SA request because no connection is known for
> 188.101.67.77/32===192.168.0.251:4500[192.168.0.251]:17/1701...2.206.202.168:4500[2.206.202.168]:17/%any
> Mar 29 16:39:53 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> sending encrypted notification INVALID_ID_INFORMATION to 2.206.202.168:4500
> Mar 29 16:39:55 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> Quick Mode I1 message is unacceptable because it uses a previously used
> Message ID 0xcf9299e3 (perhaps this is a duplicated packet)
> Mar 29 16:39:55 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> sending encrypted notification INVALID_MESSAGE_ID to 2.206.202.168:4500
> Mar 29 16:39:58 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> Quick Mode I1 message is unacceptable because it uses a previously used
> Message ID 0xcf9299e3 (perhaps this is a duplicated packet)
> Mar 29 16:39:58 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> sending encrypted notification INVALID_MESSAGE_ID to 2.206.202.168:4500
> Mar 29 16:40:01 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> Quick Mode I1 message is unacceptable because it uses a previously used
> Message ID 0xcf9299e3 (perhaps this is a duplicated packet)
> Mar 29 16:40:01 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> sending encrypted notification INVALID_MESSAGE_ID to 2.206.202.168:4500
> Mar 29 16:40:04 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> Quick Mode I1 message is unacceptable because it uses a previously used
> Message ID 0xcf9299e3 (perhaps this is a duplicated packet)
> Mar 29 16:40:04 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> sending encrypted notification INVALID_MESSAGE_ID to 2.206.202.168:4500
> Mar 29 16:40:07 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> Quick Mode I1 message is unacceptable because it uses a previously used
> Message ID 0xcf9299e3 (perhaps this is a duplicated packet)
> Mar 29 16:40:07 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> sending encrypted notification INVALID_MESSAGE_ID to 2.206.202.168:4500
> Mar 29 16:40:10 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> Quick Mode I1 message is unacceptable because it uses a previously used
> Message ID 0xcf9299e3 (perhaps this is a duplicated packet)
> Mar 29 16:40:10 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> sending encrypted notification INVALID_MESSAGE_ID to 2.206.202.168:4500
> Mar 29 16:40:13 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> Quick Mode I1 message is unacceptable because it uses a previously used
> Message ID 0xcf9299e3 (perhaps this is a duplicated packet)
> Mar 29 16:40:13 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> sending encrypted notification INVALID_MESSAGE_ID to 2.206.202.168:4500
> Mar 29 16:40:16 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> Quick Mode I1 message is unacceptable because it uses a previously used
> Message ID 0xcf9299e3 (perhaps this is a duplicated packet)
> Mar 29 16:40:16 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> sending encrypted notification INVALID_MESSAGE_ID to 2.206.202.168:4500
> Mar 29 16:40:19 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> Quick Mode I1 message is unacceptable because it uses a previously used
> Message ID 0xcf9299e3 (perhaps this is a duplicated packet)
> Mar 29 16:40:19 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> sending encrypted notification INVALID_MESSAGE_ID to 2.206.202.168:4500
> Mar 29 16:40:23 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500 #1:
> received Delete SA payload: deleting ISAKMP State #1
> Mar 29 16:40:23 vpn pluto[28437]: "ipads"[1] 2.206.202.168:4500:
> deleting connection "ipads" instance with peer 2.206.202.168
> {isakmp=#0/ipsec=#0}
> Mar 29 16:40:23 vpn pluto[28437]: ERROR: asynchronous network error
> report on eth0 for message to 2.206.202.168 port 4500, complainant
> 2.206.202.168: Connection refused [errno 111, origin ICMP type 3 code 3
> (not authenticated)]
> 
> any ideas?
> 
> regards
> 
======================================================================
Andreas Steffen                         andreas.steffen at strongswan.org
strongSwan - the Linux VPN Solution!                www.strongswan.org
Institute for Internet Technologies and Applications
University of Applied Sciences Rapperswil
CH-8640 Rapperswil (Switzerland)
===========================================================[ITA-HSR]==




More information about the Users mailing list