Central Management Flashcards

1
Q

FortiManager Architecture

A

FMGR allows you to enable multiple virtual instances knows as ADOMs

When ADOMs not enabled, you work in default ADOM named ‘root’ and it contains two databases: Device Layer and Policy Layer

When ADOMs are enabled, each has unique functions, such as Scripts, Provision Templates, VPN Manager, AP Manager, FortiSwitch Manager, Extender Manager, Fabric View, and FortiAnalyzer Capability. The FortiGuard Database servers all ADOMs.

Mixing FortiGate versions in ADOMs is permitted, especially for Migration Purposes, but you should use Matching firmware for ADOMs and FGT devices.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Global Database

A

It stores common objects and policies for use across multiple ADOMs, enabling the creation and management of global security policies, objects, and configurations that can be simultaneously applied to several ADOMs.

Global ADOM and Local ADOMs are compatible for the same and one higher version.

global objects and configs in FMGR are prefixes with g-, which is reserved to prevent the creation of custom objects with this prefix.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Objects in the Device layer

A

It is possible to configure policies in the device layer, it is not recommended. It is best to restrict configurations to device settings(Network, VPN, System, and Log & Report) See page 28 in PDF

Each FGT has its own device database, which is recorded in the revision history of each firewall

Changes made here directly affect the FGT

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Objects in the Policy layer

A

This is where you configure all objects related to firewall policies.

Changes made here depend on the included policy package and are applied only after policy deployment and installation approval.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

FMGR Operation: Retrieve

A

Captures FGT’s current config and saves it as a new version, without updating the policy package.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

FMGR Operation: Auto-Retrieve

A

Initiated when a FGT is added to the device layer, capturing any changes made directly on the FGT into its revision history. Auto-retrieve doesn’t update the policy package; an import operation is required for that

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

FMGR Operation: Install Device settings

A

Applies the device layer config to FGT device, offering a preview before installation to review changes

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

FMGR Operation: Quick Install

A

Similar to Install Device settings, but without preview. It applies the device layer config to FGT immediately. Ideal for Zero-touch provisioning (ZTP) or when you are confident about changes.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

FMGR Operation: Revert

A

Chooses an earlier revision from the history for potential import or installation on FGT. To synchronize the device and policy layers afterward, importing is required.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

FMGR Operation: Import

A

Moves policies from a selected revision in the history into the policy package, which can then be renamed or left with the default name. Care is needed to prevent conflicts, especially with objects sharing the same name in the policy layer

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

FMGR Operation: Install policy package

A

Transfers the policy package from the policy layer to both the device layer and FGT, displaying a step-by-step wizard and installation preview with an option to cancel.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

FMGR Operation: Reinstall Policy

A

Bypasses the wizard because the FGT and policy package are already selected. It offers an installation preview with an option to cancel. Also, reinstall applies not only to policy package settings but also any modifications directly to the FGT in the device database.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Global Policy Package Installation

A

Automatically Install Policies to ADOM Devices: the Global ADOM directly installs assigned policy packages on three targets - policy package in the policy layer, the device database, and FGT. No additional steps required, however, this bypasses the install preview.

Assign: Starts from the FMGR Global ADOM and updates the policy layer, indicating a modified status. Next, must install or reinstall the policies to apply them to the Device layer and FGT.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Provisioning Templates

A

Overrides Device Database and supersede other device layer settings.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Normalized Interface via Policy Layer

A

Zones, VLANs, and SSIDs.

Set up in VPN Manager, AP Manager, and FortiSwitch Manager

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Standardizing FortiGate Interfaces

A

Use Normalized Interfaces feature. Available on both the Policy and Device layer

Two Methods:
per-platform mapping - applies uniform settings across similar device models
per-device mapping - Allows customized configurations for individual devices.

Case Sensitive!

17
Q

Dynamic Mapping

A

Interface Mapping
Object Configurations
Metafield values
Metadata variable mapping

Example, LAN firewall address can be set per-device on page 37

18
Q

Per-Device Mapping Objects

A

Firewall Objects:
-Addresses
-Services & Service Group
-Virtual IPs & Virtual IP Group
-IPv4 Pool and IPv6 Pool
-Virtual Server & IPv6 Virtual Server
-ZTNA Server & IPv6 ZTNA Server

Security Profiles:
N/A

User & Authentication:
-User Groups
-LDAP Servers
-Radius Servers
-TACACS+
-SAML Server

Security Fabric:
-FortiNAC
-Fortinet SSO Agent

Advanced:
-Metadata Variables
-Dynamic Local Certificate
-Dynamic VPN Tunnel

19
Q

Metadata Integration

A

The GUI indicates Metadata variables by an icon of a magnifying glass with the $ symbol

20
Q

Remote Script Key Points

A

Executing a script directly on a FortiGate allows for automatic synchronization of the device database through auto-retrieve, provided the changes do not involve firewall policy configs. Changes to FW policies require manual intervention to sync the the policy layer

21
Q

Device Scripts Key Points

A

When scripts modify policy settings in the device database, these changes cannot be automatically imported into the policy layer.

22
Q

Policy Scripts Key Points

A

Changes do not automatically update the device database and FortiGate. You must install or reinstall the policy package to apply these Changes.

23
Q

Global Scripts Key Points

A

Scripts run in the global database require manual action to apply changes to global policies, either through assignment or automatic installation.

All scripts can be written in either the CLI or TCL

24
Q

Configuring ZTP/LTP

A

Config a model device for a FGT before you add it to FMGR. FMGR allows you to add FGT models using either a serial number or a pre-shared key. FMGR admin configs the model device, and when a real FGT device connects, the auto-link process installs the settings and policies from the model device on it. Once auto-linking completes, the real device is configured, connected to FMGR< and replaces the model device for Central management.

25
Q

ZTP

A

Zero Touch Provisioning - FGT automatically connects to the WAN or the internet and links to FMGR without any preconfiguration

26
Q

LTP

A

Low-touch provisioning: Some initial setup on FGT is neded, such as network settings and FMGR location, before it can discover and connect to FMGR

27
Q

Pre-Run CLI templates

A

Feature of ZTP and LTP

Intended for specific, one-time tasks, do not remain in the FGT device database after installation.

Create/Assign Template -> Quick Install -> Auto-detach template -> Connect to FMGR -> Install Config

28
Q

CLI templates

A

Designed for repeated use and do not automatically unassign after the initial setup, unlike pre-run CLI templates. Overwrites the device database.

Create/Assign Template -> Install device settings (only) or Quick install (device DB)

metadata variables available and CLI/Jinja compatibility