Question 640
Before applying Name collision between device and ADOM object for the goal to preserve correct match semantics when a FortiGate object name already exists centrally with different value, which explicitly described setup step belongs to this control?
Explanation
Correct Answer
The specific preparation for Name collision between device and ADOM object is to compare full object definitions and choose an authorized mapping or rename. This addresses the stated need to preserve correct match semantics when a FortiGate object name already exists centrally with different value, and later acceptance is demonstrated when imported policy rules resolve to the approved address or service value.
Incorrect Answers
That step belongs to Missing source object on policy import, used to recover an import stopped by a reference to an undefined address or service. It is not the mechanism-specific setup for Name collision between device and ADOM object required to preserve correct match semantics when a FortiGate object name already exists centrally with different value.
That step belongs to Import wizard completion versus per-object failures, used to identify why a completed import dialog still leaves missing rules in the central package. It is not the mechanism-specific setup for Name collision between device and ADOM object required to preserve correct match semantics when a FortiGate object name already exists centrally with different value.
That step belongs to Device configuration retrieve versus policy import, used to prevent assuming a retrieve-device-config job already updated the ADOM access-policy package. It is not the mechanism-specific setup for Name collision between device and ADOM object required to preserve correct match semantics when a FortiGate object name already exists centrally with different value.



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