Question 1070
At Northbridge Regional Hospital, the FortiGate 7.6 security administration team encounters the following authorized operational case: a tunnel appears established long after the remote FortiGate loses power and routing keeps sending sessions to the dead path. They need a defensible FortiOS configuration, diagnosis, validation or prevention decision. What root condition most directly explains the described FortiGate symptom?
Explanation
Correct Answer
Old IPsec state can persist briefly unless the peer's liveliness is checked and failed paths withdrawn. The mechanism is relevant because the stated dead peer detection failover incident concerns the actual selected path, policy, identity or inspection state. The appropriate response is to configure supported dead peer detection and path failover for the tunnel; verify it through this observed condition: a supervised peer outage is detected and new sessions use the approved alternative route.
Incorrect Answers
IKE identity checks can fail even when packets reach the correct remote public endpoint explains a different situation, ike local identifier mismatch, where an upstream NAT hides the initiating FortiGate's public address and the responder expects an IKE identity different from the presented local ID. It does not account for the specific observed dead peer detection failover condition at Northbridge Regional Hospital. The decisive mechanism here is: Old IPsec state can persist briefly unless the peer's liveliness is checked and failed paths withdrawn.
An accepting outbound policy does not necessarily create permission for independently initiated inbound flows explains a different situation, ipsec tunnel policy return direction, where the head office reaches a remote file server but the remote office cannot initiate sessions toward the head-office database. It does not account for the specific observed dead peer detection failover condition at Northbridge Regional Hospital. The decisive mechanism here is: Old IPsec state can persist briefly unless the peer's liveliness is checked and failed paths withdrawn.
No application traffic or wrong routing can look like an idle VPN without implying failed cryptographic negotiation explains a different situation, ipsec logs versus packet sniffer, where the VPN appears idle and operations guesses phase-two failure without checking whether any LAN packets enter the firewall. It does not account for the specific observed dead peer detection failover condition at Northbridge Regional Hospital. The decisive mechanism here is: Old IPsec state can persist briefly unless the peer's liveliness is checked and failed paths withdrawn.