Free Practice Questions for Fortinet NSE6_FNC_AD-7.6 Exam

The correct answer is A . FortiNAC-F Manager provides global visibility by collecting user and endpoint visibility information from the FortiNAC-F devices it manages, creating a centralized repository of users, hosts, and adapters. The study guide describes this as a global visibility function where endpoint information received by the Manager includes the local FortiNAC-F device from which the information came, allowing administrators to search and filter endpoint records across managed systems.

The key point is that this is not a real-time host-status trigger. Fortinet’s FortiNAC-F Manager documentation states that FortiNAC Manager controls host and user record replication between managed FortiNAC CA servers and initiates synchronization every five minutes between servers. It also states that global object synchronization uses an interval-based process, not an administrator manually synchronizing each CA for endpoint visibility.

Option B is wrong because host status changes are not treated as immediate real-time updates to every managed FortiNAC-F database. Option C is wrong because manual synchronization applies to global/shared configuration objects, not routine endpoint visibility updates. Option D is wrong because the mechanism is not a CA-side scheduled push to the Manager; the Manager-controlled synchronization/collection process is what maintains the shared endpoint view.

The correct answers are C, D, and E . In a Layer 3 captive or isolation network design, FortiNAC-F port2 acts as the captive network service interface. The study guide states that Layer 3 captive networks require DHCP traffic to be relayed to port2 from the captive networks, and that the FortiNAC-F interface provides DHCP, DNS, and captive portal services to hosts assigned to any captive network.

That means the firewall path between the isolation VLANs and FortiNAC-F must allow DHCP , so isolated endpoints can receive an IP address from the FortiNAC-F captive network scope; DNS , so the isolated endpoint uses FortiNAC-F as its DNS server and gets redirected correctly; and HTTP/HTTPS , so the endpoint can load the FortiNAC-F captive portal page. The guide’s browser-redirection flow confirms this sequence: the host is moved to the isolation VLAN, requests DHCP, receives FortiNAC-F as the DNS server, performs DNS lookup, and then Apache/Tomcat services present the portal content.

Option A , DDNS, is not required for captive portal operation. Option B , NTP, may be useful for endpoint time accuracy or certificate-related workflows, but it is not part of the minimum traffic required for FortiNAC-F isolation network operation.

The correct answers are B and C . The persistent agent is the strongest fit because it is installed and stays resident on the endpoint. The study guide states that after deployment, the persistent agent communicates back to FortiNAC-F every 15 minutes and performs scheduled scans in the background, transparent to the end user. That directly satisfies the requirement for recurring compliance scans without user involvement.

The passive agent can also scan Windows domain end stations without end-user interaction. The guide states that the passive agent is deployed through login/logoff scripts and administrative templates, and that passive agent registration can register and scan hosts associated with LDAP or Active Directory users. If enabled, the passive agent scans the host to verify compliance with the appropriate endpoint policy.

Option A is wrong because the dissolvable agent is a run-once agent that requires manual end-user interaction in the captive portal, then removes itself after reporting results. Option D is not the best answer for this requirement because the mobile agent is specifically for Android onboarding and is manually installed; it is not the general solution for daily compliance scanning of all end stations.

The correct answer is D . FortiNAC-F limits what a sponsor can create and manage through the administrator profile assigned to that sponsor. The study guide explains that sponsors can be restricted to specific guest or contractor templates and that the Manage Guests settings in the admin profile define whether the sponsor can manage all accounts, no accounts, or only accounts they created. It also states that allowed templates are defined in the admin profile, meaning each department can be given access only to its own contractor template.

The contractor template defines account fields, role values, authentication method, account duration, and related account properties, but it does not by itself restrict what a sponsor can manage. Portal settings control how users interact with the captive portal or kiosk page, not sponsor administrative scope. A user/host profile is used for matching users or hosts in policy decisions; it does not delegate sponsor permissions. For departmental separation, the administrator must create sponsor-specific administrative profiles that allow only the appropriate templates and account-management scope.

In a FortiNAC-F deployment, the configuration of theDHCP scopefor isolation networks (Registration, Remediation, etc.) must perfectly align with the underlying network infrastructure to ensure that isolated hosts can communicate with the FortiNAC appliance. In the provided exhibits, there is a clear discrepancy between theDHCP configurationand theNetwork Topology.

As shown in the " Network Topology " exhibit, theRegistration Networkresides on a router interface (or sub-interface) with the IP address192.168.180.1. This address represents the default gateway for any host placed into the Registration VLAN. However, the " DHCP configuration " exhibit shows the scope " REG-ScopeOne " configured with aGateway of 10.0.1.254. This 10.0.1.254 address belongs to the management/service network (port2 of FortiNAC), not the registration subnet. If a host in the Registration VLAN receives this incorrect gateway via DHCP, it will attempt to send all off-link traffic to an unreachable IP, preventing it from loading theCaptive Portalor communicating with the FortiNAC server.

