As part of a FortiNAC-F integration with FortiGate for management of VPN users, what must be configured on FortiGate to keep FortiNAC-F up to date with VPN session information?
Correct Answer: D
The correct answer is D. For FortiGate VPN integration, FortiNAC-F depends on syslog from FortiGate to receive VPN user, IP address, and session information. The FortiNAC-F study guide states that after a remote user successfully authenticates and establishes a VPN connection, FortiGate sends user, IP, and session information to FortiNAC-F using syslog. This keeps FortiNAC-F aware of the VPN session so it can apply the correct access control state and update FortiGate when the device becomes trusted.
Option A is wrong because SNMP traps are commonly used for infrastructure events, link traps, or third-party event inputs, but this VPN workflow uses FortiGate syslog. Option B is wrong because RADIUS accounting can update session information in some NAC workflows, but the FortiGate VPN integration described in the guide uses syslog. Option C is wrong because Security Fabric integration is not the required mechanism for keeping FortiNAC-F updated with VPN session details in this scenario.
An administrator wants FortiNAC-F to return a group of user-defined RADIUS attributes in RADIUS responses.
Which condition must be true to achieve this?
Correct Answer: B
In FortiNAC-F, theRADIUS Attribute Groupsfeature allows administrators to return customized RADIUS attributes (such as specific VLAN IDs, filter IDs, or vendor-specific attributes) in anAccess-Acceptpacket sent back to a network device. This is particularly useful for supporting ‘Generic RADIUS’ devices that are not natively supported but can be managed using standard AVPairs.
According to theFortiNAC-F Generic RADIUS Wired Cookbookand theRADIUS Attribute Groups sectionof the Administration Guide, there is one critical prerequisite for this feature to function: theinbound RADIUS request must contain the Calling-Station-ID attribute. The Calling-Station-ID typically contains theMAC addressof the connecting endpoint. Because FortiNAC-F is a host-centric system, it uses the MAC address as the unique identifier to look up the host record, evaluate the associated Network Access Policy, and determine which Logical Network (and thus which Attribute Group) should be applied. If the incoming request lacks this attribute, FortiNAC-F cannot reliably identify the host and, as a safety mechanism, willnot include any user-defined RADIUS attributesin the response. This ensures that unauthorized or unidentifiable devices do not receive privileged access through misapplied attributes.
‘Configure a set of attributes that must be included in the RADIUS Access-Accept packet returned by FortiNAC…Requirement: Inbound RADIUS request must contain Calling-Station-Id. Otherwise, FortiNAC will not include the RADIUS attributes.This attribute is used to identify the host and its current state within the FortiNAC database.’ —FortiNAC-F 7.6.0 Generic RADIUS Wired Cookbook: Configure RADIUS Attribute Groups.
An administrator has configured the DHCP scope for a registration isolation network, but the isolation process isn’t working.
What is the problem with the configuration?
Correct Answer: D
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.
Prep2Certsis a premium service offering a comprehensive collection of exam questions and answers for over 1400 certification exams. It is regularly updated and designed to help users pass their certification exams confidently.
Please contact info@Prep2Certs.com and we will provide you with alternative payment options.
You can by Contacting our sales team.