VPN Client disconnects after one hour

[Daniel_Peschke1]

Hello,

I ran into a problem with remote access VPN.

The connection can be established successfully and the ressources are available, but exactly after one hour the client disconnects with the error message "Failed to renew encryption keys".

In ike.elg it looks like phase 2 is failing, but everything is fine at the initial connection.

I checked and changed several lease times and renegotiation times, the client still disconnects after one hour.

I already have a service request open since three weeks now with no solution.

Did anyone experience this before?

[_Val_]

This is a classic case. Please make sure CRL on the Management is available through VPN or is not encrypted.

[Daniel_Peschke1]

How can I check these parameters? (I am kinda new to Check Point)

[Daniel_Peschke1]

How do I check those parameters? (I'm kinda new to Check Point)

[Martin_Raska]

Are you using certificates for authentication?

[Daniel_Peschke1]

There are no certificates for the clients, but a SSL certificate for the gateway. So the clients connect to the domain-name and not to the IP of the gateway. But I also tried to connect to the IP and got the same error.

For authentication I am using Identity Awareness with AD-Query and local configured users. The error occurs on both of them.

More information to the gateway - it's a stand-alone solution on R80.20 and Endpoint Security E80.92.

[Jeff_Gao]

@Daniel_Peschke1. Did you find a solution fot this issue? i also have the same issue.

[Daniel_Peschke1]

Hello,

It took me some days to notice, but we had a misconfigured NAT rule. A static NAT from gateway IP to a server in the DMZ.

[yigiterol]

Hello,

Did you find a solution for this?

[Volodymyr · Accepted solution]

I had the same problem on R80.10 and then R80.30 gateway. It was solved today with TAC (SR 6-0001915434).

Needs to change the parameter on file $FWDIR/boot/modules/fwkern.conf:

natt_probe_do_in_kernel=0

[Per_Opel]

Did you get any explanation on what this kernel attribut does? We're having the same issue with rekey started a few days ago (despite that nothing has changed regarding policy or fw-version). 

We're using 80.30 take 217.

Yesterday I rebooted the gateways and after that I executed fw ctl set int natt_probe_do_in_kernel 0 on one of the gateways (the active one).
Since then I don't have the issue with rekey but if it was the reboot or the kernel param update which solved remains to find out.