Question 820
A new finance application rule names the correct destination subnet but the wrong incoming VLAN interface, leading debug flow to show no matching allow policy. Which TWO complementary choices provide the appropriate response AND the key evidence for verifying it? Select TWO.
Explanation
Correct Answers
Arrange specific FortiGate firewall rules above broad rules with correct source, destination, interface, service and schedule matching, and leave an auditable implicit-deny boundary. This directly addresses the FortiOS configuration or response required by the case. FortiGate policy order and first matching rule are crucial; creating a restrictive rule below an unrestricted matching policy does not constrain existing allowed sessions. Verify with: Inspect ordered policy IDs, ingress and egress interfaces, address groups, services, source users, policy hit counters and session debug messages. This is the implementation portion of the required complementary pair. Scenario: A new finance application rule names the correct destination subnet but the wrong incoming VLAN interface, leading debug flow to show no matching allow policy.
Inspect ordered policy IDs, ingress and egress interfaces, address groups, services, source users, policy hit counters and session debug messages. This distinguishes the relevant FortiGate device, session or controller evidence. FortiGate policy order and first matching rule are crucial; creating a restrictive rule below an unrestricted matching policy does not constrain existing allowed sessions. The corresponding action is: Arrange specific FortiGate firewall rules above broad rules with correct source, destination, interface, service and schedule matching, and leave an auditable implicit-deny boundary. This is the verification portion of the required complementary pair. Scenario: A new finance application rule names the correct destination subnet but the wrong incoming VLAN interface, leading debug flow to show no matching allow policy.
Incorrect Answers
Maintain precise address objects, FQDN objects, service definitions and supported interface zones so FortiGate rules express intended business segments rather than accidental broad matches. This choice relates to Address and service objects, interface zones, and policy scoping, not the complementary implementation-and-evidence pair for the case. Implement: Arrange specific FortiGate firewall rules above broad rules with correct source, destination, interface, service and schedule matching, and leave an auditable implicit-deny boundary. Check: Inspect ordered policy IDs, ingress and egress interfaces, address groups, services, source users, policy hit counters and session debug messages. Scenario: A new finance application rule names the correct destination subnet but the wrong incoming VLAN interface, leading debug flow to show no matching allow policy.
Internal clients resolve and reach the intended server consistently without bypassing stateful inspection or exposing additional services. This choice relates to NAT hairpin and internal use of public VIP names, not the complementary implementation-and-evidence pair for the case. Implement: Arrange specific FortiGate firewall rules above broad rules with correct source, destination, interface, service and schedule matching, and leave an auditable implicit-deny boundary. Check: Inspect ordered policy IDs, ingress and egress interfaces, address groups, services, source users, policy hit counters and session debug messages. Scenario: A new finance application rule names the correct destination subnet but the wrong incoming VLAN interface, leading debug flow to show no matching allow policy.
Inspect collector connectivity, DC agent or polling status, directory event permissions, group filters, collector learned user/IP mappings and FortiGate FSSO server state. This choice relates to FSSO collector agent and domain-controller event acquisition, not the complementary implementation-and-evidence pair for the case. Implement: Arrange specific FortiGate firewall rules above broad rules with correct source, destination, interface, service and schedule matching, and leave an auditable implicit-deny boundary. Check: Inspect ordered policy IDs, ingress and egress interfaces, address groups, services, source users, policy hit counters and session debug messages. Scenario: A new finance application rule names the correct destination subnet but the wrong incoming VLAN interface, leading debug flow to show no matching allow policy.