Question 30
At Alderbrook Regional Hospital, the FortiGate 7.6 security administration team encounters the following authorized operational case: a new FortiGate cannot resolve FortiGuard service names and its event times drift from the incident-response timeline. They need a defensible FortiOS configuration, diagnosis, validation or prevention decision. What root condition most directly explains the described FortiGate symptom?
Explanation
Correct Answer
Service resolution and accurate clock synchronization are prerequisites for dependable updates and correlated logs. The mechanism is relevant because the stated dns and ntp bootstrap incident concerns the actual selected path, policy, identity or inspection state. The appropriate response is to configure reliable permitted DNS resolvers and authenticated or trusted NTP sources; verify it through this observed condition: name resolution succeeds and FortiGate event timestamps align with the reference clock.
Incorrect Answers
Memory-only or limited local logging does not provide the same persistent history as centralized storage explains a different situation, diskless fortigate local log retention, where an operator relies on local historical disk logging from a FortiGate model with no suitable local log storage. It does not account for the specific observed dns and ntp bootstrap condition at Alderbrook Regional Hospital. The decisive mechanism here is: Service resolution and accurate clock synchronization are prerequisites for dependable updates and correlated logs.
The policy ID provides evidence of the configured rule that matched a logged session explains a different situation, policy identifier correlation, where an investigator views sessions but cannot determine which firewall policy accepted an unexpected flow. It does not account for the specific observed dns and ntp bootstrap condition at Alderbrook Regional Hospital. The decisive mechanism here is: Service resolution and accurate clock synchronization are prerequisites for dependable updates and correlated logs.
Mixed unsupported firmware states can disrupt cluster membership and traffic failover explains a different situation, coordinated ha firmware upgrade, where a team flashes only the standby member with an incompatible FortiOS image and expects seamless cluster operation. It does not account for the specific observed dns and ntp bootstrap condition at Alderbrook Regional Hospital. The decisive mechanism here is: Service resolution and accurate clock synchronization are prerequisites for dependable updates and correlated logs.