The lab
FMG1 (10.0.1.31) manages FGT1 (HQ, 10.0.1.1) and FGT2 (Branch, 10.0.2.1). All addresses are examples on a management network. Both FortiGates already have a working configuration and one policy each.
On small screens, swipe sideways or focus the diagram and use the arrow keys.
Try it: Build it
Stage 1: add and import
On small screens, swipe sideways or focus the diagram and use the arrow keys.
- Set central management on both FortiGates, or discover them from FortiManager.
- Authorise each into the root ADOM. The connection status should be Up.
- Import each device's policies and objects. Review any naming conflicts.
config system central-management
set type fortimanager
set fmg "10.0.1.31"
endOn FGT1 and FGT2. Skip this if you discover the devices from FortiManager instead.
Stage 2: one package, two devices
On small screens, swipe sideways or focus the diagram and use the arrow keys.
- Create a package
Shared-pkgand assign both devices to it. - Create the address object
LAN-subnetand map it to 10.0.1.0/24 on FGT1 and 10.0.2.0/24 on FGT2. - Add a policy: LAN-subnet to the Internet, with logging.
Stage 3: a template, then install
On small screens, swipe sideways or focus the diagram and use the arrow keys.
- Create a system template that sets DNS and NTP, and assign it to both devices.
- Run the Install Wizard for both devices and read the preview.
- Install. Both devices should return to synchronized and installed.
Four faults to find
Break each one on purpose, read the evidence and decide what is wrong before you open the answer.
On small screens, swipe sideways or focus the diagram and use the arrow keys.
Fault 1: FGT2 shows connection Down
Check that TCP 541 is reachable between the two and that the central management address on FGT2 is 10.0.1.31. Here the FortiGate pointed at the wrong address. Correct it and the connection returns to Up.
Fault 2: install to FGT2 fails with a missing object
The mapping for LAN-subnet on FGT2 was never created. Add the mapping and run the install preview again. A missing dynamic mapping is a common cause of failed installs on a new device.
Fault 3: after install, the new policy is not on FGT1
FGT1 was not an install target of the package, or was assigned to a different package. Check the assignment and the install target, install again and check the policy list on the device.
Fault 4: FGT1 shows Out of Sync
A local change was made on FGT1. Decide who is right: retrieve the configuration to keep the local change, or install to replace it with FortiManager's version. Read the preview before choosing.
Check what you built
Why do you import a device's policies before installing a package?
One install fails on a new device with a missing object. What is the most likely cause?
What do you read before every install?