Question 700
An administrator reports success using FortiManager hostname mismatch after address change to fix registered FortiGates still trying an obsolete manager destination. Which control-specific limitation still applies?
Explanation
Correct Answer
The stated scope boundary specifically qualifies FortiManager hostname mismatch after address change: changing manager GUI DNS does not automatically update every remote gateway's FGFM target. The control is appropriate for the operational need to fix registered FortiGates still trying an obsolete manager destination, but should not be credited with unrelated behavior.
Incorrect Answers
That caveat describes FGFM session certificate trust troubleshooting in a different management scenario, which addresses distinguish management-protocol trust failure from a reachable TCP socket. It is not the specific limitation of FortiManager hostname mismatch after address change requested in this design review.
That caveat describes FGFM IPv4 TCP 541 path diagnosis in a different management scenario, which addresses restore the FortiGate-initiated secure management tunnel when GUI HTTPS works but device onboarding fails. It is not the specific limitation of FortiManager hostname mismatch after address change requested in this design review.
That caveat describes FortiGate-initiated FGFM session in a different management scenario, which addresses troubleshoot a manager that cannot initiate a persistent session back to the gateway. It is not the specific limitation of FortiManager hostname mismatch after address change requested in this design review.



Fortinet NSE 5 - FortiManager 7.6 Administrator (FCP_FMG_AD-7.6) Practice Tests