Skip to main content
pmeet
Staff
Staff
October 28, 2024

Technical Tip: No bytes are received when connected to IPSEC dialup VPN using FortiClient

  • October 28, 2024
  • 0 replies
  • 12043 views
Description This article describes a possible cause when there is no traffic is seen on the FortiGate even after the proper route is pushed on the client when connected to dialup VPN.
Scope FortiGate, FortiClient.
Solution

When connecting to an IPSEC dialup VPN through FortiClient there are situations where there is no communication through the tunnel even after a successful connection and having a proper route seen on the endpoint.

 

  • 10.40.50.1 = Client IP when connected to VPN.
  • 10.30.30.1 = Destination IP which reside behind FortiGate.
  • 10.200.200.2 = IP of the client behind ISP.
  • 10.9.11.207 = Remote Gateway IP where the dial-up server is configured.

 

IP VPN CONNECTION.PNG

 

ping failed with IP.PNG

 

During the troubleshooting process, this traffic is not even seen on the FortiGate. 

 

sniffer mode.PNG

 

The reason for this cause is, that NAT cannot be performed on IPsec packets in ESP tunnel mode because the packets do not contain a port number. As a result, the packets cannot be de multiplexedbelow is the capture taken on the ISP level showing the cause of the issue.

 

ESP block.PNG

 

ESP without NAT-T.PNG

 

To resolve this issue, make sure that NAT-T is enabled on the VPN configuration on the FortiClient as endpoints are mostly behind a NAT device.

 

VPN5.PNG

 

Note:

IF IKE Version:2 configured on the VPN setting, NAT Traversal will be not visible under settings.

 

To manually enable it from the FortiClient EMS or FortiClient VPN-(Free License) settings, see Troubleshooting Tip: IKEv2 IPSec VPN on FortiClient v7.4.1 and v7.4.2 has NAT-T disabled with default settings.

 

Results after NAT-T is enabled on the Client:

 

ping successful.PNG

 

WITH NAT-T.PNG

 

Traffic is also then observed on the FortiGate:

 

traffic sniffer.PNG

 

Note:

If the request is seen on the FortiGate, this should not be an issue with NAT-T.

First, verify that the authentication group is included in only one of the firewall policy or the IPsec phase1 configuration.
Make sure no APIPA IP is assigned to the tunnel interface and its gateway. See the related article section.

 

If none of the above apply, perform troubleshooting on the firewall end to find any possible issues related to policy, routing, etc. If any are encountered, open a ticket with the TAC team. Provide the IKE debug and the debug flow of the intended traffic: Welcome to Fortinet Support.

 

Related article:

Technical Tip: IPSec VPN NAT-traversal