Description |
This article describes the steps of how to troubleshoot FortiNAC and where to look for information to isolate a problem. Additionally, it provides a resource list of detailed troubleshooting for each FortiNAC service and function. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Scope | FortiNAC. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Solution |
When troubleshooting issues with FortiNAC it is important to first have an idea of how the system is performing and if any critical Events would show system performance issues, devices being unreachable or SSH/CLI failing.
As the first step to isolate any problem, the FortiNAC administrator should first check the Event Logs and filter for the time when the issue happened. Identify if the problem is reoccurring and if it can be reproduced. Verify how many users/sites are affected and the patterns of the issue (like only in the morning between 8-9 am, when the shift starts).
Furthermore, it could be helpful to check logs from other devices such as hypervisors or Syslog Servers that might assist in further isolating the problem.
The Event logs from FortiNAC can be exported in an Excel or CSV file to search and filter for 'failure' or 'error' keywords.
The following steps need to be applied:
In this case, it is possible to see that there is a Secondary Lost event. The next step would be to verify if the Secondary FortiNAC server is up and running and if SSH and Ping services are enabled between the two nodes.
Debug plugins are either bound to the processes of the Control server (Master Loader) or the Application server (Nessus).
Control server (Master Loader).
Application server (Nessus).
Check for a list of all available Debug plugins in FortiNAC CLI:
naclab1 # diagnose debug plugin list . . . 189 Nessus | PersistentAgent | false
As shown, there are some debug plugins bound to Nessus and some of them to MasterLoader. This is important to take note of when troubleshooting an issue since it is necessary to know where to look for debug logs depending on the issue at hand.
Example: There is an issue with CLI credentials failing for an Inventory device.
To investigate this problem it is necessary to enable the TelnetServer and BridgeManager debug plugins. Find them by listing all debugs and using the 'grep' command to filter them out.
The output shows that these are debug plugins related to MasterLoader and log messages will be printed in output.master file. The output also shows that these debug plugins are currently disabled (false).
Proceed to enable the logs and confirm they are enabled:
naclab1 # diagnose debug plugin enable TelnetServer
After this, it is possible to print out output.master debug logs while the issue is recreated as follows:
naclab1 # diag tail -F output.master ....... .....
The same steps can be applied when troubleshooting another issue where the debug plugin might be bound to Nessus. Such examples would be the ActiveFingerprint or PersistentAgent debug plugins. In that case, the file to be checked and the log message printed out in cli is output.nessus.
Related articles: Technical Tip: How to get a debug log report from FortiNAC-CA or FortiNAC-Manager. Troubleshooting Tip: Using Events and Audit logs to identify configuration changes or new issues
The below resource list provides links to other articles focused in troubleshooting specific FortiNAC issues. They are categorized based on the following:
|
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 2024 Fortinet, Inc. All Rights Reserved.