A network engineer is deploying FortiGate devices using zero-touch provisioning (ZTP). The devices must automatically connect to FortiManager and receive their configurations upon first boot. However, after powering on the devices, they fail to register with FortiManager.What could be a possible cause of this issue?
Answer(s): D
Zero-Touch Provisioning (ZTP) for FortiGate devices is handled throughFortiDeploy, which automatically connects a FortiGate toFortiManagerso the device can download configuration templates and be centrally managed.For ZTP to work, the newly booted FortiGate must successfully reach FortiManager. One of thecritical requirementsis connectivity over theFGFM (FortiGateFortiManager) management protocol, which uses:TCP Port 541This is clearly stated in multiple Fortinet documents:FortiGate Cloud Admin Guidelists port541as the management channel used for FortiGate FortiManager / FortiGate Cloud communications:"Management... Protocol: TCP, Port:541"FortiOS Administration Guidealso confirms this:"FortiManager provides remote management of FortiGate devices overTCP port 541."Since ZTP uses FortiDeploy to push the FortiManager IP to the device and relies on FGFM (port 541) for registration and configuration delivery,any failure on this port breaks the entire ZTP workflow.Why option D is correctIf the FortiGate cannot reach FortiManager onTCP/541, itcannot register, cannot be authorized, and cannot receive its configuration -- leading to a ZTP failure.This is themost common causein real deployments:Firewall blocking TCP/541Upstream NAT device not forwarding 541ISP restrictionsIncorrect FortiManager IP or routing issueZTP device behind a network that does not allow outbound 541Why the other options are incorrectA . The FortiGate device requires manual intervention to accept the FortiManager connection.Incorrect.ZTP is built specifically to avoid manual intervention. Once the FortiDeploy key is used, the device auto-connects to FortiManager without needing local acceptance.B . ZTP works only when devices are connected using a console cable.Incorrect.ZTP requiresno console cable-- that's the whole point. It relies on DHCP, WAN connectivity, and FortiDeploy auto-join.C . The FortiGate device must be preloaded with a configuration file before ZTP can function.Incorrect.Preloading configuration defeats the purpose of ZTP.ZTP delivers the initial configuration automatically from FortiManager using FortiDeploy.LAN Edge 7.6 Architect ContextLAN Edge deployments often use FortiManager as the central orchestrator for:FortiSwitch management via FortiLinkFortiAP wireless provisioningSD-Branch configuration templatesSecurity Fabric automationFor all of this, ZTP enables remote sites to deploy FortiGate, FortiSwitch, and FortiAP withno on-site expertise.If TCP/541 to FortiManager is blocked, the entire LAN Edge deployment pipeline fails, making optionDthe only valid and document-supported answer.
Which FortiGuard licenses are required for FortiLink device detection to enable device identification and vulnerability detection?
FortiLink device detection relies on FortiGate'sDevice IdentificationandIoT Detectioncapabilities to classify devices connected to FortiSwitch ports.To enabledevice identificationandvulnerability detectionfor IoT/endpoint devices in LAN Edge deployments, FortiGate must subscribe to the correct FortiGuard services.1. Required FortiGuard License for Device Identification (IoT Detection)The FortiOS documentation clearly states:"IoT detection service... requires anAttack Surface Security Rating service licenseto download the IoT signature package."Additionally:"The following settings are required for IoT device detection:A validAttack Surface Security Rating service licenseto download the IoT signature package."This service provides:IoT signature packageIoT device classificationDevice behavior profilingThis makesAttack Surface Securitymandatory for FortiLink device detection.2. Required FortiGuard License for Device Vulnerability DetectionFortiOS further clarifies that IoT vulnerabilities require theIoT Detection license, which is included under the same Attack Surface service entitlement:"To detect IoT vulnerabilities the FortiGate must have a validIoT Definitions license..."The IoT Definitions license comeswith the Attack Surface Security Rating serviceand is used for:Scanning connected devicesIdentifying IoT/endpoint vulnerabilitiesReporting vulnerability severityEnabling NAC-based remediation (VLAN steering, port isolation)In LAN Edge Architect, this license combination is emphasized as a foundational requirement for:FortiSwitch NACFortiLink device profilingAutomated quarantine actionsIoT device classificationVulnerability-based segmentation3. Why the Correct Answer Is Option DOptionDlists:FortiGuard Attack Surface SecurityFortiGuard IoT DetectionThese are exactly the services required per FortiOS 7.4.1:Attack Surface Security Rating provides IoT signature package + vulnerability dataIoT Detection (Definitions) enables actual device-type and vulnerability identificationTogether they powerFortiLink Device DetectionandIoT Vulnerability Detection, which are essential LAN Edge security functions.4. Why Other Options Are IncorrectA . Vulnerability Management + Endpoint ProtectionNot used for FortiLink device detection; Endpoint detection relies on IoT service, not FortiClient.B . Threat Intelligence + IoT DetectionThreat Intelligence (ThreatIntel DB) is used for FAZ IOC, not LAN Edge device detection.C . Threat Intelligence + Endpoint ProtectionSame issue--does not provide IoT device classification or vulnerability scanning.LAN Edge 7.6 Architect Context SummaryIn LAN Edge designs:FortiGate acts as the controller for FortiSwitch via FortiLink.Device detection is done at the FortiGate level using NAC/IoT signature capabilities.Vulnerability detection enables dynamic segmentation decisions (e.g., move device to quarantine VLAN).To support this, two licenses aremandatory:Attack Surface Security(includes Security Rating + IoT Detection DB)IoT Detection(part of the same entitlement, but explicitly required for vulnerability detection)Thus the verified answer aligns perfectly with LAN Edge operational requirements and Fortinet documentation.
Refer to the exhibits.The exhibits show the VAP configuration. Wi-Fi SSIDs. and zone table.Which two statements describe how FortiGate handles VLAN assignment for wireless clients? (Choose two.)
Answer(s): C,D
The VAP configuration clearly showsVLAN pooling using WTP-groups:set vlan-pooling wtp-group config vlan-pool edit 101set wtp-group "Floor_1"edit 102set wtp-group "Office"How VLAN assignment works in this modeVLAN-pooling with wtp-group modemeans:Each AP group (WTP group) is tied to exactly one VLAN in the pool.The FortiGate doesnot load balanceVLANs.Instead, VLANs are mappedper AP group, not per client.Now verify each answer option:A . FortiGate will load balance clients using VLAN 101 and 102...Incorrect.FortiGatedoes NOT load-balance clientswhen vlan-pooling is set towtp-group.Each AP group receivesonly the VLAN mapped to it.B . All clients in the Corp zone get IPs from 10.0.20.0/24Incorrect.In the Wi-Fi zone table, onlyCorp.102has an IP subnet:Corp.101 0.0.0.0/0.0.0.0(no IP assigned clients get no DHCP)Corp.102 10.0.20.1/255.255.255.0Thus, clients associated to VLAN 101cannotget IPs.C . Clients connecting to APs in the Floor_1 group cannot receive an IP addressCorrect.Reason:Floor_1 WTP-group VLAN101VLAN 101 hasno IPin the Wi-Fi table 0.0.0.0/0.0.0.0No DHCP =Clients receive no IP addressD . Clients connecting to APs in the Office group will be assigned to VLAN 102Correct.Reason:Office WTP-group maps to VLAN102VLAN 102 has subnet10.0.20.0/24So Office group clients get an IP in that range
You've configured the FortiLink interface, and the DHCP server is enabled by default. The resulting DHCP server settings are shown in the exhibit. What is the role of the vci-string setting in this configuration?
Answer(s): C
The DHCP configuration shows:set vci-match enable set vci-string "FortiSwitch" "FortiExtender"What this meansVCI = Vendor Class Identifier (DHCP option 60)When vci-match is enabled, the DHCP server will only respond to DHCP requests from clients whose VCI string matches the configured vendor identifiers.FortiSwitch and FortiExtender both send DHCP option 60 with:"FortiSwitch""FortiExtender"This is used in FortiLink deployments so only these devices receive IP addresses on the FortiLink network.Therefore:C . To connect, devices must match the VCI string; otherwise, they will not receive an IP address.Correct.This perfectly matches FortiGate FortiLink DHCP behavior.Summary of incorrect optionsA -- Ignore FortiSwitch/FortiExtenderOpposite behavior.B -- Restrict based on hostnameVCI does NOT check hostname.D -- Reserve IPsNo reservation occurs; it's filtering, not reserving.
Refer to the exhibits.Examine the FortiGate RSSO configuration shown in the exhibit.FortiGate is set up to use RSSO for user authentication. It is currently receiving RADIUS accounting messages through port3. The incoming RADIUS accounting messages contain the username in the User-Name attribute and group membership in the Class attribute. You must ensure that the users are authenticated through these RADIUS accounting messages and accurately mapped to their respective RSSO user groups.Which three critical configurations must you implement on the FortiGate device? (Choose three.)
Answer(s): A,D,E
The problem states:FortiGate receivesRADIUS accounting messagesonport3.User-Nameattribute contains the username.Classattribute contains the group membership.Goal: authenticate users through RSSO and map them to the correct user groups.To achieve this, three critical components must be configured:A . RADIUS Attribute Value in the RSSO group must match the Class attributeThis is mandatory because:RSSO user groups on FortiGate match users based onthe value inside the RADIUS attribute(usually Class).For group assignment to work, FortiGate must compare:RSSO User Group RADIUS Class Attribute ValueThis isexactly how FortiGate maps RSSO users to groups.D . RSSO agent's sso-attribute must be set to ClassThesso-attributedefineswhich RADIUS attribute contains the group information.Because group membership is carried in:Class attributeYou must configure:config user radius set sso-attribute Class endThis tells FortiGate:"Use the Class attribute to derive user group membership."E . rsso-endpoint-attribute must be set to User-NameThis identifieswhich RADIUS attributecarries the actualusername.In this scenario:RADIUS accounting messages contain the username inUser-Name.So the correct setting is:config user radius set rsso-endpoint-attribute User-Name endThis ensures the RSSO user object uses the correct username.Incorrect Options ExplainedB . Assign RSSO user groups to all firewall policiesNot required.You only assign them to policies where RSSO authentication is used.C . Device detection and Security Fabric Connection should be enabled on port3Totally irrelevant to RSSO.RSSO only needs RADIUS accounting, not device detection or Fabric services.
Post your Comments and Discuss Fortinet FCSS_LED_AR-7.6 exam prep with other Community members: