Sub-commands
Once you have connected to the CLI, you can enter commands.
Each command line consists of a command word that is usually followed by words for the configuration data or other specific item that the command uses or affects:
get system admin
Sub-commands are available from within the scope of some commands. When you enter a sub-command level, the command prompt changes to indicate the name of the current command scope. For example, after entering:
config system admin
the command prompt becomes:
(admin)#
Applicable sub-commands are available to you until you exit the scope of the command, or until you descend an additional level into another sub-command.
For example, the edit
sub-command is available only within a command that affects tables; the next
sub-command is available only from within the edit
sub-command:
config system interface
edit port1
set status up
next
end
Sub-command scope is indicated in this guide by indentation. See Indentation. |
Available sub-commands vary by command. From a command prompt within config
, two types of sub-commands might become available:
- commands affecting fields
- commands affecting tables
Commands for tables:
Remove a table from the current object. For example, in
|
|
Create or edit a table in the current object. For example, in
|
|
Save the changes to the current object and exit the |
|
List the configuration of the current object or table.
|
|
Remove all tables in the current object. For example, in
Caution: Back up the FortiMail unit before performing a Caution: Do not purge |
|
Rename a table. For example, in
|
|
Display changes to the default configuration. Changes are listed in the form of configuration commands. |
Example of table commands:
From within the system admin
object, you might enter:
edit admin_1
The CLI acknowledges the new table, and changes the command prompt to show that you are now within the admin_1
table:
new entry 'admin_1' added
(admin_1)#
Commands for fields:
Exit both the |
|||
|
Show which of the command's attributes are synchronized for HA. Use the
To define HA attribute synchronization, configure the following: config <command> chattr sync-disable ... chattr sync-unset ... end Use Use You can also enter Additionally, use the following
Display all attributes that have been modified/disabled by the administrator. Display all attributes that are not synchronized, including both system default and settings disabled by the administrator. Change all modified/disabled attributes to the default synchronize action. Note that this command should be entered for both primary/config-primary and seconday/config-secondary units, as it may cause desynchronization between the cluster members. |
||
Save the changes made to the current table or object fields, and exit the |
|||
List the configuration of the current object or table.
|
|||
Save the changes you have made in the current table’s fields, and exit the
|
|||
Set a field’s value. For example, in Note: When using |
|||
Display changes to the default configuration. Changes are listed in the form of configuration commands. |
|||
Reset the table or object’s fields to default values. For example, in |
Example of field commands:
From within the admin_1
table, you might enter:
set passwd my1stExamplePassword
to assign the value my1stExamplePassword
to the passwd
field. You might then enter the next
command to save the changes and edit the next administrator’s table.