Question 790
A FortiOS 7.6 team examines: A test application works over unencrypted LAN but fails only across the new IPsec WAN path. Select TWO complementary choices: the most appropriate corrective action AND the specific evidence confirming success.
Explanation
Correct Answers
The reported FortiOS 7.6 condition is: A test application works over unencrypted LAN but fails only across the new IPsec WAN path. The targeted administrative response is: Check effective VPN path MTU and approved TCP MSS handling when protected application traffic fails on larger packets. The relevant failure risk is: IPsec encapsulation overhead can make large packets fail even while small ICMP connectivity tests succeed. Validate with: Large representative authorized payloads pass over the tunnel after bounded MTU adjustments without severe retransmissions.
For the observed situation (A test application works over unencrypted LAN but fails only across the new IPsec WAN path), the most specific acceptance evidence is: Large representative authorized payloads pass over the tunnel after bounded MTU adjustments without severe retransmissions. It validates the recommended response: Check effective VPN path MTU and approved TCP MSS handling when protected application traffic fails on larger packets. This addresses the documented risk: IPsec encapsulation overhead can make large packets fail even while small ICMP connectivity tests succeed.
Incorrect Answers
VPN firewall policies and source nat exemptions (5.1) would demonstrate or implement: Translating local private addresses unexpectedly may cause remote VPN selectors or application allowlists to reject traffic. The case states: A test application works over unencrypted LAN but fails only across the new IPsec WAN path. The most direct paired action and test is: Check effective VPN path MTU and approved TCP MSS handling when protected application traffic fails on larger packets.
VPN encryption rekey and lifetime compatibility (5.1) would demonstrate or implement: A monitored tunnel remains usable through planned rekey with approved proposals and no unexpected loss of reachability. This case instead tests IPsec tunnel mtu and fragmentation; the choice measures or changes another part of the system.
IPsec phase-one ike identity and proposals (5.1) addresses another technical failure: Peer identity or proposal mismatch can prevent tunnel negotiation even when the internet path and gateway IP are reachable. The required paired action and test concerns IPsec tunnel mtu and fragmentation; a passing result for this alternative could leave that requirement unresolved.