According to theFortiNAC-F Configuration Wizard Reference, when defining a Layer 3 network scope, the " Gateway " field must contain the IP address of the router interface that acts as the gateway for that specific isolation VLAN. The FortiNAC appliance itself usually sits on a different subnet, and traffic is directed to it via the router ' s DHCP Relay (IP Helper) and DNS redirection.

" When configuring scopes for a Layer 3 network, theGatewayvalue must be the IP address of the router interface for that subnet. This allows the host to reach its local gateway to route traffic. If the gateway is misconfigured, the host will be unable to reach the FortiNAC eth1/port2 interface for registration... Ensure the Gateway matches the network topology for the isolation VLAN. " —FortiNAC-F Configuration Wizard Reference Manual: DHCP Scopes.

The correct answer is B . When a device profiling rule classifies an endpoint, the Register as setting can place the device in the host view, the topology/inventory view, or both. The study guide explains that if the profiled endpoint is registered into the topology view, the administrator must select a topology container.

The advantage of modeling the endpoint as a device in the inventory view is that it can be treated as a pingable device , where FortiNAC-F can use Contact Status settings. The guide explains that a modeled pingable device has contact status controls that allow polling to be enabled or disabled, the polling interval to be set, and the last successful and last attempted poll to be displayed.

Option A and option C are not the best answers because connection logs are associated with host connection tracking, not the key advantage of placing a profiled endpoint into inventory as a modeled device. Option D is wrong because user association applies more naturally to hosts or BYOD ownership workflows; it is not the main benefit of inventory modeling. The tested benefit is scheduled reachability monitoring through contact status polling.

Questions no:9

Verified Answer: B

Comprehensive and Detailed 250 to 300 words each Explanation with Exact Matched Extract from FortiNAC-F Administrator library and documentation for current versions (including F 7.2, 7.4, and 7.6) documents:

In FortiNAC-F, the integration with FortiGate for Security Fabric and Single Sign-On (FSSO) allows the system to communicate the access level of an endpoint directly to the firewall usingfirewall tags. This eliminates the need for complex VLAN steering in some environments by allowing the FortiGate to apply policies based on these dynamic tags instead of just a physical or virtual network segment.

The actual assignment of the firewall tag value occurs within aLogical Network. In the FortiNAC-F architectural model, a Logical Network acts as a container for " Access Values " . When an administrator configures a Logical Network (located underNetwork > Logical Networks), they define what that network represents—such as " Corporate Access " or " Contractor Limited " . Within that definition, they assign the specificFirewall Tagthat matches the tag created on the FortiGate. Once a user or host matches aNetwork Access Policy, FortiNAC-F identifies the associated Logical Network and pushes the defined tag to the FortiGate via the FSSO connector.

It is important to note that whileNetwork Access Policies(and by extensionSecurity Rules) are the logic engines thattriggerthe assignment, they do not hold the tag value itself. They simply point to a Logical Network, which serves as the central repository for that specific access configuration.

" To assign firewall tags, navigate toNetwork > Logical Networks. Select the desired logical network and clickEdit. Under theAccess Valuesection, selectFirewall Tagas the type and enter the tag name exactly as it appears on the FortiGate. When a Network Access Policy matches a host, FortiNAC sends this tag to the FortiGate as an FSSO message. " —FortiNAC-F Administration Guide: Logical Networks and Security Fabric Integration.

The correct answers are A and C . Fortinet’s FortiNAC-F 7.6 documentation states that, to receive and interpret traps from devices or applications, those devices or applications must be modeled in FortiNAC and must have an associated IP address. That validates option A directly. The same Fortinet Trap MIB Files documentation also lists a FortiNAC-OS requirement: the snmp option must be included in the set allowaccess command. That validates option C .

Option B is wrong because Trap MIB integration is not limited to SNMPv3. Fortinet states that Trap MIB supports receiving SNMPv1 and SNMPv2 traps from external devices, while SNMPv3 is discussed separately for traps that populate host and user records.

Option D is the trap. The Fortinet documentation explicitly says IP address OID, MAC address OID, and user ID OID are not all required ; any one OID can be used to identify the host or user that triggered the trap. So the statement that both the IP address OID and MAC address OID must be configured is false.

The correct answer is C . The Port Changes view is the correct troubleshooting location when FortiNAC-F changes endpoint network access, such as moving a switch port into a different VLAN. The study guide states that any time FortiNAC-F changes network access for an endpoint, the change is documented in Network > Port Changes . This view shows the date and time of the change, whether a CLI configuration was executed, the reason for the change, the role or access policy that caused it, the port that was changed, and the VLAN the port was changed to.

This directly matches the troubleshooting requirement in the question: the administrator needs to know when the VLAN change happened and why FortiNAC-F made that network access decision. Option A , Security Event view, is used for security-related events, not detailed port-level VLAN-change history. Option B , Reports view, is too broad and not the operational audit trail for a specific access change. Option D , Admin Auditing, tracks administrative actions, but an automatic policy-driven VLAN assignment is documented under Port Changes, not primarily as an admin audit event.