FortiManager 7.4 Administrator Lab Guide-Cotemar
FortiManager 7.4 Administrator Lab Guide-Cotemar
Lab Guide
FortiManager 7.4
Fortinet Training Institute - Library
https://training.fortinet.com
https://docs.fortinet.com
https://kb.fortinet.com
https://fusecommunity.fortinet.com/home
Fortinet Forums
https://forum.fortinet.com
https://support.fortinet.com
FortiGuard Labs
https://www.fortiguard.com
https://www.fortinet.com/nse-training
https://home.pearsonvue.com/fortinet
https://helpdesk.training.fortinet.com/support/home
12/18/2023
TABLE OF CONTENTS
Network Topology 6
Lab 1: Initial Configuration 7
Exercise 1: Examining the Initial Configuration 10
Examine the Initial Configuration Using the CLI 10
Examine the Initial Configuration Using the GUI 13
Exercise 2: Configuring ADOMs 17
Enable ADOMs 17
View ADOM Information 17
Configure an ADOM 19
Exercise 3: Adding FortiAnalyzer to FortiManager 22
Lab 2: Administration and Management 26
Exercise 1: Creating and Assigning Administrators 27
Test Administrator Privileges 28
Restrict Administrator Access Using Trusted Hosts 29
Test the Restricted Administrator Access 30
Exercise 2: Enabling ADOM Locking (Workspace Mode) 32
Enable ADOM Locking (Workspace Mode) 32
Exercise 3: Backing Up and Restoring FortiManager 34
Back Up the FortiManager Configuration 34
Restore the FortiManager Configuration 35
Exercise 4: Monitoring Alerts and Event Logs 37
Disable Offline Mode 37
View Event Logs 37
Lab 3: Device Registration 39
Exercise 1: Configuring System Templates 40
Configure System Templates 40
Disable ADOM Locking (Workspace Mode) 42
Exercise 2: Registering a Device on FortiManager 43
Review the Central Management Configuration on Local-FortiGate 43
Add Local-FortiGate Using the Add Device Wizard 44
View the Local-FortiGate Policy Package 47
Import System Template Settings From FortiGate 48
Add Remote-FortiGate Using the Add Device Wizard 49
Assign the System Template to Local-FortiGate and Remote-FortiGate 50
Lab 4: Device-Level Configuration and Installation 53
Exercise 1: Understanding the Statuses of Managed Devices 54
Exercise 2: Installing System Template Changes on Managed Devices 57
Install System Templates 57
Check the Status of the Managed Device 59
View the Pushed Configuration on FortiGate 61
Exercise 3: Viewing the Auto Update Status and Revision History 62
Make Local Changes on Local-FortiGate 62
Make Local Changes on Remote-FortiGate 63
View the Auto Update Status and Revision History 63
View the Installation Log 65
View the Auto Update Status, Revision History, and Installation Log for Remote-
FortiGate (Optional) 66
Check the Task Monitor 66
Exercise 4: Configuring Device-Level Changes 68
Change the Interface Settings of the Managed FortiGate 68
Filter Devices Based on Status 69
Configure the Administrator Account 70
Exercise 5: Installing Configuration Changes 72
Use the Install Wizard 72
View the Revision Differences 74
Exercise 6: Using Scripts 77
Configure Scripts 77
Run and Install Scripts 78
Lab 5: Policies and Objects 82
Exercise 1: Importing Policies 83
Import Policies 83
Create ADOM Revisions 86
Exercise 2: Enabling Workflow Mode 87
Exercise 3: Creating a Common Policy for Multiple Devices 97
Create Dynamic Mappings for Address Objects 97
Disable the Change Note Requirement 99
Create Dynamic Mappings for Interfaces and Device Zones 100
Import and Install a CLI Script to Delete Policies 102
Run and Install the Scripts 103
Create a Common Policy Package, an Installation Target, and Use Install On 108
Lab 6: Global ADOM Policy Configuration 115
Exercise 1: Creating and Assigning Header Policies in the Global ADOM 116
Lab 7: Diagnostics and Troubleshooting 121
Exercise 1: Diagnosing and Troubleshooting Installation Issues 123
View the Installation Preview 123
View the DNS Configuration 125
Install Device-Level Configuration Changes 126
Exercise 2: Troubleshooting Policy Import Issues 130
View the Policy Package and Objects 130
Review Policies and Objects Locally on Remote-FortiGate 131
Import a Policy Package 131
Check the Impact of a Partial Policy Import (Optional) 134
Fix a Partial Policy Import Issue 136
Retrieve the New Configuration From FortiManager 137
Lab 8: Additional Configuration 141
Exercise 1: Examining FortiGuard Management 142
Diagnose FortiGuard Issues 143
Exercise 2: Upgrading FortiGate Firmware Using FortiManager 145
Network Topology
Network Topology
In this lab, you will examine the FortiManager network settings using the CLI and GUI. You will also add
FortiAnalyzer to FortiManager for logging and reporting.
Objectives
l Examine FortiManager initial system settings, including network and time settings
l Add FortiAnalyzer to FortiManager
Time to Complete
Estimated: 30 minutes
Prerequisites
This lab environment is also used for FortiGate Security 7.4 and FortiGate Infrastructure 7.4 training and initializes
in a different state than is required for FortiManager 7.4 training.
Before you begin this lab, you must restore the initial configuration on the Remote-FortiGate, Local-FortiGate, and
ISFW VMs.
You can access all devices in this lab by clicking the bookmarks with their names.
2. In the upper-right corner, click admin, and then click Configuration > Restore.
In this exercise, you will explore the basic configuration settings on the FortiManager CLI and GUI.
You will start by accessing FortiManager, using the CLI, to examine the initial configuration.
2. If you get a security alert message, click Accept, and then log in to FortiManager with the username admin and
password password.
3. Enter the following command to display basic status information about FortiManager:
4. Enter the following command to display information about the configuration of the FortiManager interface:
show system dns What are the primary and secondary DNS
settings?
7. Enter the following command to display information about the FortiManager routing configuration:
8. To test basic network connectivity, and to ensure the default route to the internet is working, enter the following
command to ping IP address 8.8.8.8 (a public IP address that is highly available):
execute ping 8.8.8.8
You will now log in to FortiManager, using the GUI, to examine the initial configuration.
All lab exercises were tested running Mozilla Firefox on the Local-Client VM. To get
consistent results, we recommend using Firefox in this virtual environment.
The dashboard shows several widgets that display information, such as System Information, License
Information, System Resources, and more.
2. In the System Information and License Information widgets, locate the following information:
l Firmware version
l Administrative domain status
l System time and time zone
l License status (VM)
These widgets display the same information as the get system status CLI command.
3. In the System Information widget, in the System Time field, click the edit icon to view the NTP information.
This displays the same information as the get system ntp and show system ntp CLI commands.
Administrative domains (ADOMs) group devices for administrators to monitor and manage. The purpose of
ADOMs is to divide the administration of devices and control (restrict) access.
Enable ADOMs
ADOMs are not enabled by default, and can be enabled only by an administrator with the Super_User access
profile.
To enable ADOMs
1. On the FortiManager GUI, click Dashboard.
2. In the System Information widget, enable Administrative Domain.
3. Click OK.
FortiManager logs you out of the GUI.
Before you create new ADOMs, you should know which types of ADOMs are available to you. You will view
ADOM information using both the GUI and CLI.
4. On the Local-Client VM, click the shortcut for PuTTY, and then open the saved session named FortiManager.
5. Log in to the FortiManager CLI with the username admin and password password.
6. Enter the following command to view the ADOMs that FortiManager currently supports and the type of device you
can register to each ADOM:
The CLI output is easier to read if you maximize the console window. If you already
executed the command, once the window is maximized, press the up arrow to show
the last command that you entered, and then press Enter to run the command again.
As you can see, FortiManager supports 19 ADOMs, each associated with different devices. The CLI also
displays the supported firmware versions.
Configure an ADOM
By default, when you enable ADOMs, FortiManager includes several ADOMs based on supported device types.
The root ADOM is based on the FortiGate ADOM type.
When you create a new ADOM, you must specify its type. The ADOM type must match the device type you are
planning to add later. For example, if you want to create an ADOM for FortiGate devices, you must select
FortiGate as the ADOM type. The exception to this rule is the Fabric type, which allows you to add FortiGate and
other types of devices. Additionally, you must select the firmware version for each new ADOM. This is because
different firmware versions have different features, and therefore different CLI syntax. Your ADOM settings must
match the device firmware.
To configure an ADOM
1. Continuing on the FortiManager GUI, click System Settings > ADOMs > Create New.
Field Value
Name My_ADOM
4. Click Cancel.
5. Keep the default values for all other settings, and then click OK.
You should see your new ADOM in the list.
You can switch between ADOMs on the GUI without having to log out and log back in
again. To switch between ADOMs, in the upper-right corner, click ADOM:xxxx, and
then in the list, select the ADOM that you want.
6. Click ADOM:root, and then click My_ADOM to switch to the new ADOM.
You can manage FortiAnalyzer from FortiManager. Adding a FortiAnalyzer to FortiManager gives FortiManager
visibility into the logs on FortiAnalyzer, providing a single pane of glass on FortiManager.
You can also use FortiManager as a logging and reporting device by manually enabling FortiAnalyzer features on
FortiManager. Remember that, unlike FortiAnalyzer, FortiManager has logging rate restrictions.
In this exercise, you will add FortiAnalyzer to FortiManager, so that you can manage FortiAnalyzer from
FortiManager for logging and reporting.
5. Click OK.
6. Click Dashboard.
7. In the System Information widget, enable Administrative Domain.
8. Click OK.
9. Return to the window, or tab, with the FortiManager GUI session.
10. Click Device Manager, and then click Device & Groups.
11. In the Add Device drop-down list, select Add FortiAnalyzer.
Field Value
IP Address 10.0.1.210
Username admin
Password password
If the FortiManager ADOM does not exist on the FortiAnalyzer you are adding, you are
prompted to Synchronize ADOM and Devices. This process adds the new ADOM to
FortiAnalyzer, together with any existing devices in that ADOM.
Using the Synchronize ADOM and Devices option creates the ADOM on
FortiAnalyzer with unlimited disk space.
The FortiAnalyzer administrator should set the disk allocation to an appropriate size.
You may need to refresh the page to see the FortiAnalyzer added.
In this lab, you will create and then configure a new administrator user. You will also restrict administrator access
based on administrator profiles, trusted hosts, and ADOMs. Then, you will enable ADOM locking, which disables
concurrent access to the same ADOM.
Additionally, this lab will guide you through how to correctly back up and restore a FortiManager configuration, and
view alert messages in the event logs.
Objectives
l Configure an administrator and restrict access to a newly created ADOM
l Enable and test ADOM locking
l Back up FortiManager, restore the backup, and disable offline mode
Time to Complete
Estimated: 45 minutes
In this exercise, you will create a new administrative user with restricted access permissions.
In an active deployment scenario, having more than one administrative user makes administering the network
easier, especially if users are delegated specific administrative roles, or confined to specific areas within the
network. In an environment with multiple administrators, you should ensure that every administrator has only the
permissions necessary to do their specific job.
Field Value
FortiManager comes with five default profiles preinstalled that you can assign to other
administrative users. Alternatively, you can create your own custom profiles.
5. Keep the default values for all other settings, and then click OK.
6. In the upper-right corner, click admin, and then click Log Out.
You will log in to FortiManager with the administrator account that you just created (student), and then test its
administrator privileges.
The preceding image shows an example of the effects of controlling or restricting administrator access based
on administrative profiles and ADOMs.
You will restrict access to FortiManager by configuring trusted hosts for the new administrator account. After the
configuration, the student account must connect from a specific trusted subnet to be able to access
FortiManager.
You will confirm that the student account cannot access FortiManager from outside the subnet 10.0.1.0/24.
Because you are trying to connect from the Remote-Client VM, which has the IP address 10.0.2.10, your login
authentication fails. This is because you restricted this account to log in only from the source IP addresses in
the list of trusted hosts.
The IP address specified in the URL here is not the same as the one you used
previously, because now FortiManager is being accessed from a device that is in a
different part of the network (see Network Topology on page 6). Now, you are
connecting to the port2 interface of FortiManager.
8. Return to the Remote-Client VM, and then try to log in to the FortiManager GUI again with the username student
and password fortinet.
This time, you should gain access because you just turned off the requirement to log in from a trusted subnet.
9. On the Remote-Client VM, log out of the FortiManager GUI, but leave the local Linux session in that VM open for
the next exercise.
By default, multiple administrators can log in to the same ADOM at the same time, which allows concurrent
access. This can cause conflicts, however, if two or more administrators try to make changes in the same ADOM
at the same time.
Before you enable ADOM locking, ensure that you notify all FortiManager administrators and ask them to save
any unsaved changes that they made on FortiManager that they want to keep, because enabling ADOM locking
terminates all management sessions.
5. Log in to the FortiManager GUI with the username student and password fortinet.
6. At the top of the page, click the lock icon.
The lock icon changes from unlocked to locked, and the background from blue to green.
7. On the Remote-Client VM, open a browser, and then click the FortiManager bookmark.
8. Log in to the FortiManager GUI with the username admin and password password.
Notice that the lock icon is locked for My_ADOM.
If an administrator locked one or more ADOMs, and then logs out of FortiManager, all
of those ADOMs are unlocked.
In this example, when the student administrator locked My_ADOM, and then logged
out, FortiManager unlocked My_ADOM.
Always log out gracefully from FortiManager when ADOM locking is enabled.
If this situation arises and you cannot wait for the administrator session to time out,
you can delete the session manually using the GUI or CLI. You must be logged in
using an account with the required permissions to be able to close other
administrator sessions.
On the GUI, on the Dashboard, go to the System Information widget, and then
click the Current Session List icon beside Current Administrators.
In a production scenario, it is a best practice to back up the device configuration before you make any
configuration changes. If the new configuration does not perform as expected, you can revert to the last working
configuration.
FortiManager configuration files are not stored in plain text like FortiGate configuration
files. They are stored as DAT files. You can uncompress them, and then view them
offline using archive tools, such as WinRAR and tar.
To back up FortiManager
1. On the Local-Client VM, open a browser, and then log in to the FortiManager GUI with the username admin and
password password.
2. Select root.
3. At the top of the page, click the lock icon to lock the ADOM.
1. Click Dashboard.
2. In the System Information widget, in the System Configuration section, click the backup icon.
You can use the following options when you restore a FortiManager configuration:
l Overwrite current IP, routing and HA settings: By default, this option is enabled. If FortiManager has an existing
configuration, restoring a backup overwrites everything, including the current IP address, routing, and HA settings. If
you disable this option, FortiManager restores the configuration settings that are related to the device information
and global database information, but preserves the basic HA and network settings.
l Restore in Offline Mode: By default, this option is enabled and grayed out—you cannot disable it. While restoring,
FortiManager disables the communication channel between FortiManager and all managed devices. This is a safety
measure in case any of the devices are being managed by another FortiManager. To reenable the communication,
you must disable Offline Mode.
To restore FortiManager
1. Continuing on the FortiManager GUI, click Dashboard.
2. In the System Information widget, in the System Configuration section, click the restore icon.
6. Click OK.
FortiManager uploads the file and then reboots. This process takes a couple of minutes to finish.
7. Wait for FortiManager to reboot, and then log in to the FortiManager GUI with the username admin and password
password.
8. Click root.
9. Click System Settings > Administrators, and then verify that the student administrator account was restored
from the backup file.
10. Keep the FortiManager GUI session open for the next exercise.
In this exercise, you will disable offline mode, which is enabled by default when the FortiManager backup
configuration is restored. Then, you will view the messages displayed in the event logs.
4. Click Apply.
5. Refresh the page, and then confirm that the Offline Mode label disappears.
At this point, FortiManager can establish a management connection with the managed devices.
If you cannot find the events you are looking for, you can try modifying the time frame
at the top of this page, or increase the number of entries displayed by selecting a
higher value at the bottom of the page.
In this lab, you will explore the common operations performed using the device manager. You will use the device
manager to add FortiGate devices and apply system templates.
Objectives
l Create and apply system templates to your managed devices
l Review central management settings on FortiGate
l Add a device using the Add Device wizard
Time to Complete
Estimated: 30 minutes
You can configure system templates on FortiManager to provision common system-level settings on FortiGate
devices. You can configure the templates in advance, and then apply them either to FortiGate devices when they
are first added to FortiManager or to FortiGate devices that FortiManager is currently managing.
5. Click OK.
6. Log out of the FortiManager admin account.
7. Log in to the FortiManager GUI with the username student and password fortinet.
8. Click My_ADOM.
9. Click Device Manager > Provisioning Templates.
You will notice that you have read-only access.
This is because when ADOM locking is enabled, you must lock the ADOM before making configuration
changes.
10. At the top of the page, click the lock icon to lock My_ADOM.
11. On the System Templates tab, select the default checkbox, and then click Edit.
12. Scroll down to the Log Settings section, and then enable Send Logs to FortiAnalyzer/FortiManager.
13. In the Send To fields, select Managed FortiAnalyzer, and then select FAZ.
14. In the Upload Option field, select Real-time.
15. Enable Reliable Logging to FortiAnalyzer.
Your configuration should look like the following example:
When ADOM locking is enabled, you must save the changes to copy them to the
FortiManager database.
18. At the top of the page, click the lock icon to unlock My_ADOM.
19. Log out of the FortiManager student account.
You will disable ADOM locking because, in this lab, each student has a dedicated FortiManager to work on.
In a production environment, before you disable workspace mode, ensure that all
administrators connected to FortiManager save their work.
5. Keep the FortiManager GUI session open for the next exercise.
Before you add FortiGate to FortiManager, you will review the central management configuration on Local-
FortiGate.
You will add Local-FortiGate to FortiManager in My_ADOM using the Add Device wizard, and then you will apply
the System Template that you created earlier.
4. In the Add Device wizard, select Discover Device, and then configure the following settings:
Field Value
IP Address 10.200.1.1
Username admin
Password password
5. Click Next.
6. Review the discovered device information, and ensure that Name is set to Local-FortiGate.
7. Click Next.
8. Click Import Now to import the policies and objects from Local-FortiGate.
14. In the Use Value From column, keep the default setting of FortiGate.
The option to download the import report is available only on this page. As a best
practice, you should download the report and review the important information, such
as which device is imported into which ADOM, as well as the name of the policy
package created, along with the objects imported.
FortiManager imports new objects and updates existing objects based on the option
that you choose on the conflict page. The duplicate objects are skipped because
FortiManager does not import duplicate entries into the ADOM database.
21. On the Local-Client VM, open PuTTY, and then connect over SSH to the Local-FortiGate saved session.
22. Log in with the username admin and password password.
23. Enter the following command:
get system central-management
Now that you have imported policy and dependent objects for Local-FortiGate, you will view the policy package
created for Local-FortiGate.
The settings on this policy match those currently on Local-FortiGate, since they were imported from it.
3. Click Cancel.
Now that you have added Local-FortiGate to FortiManager, you will import NTP server settings from Local-
FortiGate into a system template. This template can then be applied to multiple FortiGate devices later.
5. Click OK, and then click OK one more time to save the changes.
You will add Remote-FortiGate to FortiManager in My_ADOM using the Add Device Wizard. You will import the
policies and objects for Remote-FortiGate later.
3. In the Add Device wizard, select Discover Device, and then configure the following settings:
Field Value
IP Address 10.200.3.1
Username admin
Password password
4. Click Next.
5. Click Next.
6. Click Import Later.
The Remote-FortiGate device should now be listed on the Device & Groups page.
You will assign the default system template to Local-FortiGate and Remote-FortiGate to apply system settings.
4. In the Assign Provisioning Templates window, in the System Template field, select default.
5. Click OK.
You should see the following configuration:
When you select Import Later in the Add Device wizard, or add an unregistered device to FortiManager,
the policy package status is Never Installed because there is still no policy package created for the newly
added FortiGate.
If you add an unregistered device, you must run the Import Policy wizard to import the device’s firewall
policy into a new policy package.
In this lab, you will explore common operations that you can perform using the device manager, such as
configuring device-level changes, checking the statuses of managed devices, installing configuration changes,
and keeping the managed devices in sync with the device database on FortiManager.
Objectives
l Understand the statuses of managed devices on FortiManager
l Use the status information in the Configuration and Installation Status widget
l Make and install configuration changes using the device manager
l Make configuration changes locally on FortiGate, and then verify that FortiManager automatically retrieved the
changes
l Identify entries in the revision history and the management actions that created the new revisions
l Install a large number of managed device changes using scripts
Time to Complete
Estimated: 70 minutes
In this exercise, you will check and learn about the statuses of FortiGate devices on FortiManager. Depending on
the configuration changes, a FortiGate can have a different Sync Status and Device Settings Status.
l The Sync Status indicates whether the FortiGate configuration matches the latest revision history.
l The Device Settings Status indicates whether the FortiGate configuration stored in the device-level database
matches the latest running revision history.
5. In the Configuration and Installation widget, in the Config Status field, verify that the value is Modified.
Why does the Config Status field for the FortiGate devices show the status Modified?
In the previous exercise, you applied system templates to both FortiGate devices. This change made the
configuration running on the FortiManager device-level database different from the latest revision history.
For this reason, the Config Status was changed to Modified. You must install the provisioning template
changes on the FortiGate devices to return the devices to the synchronized state.
6. On the Local-Client VM, open PuTTY, and then connect over SSH to the FortiManager saved session.
7. Log in with the username admin and password password.
8. Enter the following command to display the device statuses on the CLI:
diagnose dvm device list
If the Config Status is Modified, why is the FortiGate conf still showing as in sync?
The Config Status is the status between the device-level database configuration and the latest revision
history. Assigning a provisioning template to a managed device, or editing a template that is already
assigned, makes changes to the device-level database configuration, so it enters the Modified state (on the
GUI). You can see these details when you run the diagnose dvm device list command on the
template section.
The conf field on the CLI shows the status between the latest revision history and the FortiGate
configuration. Because the latest revision history is the same as the FortiGate configuration, the conf field
shows the in sync state.
The output also shows the serial number of the device, the connecting IP address of the device, the firmware
version, the name of the device on FortiManager, and the ADOM that you added the device to.
9. Examine the STATUS row of the diagnose dvm device list output for Local-FortiGate and Remote-
FortiGate.
conf: in sync The latest revision history is in sync with the FortiGate
configuration.
In the previous lab, you added FortiGate devices to FortiManager and applied system templates.
In this exercise, you will install system template changes on both FortiGate devices, and then view those changes
locally, by logging in to each FortiGate.
You will install the default system template changes to Local-FortiGate and Remote-FortiGate using the Install
Wizard.
5. In the Install Wizard, confirm that Install Device Settings (only) is selected, and then click Next.
6. In the next window, ensure that both FortiGate devices are selected, and then click Next.
This shows you the changes that will be applied to all selected FortiGate devices.
9. Click Install.
10. Once the installation is successful, select Local-FortiGate, and then click View Installation Log.
This is the installation log that shows exactly what is installed on the managed device.
You will check the status of the managed device after the installation.
2. Click Local-FortiGate.
3. In the Configuration and Installation widget, you should see that the Config Status is in the Synchronized
state.
4. Open PuTTY, and then connect over SSH to the FortiManager saved session.
5. Log in with the username admin and password password.
6. Enter the following command to display device statuses on the CLI:
diagnose dvm device list
You should see the following in the output for Local-FortiGate and Remote-FortiGate:
The dev-db status is not modified, which means that the FortiGate device-level database
configuration matches the latest running revision history.
7. Enter the following command to display the statuses of the FGFM tunnels:
diagnose fgfm session-list
You can use this command to view the connecting IP address of managed devices, the link-level address that
FortiManager assigns, and the uptime of the FGFM tunnel between FortiGate and FortiManager.
Using FortiManager, you installed the default system template configuration on both FortiGate devices. Now, you
will log in to the Local-FortiGate and Remote-FortiGate GUIs to view their configurations.
3. Click Security Fabric > Fabric Connectors > Logging & Analytics > View.
You will notice that FortiAnalyzer is now configured and connected.
By default, FortiManager automatically retrieves configuration changes made locally on FortiGate. These
changes are reflected in the revision history. If required, you can disable the automatic update behavior on the
FortiManager CLI using the config system admin settings command. This allows the FortiManager
administrator to accept or reject the configuration changes.
In this exercise, you will make configuration changes directly on the FortiGate devices, and then verify that
FortiManager automatically retrieved the configuration changes.
You will also review the configuration revision history of each FortiGate, which is created by auto update and other
actions.
3. Click Yes.
4. Click Log & Report > Log Settings > Local Logs.
5. Disable Local Reports.
6. Click Apply.
7. Log out of the Local-FortiGate GUI.
You will make changes directly on Remote-FortiGate. You will repeat the same steps for Remote-FortiGate that
you did for Local-FortiGate.
Now that you have made the configuration changes locally on both FortiGate devices, you will view the auto
update status on FortiManager, and then view the configuration revision history entries that FortiManager created.
This confirms that FortiManager received the changes you made locally.
2. In the Configuration and Installation widget, click the Revision History icon.
Starting chronologically from the bottom, you should see the following three Installation statuses (you may
have more if you made further changes):
l Retrieved: Indicates that this configuration was taken from the device running configuration, when it was added
to FortiManager
l Installed: Indicates that these changes were made by FortiManager on the managed device
l Auto Updated: Indicates that these changes were made locally on FortiGate and were automatically updated
on FortiManager
When the installation is done using FortiManager, the installation log shows the name of the administrator who
made the changes, along with the commands that FortiManager sent. If an installation fails, the installation log is
useful because it shows the commands that the managed device received and accepted, as well as the
commands that the managed device did not accept.
If you made other changes, or if you received any errors previously, the ID numbers in
your environment will be different from the ones in this image.
You should see the CLI commands that FortiManager sent (which are identical to the installation that you
previewed earlier) and the FortiGate response.
View the Auto Update Status, Revision History, and Installation Log for
Remote-FortiGate (Optional)
To view the auto update status, revision history, and installation log for Remote-FortiGate
(optional)
1. Continuing on the FortiManager GUI, click Remote-FortiGate, and then follow the steps in View the Auto Update
Status and Revision History on page 63.
The task monitor provides the status of the task you performed. You can use it for troubleshooting various types of
issues, such as adding, importing, and installing changes from FortiManager.
4. Select one of the entries with the Source of Install Device, and then click View Details.
This shows the installation log that corresponds to the installation that you performed earlier.
You can view and configure the device-level settings of the managed FortiGate using the device manager. Most of
these settings have a one-to-one correlation with the device configuration that you would see if you logged in
locally on the GUI or CLI of each FortiGate.
In this exercise, you will make configuration changes for the managed FortiGate using the device manager.
If you try to change the managed FortiGate interface that is used for communicating
with FortiManager, you receive a warning that this may disrupt the communication
between FortiManager and FortiGate. If there is a communication disruption between
FortiManager and FortiGate during an installation, FortiManager attempts to recover
the connection, but this reverts the installation changes.
You will change the Administrative Access setting of the Remote-FortiGate port4 interface that Remote-
FortiGate uses to communicate with FortiManager.
Why is the Config Status showing the Modified (recent auto-updated) status for Remote-FortiGate?
The Modified status means that you made a device-level database change to Remote-FortiGate when you
changed the interface configuration.
The status recent auto-updated in parentheses means that the previous configuration changes were made
locally on FortiGate, and then automatically updated on FortiManager. You made changes to logging
settings locally in the previous lab.
FortiManager allows you to filter devices based on their current status. This is very helpful when you are managing
a large number of devices in the same ADOM. Based on the status, the FortiManager administrator can take
appropriate action.
Field Value
Admin training
Password fortinet
VDOM root
5. Keep the default values for all other settings, and then click OK.
6. Click Managed FortiGate.
You will notice that the Config Status for Local-FortiGate has changed to Modified(recent auto-updated).
This is because you made a device-level configuration change for Local-FortiGate by configuring the
administrator account.
7. Keep the FortiManager GUI session open for the next exercise.
You will install these changes on the managed devices using the Install Wizard.
2. Verify that Install Device Settings (only) is selected, and then click Next.
3. On the Device Settings page, make sure that both FortiGate devices are selected.
4. Click Next.
5. Click Install Preview.
This shows you the changes that will be applied to the FortiGate devices.
7. Make sure that both FortiGate devices are selected, and then click Install.
8. Once the installation has completed successfully, select Local-FortiGate, and then click View Installation Log.
This is the installation log that shows exactly what is installed on the managed device.
After every retrieve, auto update, and installation operation, FortiManager stores the FortiGate configuration
checksum output with the revision history. This is how the out-of-sync condition is calculated.
The Revision Diff feature is a useful feature that you can use to compare the differences between previous
revisions, a specific revision, or the factory default configuration. In terms of the output, you can choose to show
the full configuration with differences, only the differences, or you can capture the differences to a script.
You will compare the differences between the latest revision and previous revision.
2. In the Configuration and Installation widget, click the Revision History icon.
3. Click the most recent entry showing the Installation column as Installed, and then click Revision Diff.
5. Click Apply.
This shows the difference in configuration between the previous version and the current running version.
Firefox downloads the file automatically and saves it in the Downloads folder.
7. Click the filename to open the file with a text editor like Pluma.
This shows you the exact CLI syntax of the changes. You can use this file to configure other FortiGate devices
if they require the same settings, using the script feature on FortiManager.
This demonstrates capturing differences in the form of scripts. Make sure that the
script captured is valid for other FortiGate devices before using it. If required, you can
edit the script before applying it to other FortiGate devices.
For example, if you configured a static route along with the administrator setting, the
static route settings might not be valid for other FortiGate devices and you may need
to remove it or edit it.
9. Return to the FortiManager GUI, and then click Cancel to close the Device Revision Diff window.
10. Click Close.
11. Keep the FortiManager GUI session open for the next exercise.
A script can make many changes to a managed device and is useful for making bulk configuration changes and
ensuring consistency across multiple managed devices. You can configure and install scripts from FortiManager
to managed devices.
In this exercise, you will make configuration changes using the script feature, and then install the changes on the
managed devices.
Configure Scripts
To configure scripts
1. Continuing on the FortiManager GUI session, click Device Manager > Scripts > Import CLI Script.
3. Click Desktop > Resources > FortiManager-Administrator > Lab4-Device-Config > Lab4-Scripts, and then
select Local-Script.
4. Click Open, keep the default values for all other settings, and then click Import.
5. Click Close.
6. Click Import CLI Script again.
Because the scripts target the device database, you will first run the scripts against the device database, and then
install the scripts on the managed devices.
To run scripts
1. Continuing on the FortiManager GUI, select the Local-Script checkbox, and then click Run Script.
6. Click the View Script Executing History icon, and then scroll to the bottom of the script execution window to
check that the script ran successfully on the device database.
If required, you can also view the script execution history later in the Configuration
and Installation Status widget or in the Task Monitor.
7. Click Close.
8. Click Close.
9. Clear the Local-Script checkbox.
10. Select the Remote-Script checkbox, and then click Run Script.
11. Select and add Remote-FortiGate to the Selected Entries list.
To install scripts
1. Continuing on the FortiManager GUI, click Device & Groups > Managed FortiGate.
2. Pay attention to the values under the Config Status and Policy Package Status columns for each FortiGate
device.
You will need to scroll to the right to see the Policy Package Status column.
Optionally, you can drag that column to place it in another location. This was done to
obtain the image below.
Why is the Config Status showing Modified for both FortiGate devices? If you do not see the Modified
status, refresh the page.
Why is the Policy Package Status for Local-FortiGate showing Out of Sync, but the Policy Package
Status for Remote-FortiGate remains unchanged as Never Installed?
The scripts contain configuration changes related to device-level settings and policies.
The Config Status is Modified for both FortiGate devices because of device-level changes.
Because the Local-FortiGate policy package was imported when you added FortiGate, FortiManager
detects policy-level changes, and marks the Local-FortiGate Policy Package Status as Out of Sync.
For Remote-FortiGate, the policy package was never imported, and therefore FortiManager cannot
compare the differences in the policies.
3. Select the Local-FortiGate and Remote-FortiGate checkboxes, click Install, and then click Quick Install.
4. Click OK.
The installation is successful on both FortiGate devices.
The Quick Install option does not provide a choice for installation preview and
installation log. You should use it only if you are absolutely sure about the changes you
are trying to install.
5. Click Finish.
The Config Status column should display Synchronized for both FortiGate devices.
You may need to refresh the page to display the updated Config Status.
In this lab, you will explore the common operations of the Policy & Objects pane, which you can use to centrally
manage FortiGate firewall policies and manage shared and dynamic objects.
Objectives
l Import firewall policies and objects from a managed device, and then review the imported policy packages
l Create ADOM revisions
l Use workflow mode to configure and send changes for approval
l Find duplicate objects and merge them, and delete used objects
l Create a policy package that is shared across multiple devices
l Create shared objects and dynamic objects with mapping rules
l Identify the different policy and object interface mapping types, and configure zone mappings
l Install a policy package and device settings using the Policy & Objects pane
Time to Complete
Estimated: 70 minutes
In the previous lab, you installed scripts that contained device-level and policy configuration changes. Because
you ran the scripts on a device database that created the revision history containing these changes, the policy
packages are not automatically updated, and you must import them manually.
In this exercise, you will import the policies using the Import Configuration wizard, which will update the policy
packages to reflect the configuration changes.
Additionally, you will create an ADOM revision, which is a snapshot of all the policy and object configurations for
an ADOM.
Import Policies
You will import policies and objects for both of the managed FortiGate devices.
To import policies
1. Log in to the FortiManager GUI with the username student and password fortinet.
2. Click My_ADOM.
3. Click Device Manager > Devices & Groups > Managed FortiGate(2).
4. Right-click Local-FortiGate, and then click Import Configuration.
The Download Import Report option is available only on this page—make sure that
you download the import report before you click Finish.
14. In the Downloads folder, right-click the file, select Open with, select a text editor like Pluma, and then click OK.
15. Review the download import report, and then close the text editor.
16. Click Finish.
17. Right-click Remote-FortiGate, and then click Import Configuration.
18. Select Import Policy Package.
19. Click Next.
20. In the Mapping Type column, select Per-Device for all three ports.
25. Click Firewall Policy for each policy package to compare the policies in the Local-FortiGate_root and Local-
FortiGate-1 policy packages.
The following image shows part of the policy package for Local-FortiGate_root:
The following image shows part of the policy package for Local-FortiGate-1:
An ADOM revision creates a snapshot of the policy and object configuration for the ADOM. Now that you have
imported policies and objects from both FortiGate devices, you will create ADOM revisions that are stored locally
on FortiManager, and are useful for comparing the differences between two revisions or reverting to a previous
revision.
2. Click Create New, and then in the Name field, type Initial Revision.
3. Select Lock from auto deletion.
4. Click OK.
You can see the lock icon, the name of the administrator who created the revision, and the date and time.
You can use workflow mode to control the creation, configuration, and installation of several settings on
FortiManager. This helps to ensure that all changes are reviewed and approved before they are applied.
Workflow mode is similar to ADOM locking (workspace mode), but it also forces administrators to submit their
configuration changes for approval. Configuration changes are not committed to the FortiManager database until
an authorized administrator approves the changes. Only approved configuration changes can be installed on the
managed device.
In this exercise, you will enable workflow mode, and then make configuration changes related to policies and
objects. You will send the configuration changes for approval and, once they are approved, you will install the
changes.
8. Click OK.
9. Click Apply.
Before you enable workflow mode, ensure that all FortiManager administrators are
notified to save their work on FortiManager. This is because enabling workflow mode
terminates all management sessions.
10. Expand Address, select the LAN - LOCAL_SUBNET row, and then click Merge.
You can see that both the LAN and LOCAL_SUBNET firewall addresses are displayed as duplicate objects
because both have the same subnet value. Other objects that have the same values are also displayed.
By merging the duplicate objects, you can reduce the object database, which may help
to avoid overwhelming the FortiManager administrator with a large number of objects
from different FortiGate devices in the same ADOM. You can also delete the unused
objects in the same Tools menu if they will not be used in the future.
14. Continuing on Firewall Objects > Addresses, right-click the LINUX address object, and then click Delete.
The object is referenced in the Local-FortiGate-1 policy package in firewall policy 1 as the destination
address (dstaddr) field.
FortiManager allows you to delete a used object. However, you must be very careful
because the object will be replaced by the none address 0.0.0.0/255.255.255.255.
This means that any traffic that meets this specific firewall policy is blocked if there is
no catch-all or shadowed policy under it. In this case, the destination address of
firewall policy 1 in the Local-FortiGate-1 policy package is replaced by none after the
LINUX address object is deleted.
Your changes are still not saved in the FortiManager database because they must first
be approved by an approval administrator.
The session list shows you the name of the request made, user, date, and approval
status.
The approval administrator can approve, reject, discard, or view the differences
between two revisions. The approval administrator can also create a session that can
be sent to a different approval administrator, or can self-approve based on the
workflow approval matrix.
7. Click OK.
8. Click Continue Without Session.
If an administrator locks ADOMs, and then logs out of the FortiManager GUI, the locks
are released for all the ADOMs that the administrator locked.
Always log out of the FortiManager GUI gracefully when ADOM locking (workspace or
workflow) is enabled.
You must then delete the session manually on the GUI or CLI.
On the GUI (System Settings > System Information widget > Current
Administrators > Admin Session List):
On the CLI:
6. On the Local-Client VM, open a terminal window, and then ping the LINUX address object.
ping 10.200.1.254
You can see that the request times out because the firewall policy has the destination set to LINUX and the
action set to DENY locally on Local-FortiGate.
7. Keep the terminal window that is sending the ping traffic open.
You can connect directly to Local-FortiGate to examine its firewall policy settings. They should match the
following image:
FortiManager also deletes any other unused objects. This is expected because when you install a policy
package for the first time, FortiManager deletes all unused objects.
20. Close the terminal window that is sending the ping traffic.
You will create a single policy package that can be shared by multiple devices, as opposed to having a policy
package for each device, which is the current configuration. You will use the installation target setting in a firewall
policy to target specific policies to specific FortiGate devices.
You will configure dynamic mappings for objects that are used to map a single logical object to a unique definition
for each device.
Field Value
Name Internal
Type Subnet
IP/Netmask 10.0.0.0/16
You will disable the requirement of adding a change note after making a configuration change.
You will create dynamic mappings for interfaces and device zones.
6. In the Per-Device Mapping section, in the Mapped Device column, select Local-FortiGate(root), and then click
Delete.
7. Click OK.
8. In the search field, type port6.
9. Select port6, and then click Edit.
10. In the Per-Device Mapping section, in the Mapped Device column, select Remote-FortiGate(root), and then
click Delete.
You must delete the Per-Device Mapping. This is because interfaces were
dynamically mapped when the devices were added to FortiManager. After deleting the
previous mapping, you can then map these interfaces to newly created normalized
interfaces.
12. Clear the port6 checkbox, and then click Create New.
13. In the Name field, type Inside.
14. Expand the Per-Device Mapping section, click Create New, and then configure the following settings:
a. In the Mapped Device field, select Local-FortiGate.
b. In the Mapped Interface Name field, select port3.
c. Click OK.
d. Click Create New again.
e. In the Mapped Device field, select Remote-FortiGate.
f. In the Mapped Interface Name field, select port6.
g. Click OK.
Your configuration should look like the following image:
You will import and install a script on the policy package to delete policies.
3. Click Desktop > Resources > FortiManager-Administrator > Lab5-Policy > Lab5-Scripts, and then select
Local-Policy-Script.
4. Click Open, and then in the Run Script on field, select Policy Package or ADOM Database, as shown in the
following image:
5. Click Import.
6. Click Close.
7. Click Import CLI Script again.
8. Click Add Files.
9. Click Desktop > Resources > FortiManager-Administrator > Lab5-Policy > Lab5-Scripts, and then select
Remote-Policy-Script.
10. Click Open, and then in the Run Script on field, select Policy Package or ADOM Database, as shown in the
following image:
Because the scripts are targeting the policy package, you will first run the scripts against the policy package, and
then install the scripts on the managed devices.
5. Scroll to the bottom of the script execution window to confirm that the script ran successfully on the policy package.
If needed, you can also view the script execution history later in the Configuration
and Installation Status widget, or in the Task Monitor.
6. Click Close.
7. Click Close again.
8. Clear the Local-Policy-Script checkbox, select the Remote-Policy-Script checkbox, and then click Run Script.
9. In the Run script on policy package field, select Remote-FortiGate.
At this point, both FortiGate devices should show a Config Status of Synchronized,
and a Policy Package Status of Installed.
You cannot access Remote-FortiGate from the Local-Client VM because all firewall
policies were removed. To perform this step, you must access Remote-FortiGate from
the Remote-Client VM, or connect directly to Remote-FortiGate.
This is because the policies are already using some ports in the configuration. You cannot add interfaces to
the zone that the policies on the FortiGate are already using.
You must update the policy packages on the devices before you add interfaces to the device zone.
When you create a device zone, map the zone to a physical interface. To use the zone
in a policy, you must also map the zone to a normalized interface.
You can use FortiManager to target a common policy package to multiple devices. When you configure an
installation target, by default, all policies in the policy package are targeted to all selected FortiGate devices. You
can further restrict the policies in the policy package to be targeted to specific FortiGate devices by using the
Install On feature, which targets specific policies in the policy package to selected FortiGate devices in the Install
On column.
3. Select Local-FortiGate and Remote-FortiGate, and then add them to the Selected Entries section.
4. Click OK.
The Policy Package Status column shows the name of the currently active policy packages for these
FortiGate devices.
Field Value
Name For_Local-FortiGate
Source Internal
Destination all
Schedule always
Action Accept
NAT Enabled
8. Click OK.
9. Click Create New to create a second policy, and then configure the following settings:
When you create the second policy, if you do not see all of the interfaces, make sure
that you clear the interface filter when you select the interfaces.
Field Value
Name For_All
Field Value
Sources Internal
Destination all
Schedule always
Action Accept
NAT Enabled
12. For the For_Local-FortiGate policy, hover over the Installation Targets field, and then click the Edit icon.
Depending on the browser you use, you may need to refresh the page to be able to see
the list of devices on the next step.
4. Click Next.
5. Make sure that both of the FortiGate devices are selected, and then click Next.
If you expand, or the hover over the Status column, the name of the previous policy package is displayed.
Optionally, you can preview the changes before you install them.
6. Make sure that both of the FortiGate devices are selected, and then click Install.
7. After the installation is successful, click View Installation Log to see the installation history for each FortiGate.
4. Click Addresses.
Internal is translated to 10.0.1.0/24, according to the dynamic mapping of address objects.
You can use this revision to revert changes made to your policy packages and objects
in your ADOM. Remember, this does not revert settings at the Device Manager level.
In this lab, you will enable and configure a global header policy.
Header and footer policies are used to envelop policies within each ADOM. These are typically invisible to users
and devices in the ADOM layer. An example of where this is used is in a carrier environment, where the carrier
allows customer traffic to pass through their network but does not allow the customer to have access to the
carrier’s network assets.
Objectives
l Create a global header policy
l Assign the policy to an ADOM
l Install the policy on devices
Time to Complete
Estimated: 15 minutes
Header and footer policies are used to envelop the policies in each ADOM. You can create the header and footer
policies once in the global ADOM, and then assign them to multiple policy packages in other ADOMs.
In this exercise, you will create the header policy in the global ADOM, and then assign the header policy to the
managed devices in My_ADOM. Next, you will install the header policy on the managed devices.
Field Value
Name Global_Header_Policy
Source gall
Destination gall
Service gPING
Schedule galways
Field Value
Action Deny
Your configuration should look like the following image (not all fields are shown):
5. Click OK.
Field Value
Assign to Policy Packages Select All Policy Packages except Specified ones, and then select
default.
4. Click OK.
5. Right click My_ADOM, and then click Assign.
7. Click Close.
5. Click OK.
6. Click Install Preview.
The configuration changes that FortiManager will install on FortiGate appear—in this case, the header policy
and related objects.
You can also promote ADOM objects to global objects. To do this, right-click any of the
ADOM objects, and then select Promote to Global. You can use promoted objects in
the global ADOM.
In this lab, you will perform diagnostics and troubleshooting when installing device-level settings and importing
firewall policies.
Objectives
l Diagnose and troubleshoot issues when you install system templates
l Diagnose and troubleshoot issues when you import policy packages
Time to Complete
Estimated: 30 minutes
Prerequisites
Before you begin this lab, you must restore the configuration files on Remote-FortiGate, Local-FortiGate, and
FortiManager.
8. Click OK.
FortiManager reboots.
9. Wait for FortiManager to reboot, and then log in to the FortiManager GUI as the admin user.
10. Click root.
11. Click System Settings > Advanced > Misc Settings, and then disable Offline Mode.
12. Click Apply, and then refresh the page to confirm the Offline Mode message disappears.
Now, FortiManager can establish a management connection with the managed devices.
13. Log out of the FortiManager GUI before you begin the next exercise.
In this exercise, you will diagnose and troubleshoot issues that occur when you install configuration changes on
Local-FortiGate and Remote-FortiGate.
You will view the installation preview to learn which device-level configuration changes FortiManager will install on
the FortiGate devices. The objective of this task is to verify and troubleshoot to make sure FortiManager installs
the correct configuration settings on the FortiGate devices.
3. Click Device Manager > Device & Groups > Managed FortiGate > Local-FortiGate.
4. In the Configuration and Installation widget, in the Install Preview field, click the icon.
Notice that default is listed as the template that is assigned to Local-FortiGate.
5. In the following table, write down the DNS settings that FortiManager will install on Local-FortiGate:
Primary:
Secondary:
6. Click Close.
Primary:
Secondary:
4. Click Close.
The system template was configured with two entries. Why does Local-FortiGate show only one DNS entry,
but Remote-FortiGate shows two entries?
Local-FortiGate was preconfigured with the primary DNS entry 208.91.112.53. When Local-FortiGate
was added to FortiManager, it automatically updated in the device-level database. To verify this, check the
current revision history and search for config system dns.
You can use the next procedure to view the system template and DNS settings on the CLI.
You will view the DNS configuration for the configured system template and compare it to the device-level
database settings for DNS (for both Local-FortiGate and Remote-FortiGate). You will view the configuration on the
CLI.
2. Log in as admin, and then enter the following command to view the CLI configuration for the system template
configuration:
The execute fmpolicy print- command allows you to view the CLI
configuration for provisioning templates, ADOMs, and the device database on
FortiManager.
You can use the help feature by typing ? to display the command options.
2. Enter the following command to view the Remote-FortiGate DNS settings in the FortiManager device-level
database:
execute fmpolicy print-device-object ADOM1 Remote-FortiGate root "system dns"
You will install device-level configuration changes (system templates) on the managed FortiGate devices.
4. Make sure both devices are selected, and then click Next.
5. Click Install Preview, and then view the install preview for Local-FortiGate.
The preview generates and displays the configuration to be added to each device in separate tabs.
7. Click Close.
8. Make sure both FortiGate devices are selected, click Install, and then wait for the installation to finish.
Why does FortiManager show two progress bars when installing changes on a FortiGate?
As you learned in previous lessons, when you perform an installation, the copy operation is the first
operation that FortiManager performs, before the actual installation.
9. Click Finish.
The Config Status for both FortiGate devices should be Synchronized now.
10. Keep the FortiManager session open for the next exercise.
In this exercise, you will view the policies and objects imported into the ADOM database. The objects share the
common object database for each ADOM and are saved in the ADOM database, which can be shared or used
among different managed FortiGate devices in the same ADOM.
You will also diagnose and troubleshoot issues that occur while you import the Remote-FortiGate policy package.
Because the Local-FortiGate policy package is imported into ADOM1, you will view the Local-FortiGate policy
package and objects imported into the ADOM1 database.
3. Notice the source address of Test_PC for the Ping_Test firewall policy.
You can use the search bar to find the Test_PC entry.
You must import the policies and objects from Remote-FortiGate. But first, you will review the policies and objects
locally on Remote-FortiGate.
Remember, the Test_PC address object is bound to the any interface in the ADOM database.
You will import the policies and objects for Remote-FortiGate into the policy package, and then troubleshoot
issues with the policy import.
5. Keep the default values for all other settings, and then click Next.
6. Click Next two more times.
7. Notice that the two errors are related to a firewall policy and firewall address object.
What does this binding fail error mean? What is the impact? How can you fix this partial policy import
issue?
Remember, in the ADOM1 database, the Test_PC firewall address is bound to the any interface, based on
the configuration imported from Local-FortiGate. On Remote-FortiGate, the policy with an ID of 2 is using
the Test_PC firewall address bound to port6 as the source address.
This is the expected behavior on FortiManager because it doesn’t allow the same address object name to
bind to different interfaces.
Because FortiManager imported partial policies in the policy package, if you try to make a change to the
policy package and install it, FortiManager deletes the skipped policies and objects associated with those
policies, along with all unused objects.
You must change the Test_PC firewall address binding to the any interface by locally logging in to Remote-
FortiGate.
10. Close the import report, and then in the Import Device window, click Finish.
The following two procedures show the impact of making changes to the FortiManager Remote-FortiGate policy
package, and then trying to install the policy package. FortiManager tries to delete the policy with an ID of 2 and
the Test_PC address object on Remote-FortiGate. FortiManager also tries to delete any unused objects.
If you are now familiar with the behavior, you can skip the following procedures:
l To make configuration changes to the Remote-FortiGate policy package (optional)
l To preview the installation changes (optional)
2. Click OK.
3. Click Install Preview.
4. Notice that FortiManager is trying to delete the firewall policy with an ID of 2 and the Test_PC address object.
When installing a policy package for the first time, FortiManager also deletes all
unused objects.
You must change the Test_PC firewall address binding to the any interface by locally logging in to Remote-
FortiGate, and then retrieving the configuration to FortiManager. Then, on FortiManager, you can import the policy
package for Remote-FortiGate.
9. Click Cancel.
10. Log out of the Remote-FortiGate GUI.
You will retrieve the change made to the Remote-FortiGate configuration on FortiManager.
3. In the Configuration and Installation widget, click the Revision History icon.
6. Click Next.
7. Keep all the default values, and then click Next.
8. Notice that Test_PC appears in the Dynamic Mappings section.
FortiManager automatically creates a dynamic mapping of the object with the same value. The interface must
be the same as the ADOM database.
9. Click Next.
You can see that FortiManager imported both firewall policies this time.
15. Examine the Provisioning Templates column to confirm that the value for Remote-FortiGate shows the
unknown icon.
16. Right-click Remote-FortiGate, and then select Quick Install (Device DB).
17. Click OK, and then wait for the installation to finish.
18. Click Finish.
At this point, both FortiGate devices should be fully synchronized with FortiManager.
In this lab, you will learn about the troubleshooting commands used for FortiGuard management, and how to use
FortiManager to upgrade the firmware on managed FortiGate devices.
Objectives
l Review the central management configuration on both FortiGate devices
l Import the firmware image for FortiGate devices and upgrade the devices using FortiManager
Time to Complete
Estimated: 15 minutes
In this exercise, you will review the central management settings on FortiGate. Then, you will run CLI commands
related to FortiGuard diagnostics on FortiManager to understand FortiGuard settings on FortiManager.
The outputs for Local-FortiGate and Remote-FortiGate should look similar to the following examples:
Local-FortiGate:
Remote-FortiGate:
You can see that server-list is configured on the FortiGate devices with the FortiManager IP address,
and include-default–servers is disabled. This means the FortiGate devices are pointed to
FortiManager for FortiGuard services, and access to public FortiGuard servers is disabled.
You will run CLI commands on FortiManager to verify the FortiGuard configuration in order to troubleshoot
FortiGuard issues.
There are two reasons that can make FortiManager unable to connect to the public FortiGuard servers: the
network is unreachable or the service is disabled. In this lab environment, communication with the public
FortiGuard servers is disabled.
You should see that there is no information on UpullStat and UpullServer, because FortiManager is not
connected to the public FortiGuard servers, which would provide that information.
FortiManager is operating in a closed network environment and license contracts are uploaded manually on
FortiManager. You should see the contract information, which includes the types of contracts the device
currently has, along with the expiry dates.
You can view the same information on the FortiGate GUI, in the License Information
widget.
You can use FortiManager as your local firmware cache, and to upgrade firmware on supported devices.
In this exercise, you will import the firmware image for FortiGate, and then upgrade both FortiGate devices using
FortiManager.
7. Click Close.
You can see that the firmware image has been saved on FortiManager.
Refresh the page if you don't see the firmware you uploaded listed in the table.
11. In the Upgrade to field, scroll down the drop-down list, and then select Local Images > 7.4.2-b2519.
14. Optionally, you can open the console connection for Local-FortiGate and Remote-FortiGate to confirm the
firmware upgrade was successful.
15. Log out of the FortiManager GUI.