In the Fortinac self-guest register, user registration is done, facing issues like "Failed to detect a change in your network settings." So I fixed this issue by enabling RADIUS-COA on Fortigate. Fixed on Android, but this issue is still on the computer window machine. How to fix this issue.
Hello @williasthomas192004 ,
I found a KB related to your issue. Can you try the solution mentioned in the document?
I think the third case in the tech tip could be your solution:
detectionTimeoutSeconds = 160
This solution does not work.
Created on 08-14-2025 09:19 PM
VLAN was changed but not changed automatically; need to type ipconfig /release , ipconfig /renew. Then change. I don't want to type manually . This is not a proper way.
Once the VLAN has be changed FNAC normally sends a trap to the switch to bring down the related port then another trap to bring it up again. This will force the client (without PA) to resend a DHCP request.
In your case this SNMP step has failed, and it is usually a misconfiguration in SNMP. Check if it is RW and if snmpwalk is returning information, otherwise fix it then redo the test.
Edit: Ignore this suggestion. Didn't notice this is WiFi
Is this Windows host connected on the same SSID as the working Android or is it a wired host?
Since the supplicant in the end host is not used in this case (MAC authentication), the host is not aware of any network change until a port bounces or a SSID disassociation happens.
You need to check through the FGT logs, what happens with this host status after a CoA/DM is received by FNAC.
User | Count |
---|---|
2546 | |
1354 | |
795 | |
643 | |
455 |
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.