Hello All!
I want to understand, VPN IPSec:
If your client machine is behind a Nat device....IPsec will not work
this is true?
If so, then nothing can be done?
This thread was automatically locked due to age.
In post #29,
you don't need the packet filter rule and you shouldn't need the masq rule - removed
Cheers - Bob
Please show the Astaro log file for the same times as the file in Post #29.
2011:09:26-03:21:39 peit pluto[32320]: "S_REF_umuHINYXyz"[8] 84.94.16.28:4500 #4: Quick Mode I1 message is unacceptable because it uses a previously used Message ID 0xcaccc73a (perhaps this is a duplicated packet)
2011:09:26-03:21:39 peit pluto[32320]: "S_REF_umuHINYXyz"[8] 84.94.16.28:4500 #4: sending encrypted notification INVALID_MESSAGE_ID to 84.94.16.28:4500
2011:09:26-03:21:43 peit pluto[32320]: "S_REF_umuHINYXyz"[8] 84.94.16.28:4500 #4: Quick Mode I1 message is unacceptable because it uses a previously used Message ID 0xcaccc73a (perhaps this is a duplicated packet)
2011:09:26-03:21:43 peit pluto[32320]: "S_REF_umuHINYXyz"[8] 84.94.16.28:4500 #4: sending encrypted notification INVALID_MESSAGE_ID to 84.94.16.28:4500
2011:09:26-03:21:51 peit pluto[32320]: "S_REF_umuHINYXyz"[8] 84.94.16.28:4500 #4: Quick Mode I1 message is unacceptable because it uses a previously used Message ID 0xcaccc73a (perhaps this is a duplicated packet)
2011:09:26-03:21:51 peit pluto[32320]: "S_REF_umuHINYXyz"[8] 84.94.16.28:4500 #4: sending encrypted notification INVALID_MESSAGE_ID to 84.94.16.28:4500
2011:09:26-03:22:07 peit pluto[32320]: "S_REF_umuHINYXyz"[8] 84.94.16.28:4500 #4: Quick Mode I1 message is unacceptable because it uses a previously used Message ID 0xcaccc73a (perhaps this is a duplicated packet)
2011:09:26-03:22:07 peit pluto[32320]: "S_REF_umuHINYXyz"[8] 84.94.16.28:4500 #4: sending encrypted notification INVALID_MESSAGE_ID to 84.94.16.28:4500
2011:09:26-03:22:39 peit pluto[32320]: "S_REF_umuHINYXyz"[8] 84.94.16.28:4500 #4: received Delete SA payload: deleting ISAKMP State #4
2011:09:26-03:22:39 peit pluto[32320]: "S_REF_umuHINYXyz"[8] 84.94.16.28:4500: deleting connection "S_REF_umuHINYXyz" instance with peer 84.94.16.28 {isakmp=#0/ipsec=#0}
2011:09:26-03:49:27 peit pluto[32320]: packet from 84.94.16.28:500: received Vendor ID payload [MS NT5 ISAKMPOAKLEY 00000004]
2011:09:26-03:49:27 peit pluto[32320]: packet from 84.94.16.28:500: ignoring Vendor ID payload [FRAGMENTATION]
2011:09:26-03:49:27 peit pluto[32320]: packet from 84.94.16.28:500: received Vendor ID payload [draft-ietf-ipsec-nat-t-ike-02_n]
2011:09:26-03:49:27 peit pluto[32320]: packet from 84.94.16.28:500: ignoring Vendor ID payload [Vid-Initial-Contact]
2011:09:26-03:49:27 peit pluto[32320]: "S_REF_umuHINYXyz"[9] 84.94.16.28 #5: responding to Main Mode from unknown peer 84.94.16.28
2011:09:26-03:49:27 peit pluto[32320]: "S_REF_umuHINYXyz"[9] 84.94.16.28 #5: NAT-Traversal: Result using draft-ietf-ipsec-nat-t-ike-02/03: both are NATed
2011:09:26-03:49:28 peit pluto[32320]: "S_REF_umuHINYXyz"[9] 84.94.16.28 #5: Peer ID is ID_FQDN: 'user-6ad269b022'
2011:09:26-03:49:28 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28 #5: deleting connection "S_REF_umuHINYXyz" instance with peer 84.94.16.28 {isakmp=#0/ipsec=#0}
2011:09:26-03:49:28 peit pluto[32320]: | NAT-T: new mapping 84.94.16.28:500/4500)
2011:09:26-03:49:28 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500 #5: sent MR3, ISAKMP SA established
2011:09:26-03:49:28 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500 #5: cannot respond to IPsec SA request because no connection is known for 84.108.31.110/32===192.168.10.103:4500[192.168.10.103]:17/1701...84.94.16.28:4500[user-6ad269b022]:17/%any
2011:09:26-03:49:28 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500 #5: sending encrypted notification INVALID_ID_INFORMATION to 84.94.16.28:4500
2011:09:26-03:49:28 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500 #5: Quick Mode I1 message is unacceptable because it uses a previously used Message ID 0x58be4811 (perhaps this is a duplicated packet)
2011:09:26-03:49:28 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500 #5: sending encrypted notification INVALID_MESSAGE_ID to 84.94.16.28:4500
2011:09:26-03:49:30 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500 #5: Quick Mode I1 message is unacceptable because it uses a previously used Message ID 0x58be4811 (perhaps this is a duplicated packet)
2011:09:26-03:49:30 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500 #5: sending encrypted notification INVALID_MESSAGE_ID to 84.94.16.28:4500
2011:09:26-03:49:34 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500 #5: Quick Mode I1 message is unacceptable because it uses a previously used Message ID 0x58be4811 (perhaps this is a duplicated packet)
2011:09:26-03:49:34 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500 #5: sending encrypted notification INVALID_MESSAGE_ID to 84.94.16.28:4500
2011:09:26-03:49:42 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500 #5: Quick Mode I1 message is unacceptable because it uses a previously used Message ID 0x58be4811 (perhaps this is a duplicated packet)
2011:09:26-03:49:42 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500 #5: sending encrypted notification INVALID_MESSAGE_ID to 84.94.16.28:4500
2011:09:26-03:49:58 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500 #5: Quick Mode I1 message is unacceptable because it uses a previously used Message ID 0x58be4811 (perhaps this is a duplicated packet)
2011:09:26-03:49:58 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500 #5: sending encrypted notification INVALID_MESSAGE_ID to 84.94.16.28:4500
2011:09:26-03:50:30 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500 #5: received Delete SA payload: deleting ISAKMP State #5
2011:09:26-03:50:30 peit pluto[32320]: "S_REF_umuHINYXyz"[10] 84.94.16.28:4500: deleting connection "S_REF_umuHINYXyz" instance with peer 84.94.16.28 {isakmp=#0/ipsec=#0}
In post #32, you said it works. Post #33 is not the complete session - the problem occurs earlier. Post the Astaro IPsec log for the same time as in Post #29.
Cheers - Bob
in post #32 Yes, it works, but with a new user, but not with the old
[Post the Astaro IPsec log for the same time as in Post #29.
sorry, I don't quite understand...
2011:09:22-21:16:50 peit pluto[11963]: | event EVENT_REINIT_SECRET handled
2011:09:22-21:16:50 peit pluto[11963]: | inserting event EVENT_REINIT_SECRET, timeout in 3600 seconds
2011:09:22-21:16:50 peit pluto[11963]: | next event EVENT_REINIT_SECRET in 3600 seconds
2011:09:22-22:16:50 peit pluto[11963]: |
2011:09:22-22:16:50 peit pluto[11963]: | *time to handle event
2011:09:22-22:16:50 peit pluto[11963]: | event after this is EVENT_LOG_DAILY in 6190 seconds
2011:09:22-22:57:23 peit pluto[11963]: | delete inbound eroute 10.242.4.1/32:0 -> 0.0.0.0/0:0 => unk255.10000@192.168.10.103:0
2011:09:22-22:57:23 peit pluto[11963]: "D_REF_ntUUGnltci_1"[9] 84.94.16.28:3128 #75: ERROR: netlink response for Del SA esp.e2fdbbc3@192.168.10.103 included errno 3: No such process
2011:09:22-22:57:23 peit pluto[11963]: "D_REF_ntUUGnltci_1"[9] 84.94.16.28:3128: deleting connection "D_REF_ntUUGnltci_1" instance with peer 84.94.16.28 {isakmp=#0/ipsec=#0}
2011:09:22-22:57:23 peit pluto[11963]: | next event EVENT_REINIT_SECRET in 1167 seconds
2011:09:22-23:14:50 peit pluto[11963]: |
2011:09:22-23:14:50 peit pluto[11963]: | *received 292 bytes from 84.94.16.28:3547 on eth1
2011:09:22-23:14:50 peit pluto[11963]: | 0c 23 cd c7 c9 1c 1b 69 00 00 00 00 00 00 00 00
2011:09:22-23:14:50 peit pluto[11963]: | 01 10 02 00 00 00 00 00 00 00 01 24 0d 00 00 38
2011:09:22-23:14:50 peit pluto[11963]: | 00 00 00 01 00 00 00 01 00 00 00 2c 01 01 00 01
2011:09:22-23:14:50 peit pluto[11963]: | 00 00 00 24 01 01 00 00 80 01 00 07 80 02 00 01
2011:09:22-23:14:50 peit pluto[11963]: | 80 03 00 03 80 04 00 05 80 0b 00 01 80 0c 1e 78