Skip to main content
tim86
New Member
June 18, 2024
Question

Issue L2TP over IPSEC with Radius and NPS

  • June 18, 2024
  • 2 replies
  • 3038 views

Hi all!

 

Currently I am configuring a L2TP over IPSEC through Radius with a NPS server.

I've configured the L2TP on the Fortigate with the wizard, this is quite simple.

For testing I created 2 L2TP configuration because of the different networks available to connect with as a user.

This is a L2TP configuration for a native Windows client.

 

Tunnel:

-Remote Access - Windows Native

-Incoming interface - WAN

-Preshared key: ****

-User Group - the VPN Radius Group that should match

-Local interface - the interface that matches the destination group

-Local address - the address object that matches the destination group

-Client address range - a fictive range I made up 10.10.44.100-10.10.44.200

 

When connecting from a Windows client, it stops with error code: 691 (remote connection denied username..)

But checking the NPS logs, it shows MS-CHAPv2 was successful.

The logs matches the exact group that belongs to the user and I see traffic on the policies. So this should be good to go.

 

But showing the debug from the Fortigate, it shows " MSCHAP-v2 peer authentication failed for remote host".

So the NPS-Server says "successful" but the Fortigate says failed.

 

Does anyone recognise this issue?

 

Best regards,

Tim

2 replies

ebilcari
Staff
Staff
June 18, 2024

It seems that the problem is caused by the use of MSCHAPv2. You can verify if FGT is able to successfully authenticate the user by running these commands:
> diagnose test authserver radius <srv name> pap <user> <pass>
> diagnose test authserver radius <srv name> mschap2 <user> <pass>

Emirjon
Danielvmx
New Member
June 18, 2024

Tim and I are working on this issue together. These are the results:

 

authenticate 'xxx' against 'pap' failed, assigned_rad_session_id=44745116631041 session_timeout=0 secs idle_timeout=0 secs!

 

authenticate 'xxx' against 'mschap2' succeeded, server=primary assigned_rad_session_id=44745116631042 session_timeout=0 secs idle_timeout=0 secs!

pminarik
Staff
Staff
June 18, 2024

Do a packet capture of the RADIUS communication as well, so that you know what the server is returning. You can combine that with debug for the FortiGate's side:

 

CLI 1:

diag sniffer packet any "host <NPS IP> and port 1812" 6 0 a

CTRL+C to stop when done

 

CLI 2 (separate SSH session or GUI console screen):

diag debug app fnbamd 127

dia de console timestamp enable

dia de en

=> test now with an L2TP connection attempt

dia de dis