IPSec outbound traffic being blocked on IPSec interface

[bradsm87]

This is sill an issue. ICMP works but not TCP.

[jimp]

Confirmed, https://redmine.pfsense.org/issues/6937

[ysdtkhr]

Hi

Please let me write about the phenomena reported here.

Apparently, the same phenomenon occurs not only for mobile communication but also for NAT-T communication.

In FreeBSD11, the IPsec function was incorporated into the Generic kernel, but NAT-T seems to need a custom kernel

as usual.

Please test with custom kernel which added "options IPSEC_NAT_T"

Thank you

[jimp]

Already there.

: sysctl kern.conftxt | grep IPSEC  
options IPSEC_NAT_T
options IPSEC

[ysdtkhr]

I understand that's right.
I thought it would be useful for solving bugs

[w0w]

Is there a workaround?

[jimp]

Add some very forgiving floating rules outbound on enc0 that allow any TCP flags and use sloppy state.

[w0w]

Thanks jimp! You are the best.

[w0203j]

@jimp:

Add some very forgiving floating rules outbound on enc0 that allow any TCP flags and use sloppy state.

Any idea how to do so? sloppy state how to set this?
Also I don't see enc0 only see lan wan and ipsec interface.

[w0w]

See attached. This one will be in  Firewall->Rules->Floating->Add/Edit

[w0203j]

@w0w:

See attached. This one will be in  Firewall->Rules->Floating->Add/Edit

Thank you so much! It's all working now.

Still would be good to see 2.4 working without work around …

[stephenw10]

Anyone seeing this if you check the states created for traffic across the VPN do you see odd destination IPs?

Such as shown here: https://redmine.pfsense.org/issues/7015

And if so what type of VPN are you using? Mobile IPSec? NAT-T? Helpful to narrow down the cause here.

Steve

[w0w]

Steve, I have mobile IPSEC running.
When I looked  at  Diagnostics/States/States, then the first thing that I have found is that I can not select IPSEC as interface just because it's not listed in the drop down menu, but if I select 'all' I see IPSEC in the list  and it's full of odd IP's, there are a lot of them.

[stephenw10]

Yup, I noted that while doing exactly this.  Jimp added it: https://github.com/pfsense/pfsense/commit/c1f1072e147e2b77fc1bbf7d6230267b9d340c83

Steve

[ysdtkhr]

Steve

I'm using on NAT-T

The WAN interface is behind NAT

Written by jimp
–---
Add some very forgiving floating rules outbound on enc0 that allow any TCP flags and use sloppy state.

Registering floating while looking at errors that occur every time you communicate, such as SMB and RDP, was hard work

After enabling System / Advanced / Firewall & NAT / Disable Firewall, VPN communication was done without registering a floating

It is possible because the WAN interface is behind NAT

ysdtkhr

[stephenw10]

Yes, this does seem to be caused by or a symptom of the WAN being behind NAT.

Progress on this will be reported on the bug: https://redmine.pfsense.org/issues/7015

Steve

[w0w]

Looks like it fixed on latest snapshot.

[stephenw10]

Great, thanks for the feedback.  :)

Steve

[megapearl]

Working for me too!  :D

[dem]

I'm seeing symptoms like those described in this thread with IPv6. I'm trying to use an IPv6 Phase 2 in an IPv4 Phase 1 which uses NAT-T. I'm trying to send all incoming LAN traffic out through a remote VPN server.

The IPv6 states appear to be backwards and all outgoing IPv6 is being blocked by:

block in log inet6 all tracker 1000000105 label "Default deny rule IPv6"

Creating a "sloppy floating rule" like the one mentioned earlier in this thread helps somewhat, but traffic still stalls, especially if I take any action that reloads the filters.

I'm new to IPsec so it could be user error, but IPv4 seems to be working fine over the same Phase 1 without any added rules.