IPSec for Mobile Clients not working 2.3_1
-
In shrewsoft you can override the IP to something like 50.50.50.50. The issue is not that this specific way is not working. It is that nothing is working, all of these ways did work in the previous releases 1.3.4 - 2.2.6 (and is currently working in them) so I would assume that it is the update to 2.3 that broke the issue since there have been no changes to any of the clients and all are experiencing the same issue…
I do believe the issue is that PfSense is parsing the two strings in reverse order it is parsing the Authentication string as the WAN IP and the WAN IP as the Authentication string. I don't know where in the code to go to check this, but based on my testing I am fairly confident that this is happening. OR PfSense is just ignoring the Authentication string all together and only checking against the WAN IP. (These authentication strings being the values passed by the IPSec Client to be compared against the ones in the Pre-Shared Keys table on PfSense).
-
The conf files are in /var/etc/ipsec/
I know for a fact that many people using Shrewsoft with configs like that have upgraded. The only issue along those lines I'm aware of in 2.3 is this.
https://redmine.pfsense.org/issues/6286
but that was exactly the same circumstance in 2.2.6 and all prior versions with strongswan (2.2.*). -
Any recommendations on how to further troubleshoot then? Everything was working before the upgrade, none of the clients have changed, yet all of the clients cannot connect anymore. Also affects clients running the Mac built in IPSec client, so it is not isolated to Shrewsoft.
-
PM me your exact IPsec logs, and the contents of /var/etc/ipsec/ipsec.secrets (you can omit the part at the end after 0s, which is the actual PSK).
-
I can confirm I'm experiencing the same issue using my Macbook Pro's native VPN client. After an upgrade the connection is broken.
I've also noticed that for some reason the VPN won't allow me to use aggressive mode for phase 1. Even if I select it and save/apply the config, it reverts to main mode which I believe could be the cause as the Macbook's client can only use aggressive if I recall correctly.
-
I can confirm I'm experiencing the same issue using my Macbook Pro's native VPN client. After an upgrade the connection is broken.
I've also noticed that for some reason the VPN won't allow me to use aggressive mode for phase 1. Even if I select it and save/apply the config, it reverts to main mode which I believe could be the cause as the Macbook's client can only use aggressive if I recall correctly.
Not the same issue. Sounds like you have IKE version auto, should be IKEv1 for that purpose. There is an issue there with the mode with IKE auto, I'll fix that, but that's not the source of your issue.
The reason in your case is probably having the Unity plugin disabled by default. VPN>IPsec, Advanced, enable Unity there.
stiadmin: you might want to try enabling Unity as well, though I'm guessing in your case it won't matter either way.
-
PM Sent!
-
We just migrated our router to 2.3.1 and using the same configs on both the pre 2.3.x and the 2.3.1 we cannot get Mobile VPN to work but the IPSEC peer to peer tunnels are fine. We have rebuilt the configs multiple times with the same error coming back.
08[IKE] <con6|1>message parsing failed
08[ENC] <con6|1>could not decrypt payloads
08[ENC] <con6|1>invalid HASH_V1 payload length, decryption failed?Everything is correct and we can still connect with the pre 2.3.x box. We will be moving to OpenVPN for the time being for mobile users but there is definately something up with MobileVPN.</con6|1></con6|1></con6|1>
-
I can confirm this problem as well.
-
I can confirm that with last nights upgrade to 2.3.1 Mobile VPN is working again.
-
I will run the update tonight and see if it resolved the issue for us as well.
-
We had the same problem.
It seems there is a problem with the static entry of the local ip adress at the client vpn settings.Try to change from static to IKE-config pull.
Under VPN-> IPSec-> Mobile Clients aktivate "Virtual Address Pool - Provide a virtual IP address to clients" if not done yet.After changing from static ip-setting to ike-config pull our mobile clients work as a charm.
Ann.:
Identifier was not changed.regards
–--------
Thanks to Stefan S. for this workaround ;) -
After running the update to 2.3.1 it does not appear that our issue has been resolved. We already have the Virtual IP pool setup (it was already previously setup that way). We will test the Mac clients today to see if the issue has been resolved, but the Windows Machines running ShrewSoft still cannot connect unless the WAN IP is stored in PfSense as the Key Identifier.
-
are you able to get shrewsoft client to work with latests pfsense version?
-
I will upgrade to the latest version tonight or tomorrow to see if it resolves the issue.
-
ok thanks. I am struggling to find a clear tutorial for this on 2.3.