Created on
07-30-2024
10:27 PM
Edited on
06-07-2025
02:11 PM
By
Jean-Philippe_P
Description | This article describes how to fix a DHCP issue that is not replying to the DISCOVER message of the client on VPN dial-up on FortiGate as a DHCP server over IPsec. |
Scope | FortiGate v7.0.13. |
Solution |
FortiGate, configured as a DHCP server operating on VPN IPsec dial-up, does not forward the offer message on the DHCP process when it should forward the offer with an IP address to the client. However, despite restarting the FortiGate or DHCP process, the remote client is not receiving an IP address.
This behavior was already reported internally on FortiGate report ID: 0985006.
The workaround is to perform the following change:
config vpn ipsec phase1-interface edit "vpn_name" set type dynamic set net-device (enable | disable) <----- Select 'Disable'. next end
The tunnel is kept in this state (Without going into data), then automatically disconnected. To confirm it, run the following debug commands and share them with TAC:
diagnose debug console timstamp enable diagnose debug application dhcps -1 diagnose debug application ike -1 diagnose debug enable
2024-05-28 15:22:39 [debug] Processing RTM_NEWLINK event (dev=vpn-test_0). 2024-05-28 15:22:39 [debug] Received netlink message 2024-05-28 15:22:39 [debug] start dumping leases 2024-05-28 15:22:39 [debug] Backing up ipmacs 2024-05-28 15:22:39 [debug] finished dumping dynamic ipmacs 2024-05-28 15:22:39 [debug] Backing up leasefile 2024-05-28 15:22:39 [debug] finished dumping all leases
Another way to solve this issue is to upgrade to v7.0.15. |
The Fortinet Security Fabric brings together the concepts of convergence and consolidation to provide comprehensive cybersecurity protection for all users, devices, and applications and across all network edges.
Copyright 2025 Fortinet, Inc. All Rights Reserved.