- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 新华三人才研学中心
- 关于我们
06-配置文件管理
本章节下载： 06-配置文件管理 (312.55 KB)
目 录
设备运行于FIPS模式时，本特性部分配置相对于非FIPS模式有所变化，具体差异请见本文相关描述。有关FIPS模式的详细介绍请参见“安全配置指导”中的“FIPS”。
· 将当前配置保存到配置文件，以便设备重启后，这些配置能够继续生效。
· 当网络中多台设备需要批量配置时，可以将相同的配置保存到配置文件，再上传/下载到所有设备，在所有设备上执行该配置文件来实现设备的批量配置。
软件版本中所有的软件功能都被赋了一个初始值（软件功能缺省值），这些初始值的集合被称为“空配置”。
· 软件功能的缺省值可以是具体数值、功能开启/关闭状态、也可以为空值（为空值代表用户使用该功能时，需根据需要进行赋值）。
为方便客户的使用，软件版本出厂时某些软件功能会被赋一个与初始值不一样的取值（软件功能出厂值），这些软件出厂值的集合被称为“出厂配置”。
设备的flash中可以同时存在多个配置文件，用户可以根据需要选择下次启动时采用哪个配置文件。根据配置文件的使用情况，可以分为如下几类。
· 下次主用启动配置文件：设备下次启动时优先使用的配置文件，
· 下次备用启动配置文件：设备下次启动时如果主用配置文件不可用，作为备用的启动配置文件。
· 其它配置文件：flash中除当前配置文件外的其它.cfg文件。
配置文件的后缀为.cfg，用户可以通过display saved-configuration命令查看设备下次启动配置文件中的具体软件功能配置：
· 已进行了配置、但没有通过save命令进行保存的配置，不会体现在配置文件中。
用户可以通过display current-configuration命令查看设备中当前运行的配置：
· 软件功能当前值中，与软件功能缺省值一致的部分不会显示，与软件功能缺省值不一致的部分能够显示。
· 即使当前配置未通过save命令保存到配置文件中，也可以显示。
设备启动时，若用户进入BootRom菜单并选择了Skip Current System Configuration选项，设备将采用软件的空配置方式进行启动。启动完成后，所有软件功能都将采用软件功能缺省值。
设备启动时，若既没有选择采用空配置进行启动、也没有指定的配置文件，则设备会采用出厂配置方式进行启动。启动完成后，出厂配置中赋了值的软件功能将采用软件功能出厂值，其它软件功能都将采用软件功能缺省值。
出厂配置被集成到了软件包*.ipe中。
设备启动时，若没有选择采用空配置进行启动、且有指定的配置文件，则设备会采用带配置方式进行启动。启动完成后，软件功能都将采用当前配置文件中的值。
· 如果采用带配置方式进行启动时存在主用配置文件，则设备启动运行时将采用主用配置文件中的值运行。
· 如果采用带配置方式进行启动时主用配置文件不可用，则设备启动运行时将采用备用配置文件中的值运行。
· 如果采用带配置方式进行启动时主备用配置文件均不可用，则设备将采用软件的出厂配置方式进行启动。
用户执行save命令保存配置时，系统会自动生成一个字符串类型的配置文件和一个二进制类型的配置文件。
· 字符串类型的配置文件是一个文本文件，文件名后缀为“.cfg”，可以通过more命令查看该文件的内容。
· 二进制类型的配置文件是字符串类型的配置文件的二进制格式，文件名后缀为“.mdb”。在设备启动和运行时，系统软件能够解析该类配置文件，而用户却不能读取和编辑文件内容。
两个文件保存的配置相同，但格式不同。设备启动的时候，会优先使用二进制类型的配置文件，以便提高加载配置的速度。如果没有找到合适的二进制类型的配置文件，才使用字符串类型的配置文件。
配置文件对内容和格式有严格定义，为保证配置文件的正确运行，请尽量使用设备自动生成的配置文件。如果要手工修改配置文件，请遵循配置文件的内容与格式规则。
· 配置文件以命令视图为基本框架，同一命令视图的命令组织在一起，形成一节，节与节之间用注释行隔开（以“#”开始的为注释行）。
· 以return结束。
local-user root class manage
password hash $h$6$Twd73mLrN8O2vvD5$Cz1vgdpR4KoTiRQNE9pg33gU14Br2p1VguczLSVyJLO2huV5Syx/LfDIf8ROLtVErJ/C31oq2rFtmNuyZf4STw==
service-type ssh telnet terminal
authorization-attribute user-role network-admin
authorization-attribute user-role network-operator
#
interface FortyGigE1/0/1
port link-mode route
ip address 1.1.1.1 255.255.255.0
#
配置文件加密功能就是设备在执行save命令将当前配置保存到配置文件的同时，将配置文件加密。加密后的文件只能被运行Comware V7平台软件的H3C设备识别和解析，运行其它平台软件的设备不能识别和解析。
用户通过命令行可以修改设备的当前配置，而这些配置是暂时的，如果要使当前配置在系统下次启动时仍然有效，需要在重启设备前，将当前配置保存到下次启动配置文件中。
执行save [ backup | main ] [ force ]命令时，请不要重启设备或者给设备断电，以免造成下次启动配置文件丢失。
如果设备在本次运行过程中发生成员设备离开IRF的情况，在不执行save的前提下此成员设备重新加入IRF后设备的配置不会丢失。若执行save命令，将导致该成员设备的配置丢失。如需恢复该成员设备的配置，请在该设备重新加入IRF并重启设备后，执行display current-configuration查看原来的当前配置是否恢复，在确保恢复的前提下执行save命令，该成员设备的配置即可自行恢复。
配置回滚是在不重启设备的情况下，将当前的配置回退到指定配置文件中的配置状态。该配置文件必须是有效的.cfg文件，它可以使用手工/自动备份功能或者save命令生成，也可以是别的设备的可兼容配置文件，推荐使用手工/自动备份功能生成。（如何使用手工/自动备份功能生成配置文件请参见“1.3.2 备份当前配置”）
· 当前配置错误，且错误配置太多不方便定位或逐条回退，需要将当前配置回滚到某个正确的配置状态。
· 设备的应用环境变化，需要使用某个配置文件中的配置信息运行，在不重启设备的情况下将当前配置回滚到指定配置文件中的配置状态。
备份当前配置前必须设置备份文件的保存路径和文件名前缀。设置这些参数后，备份当前配置时，系统会将当前的配置以指定的文件名（格式为前缀_序号.cfg，比如archive_1.cfg）保存到指定的路径，方便管理员管理。备份序号由设备自动生成，从1开始编号，依次加1，累加至1000后又重新从1开始。修改备份文件的保存路径、文件名前缀，备份序号也会从1开始重新自动编号。
系统内能够保存的备份文件的数目有一定限制。当备份文件数目到达上限，又需要保存新的备份文件时，系统会删除保存时间最早的备份文件，以保存新的备份文件。
|
archive configuration location directory filename-prefix filename-prefix |
||
|
缺省情况下，系统最多允许保存5个备份配置文件 file-number的具体数值应根据系统的空余存储空间大小来决定。对于存储空间较小的设备，建议将该参数设为较小值 |
执行undo archive configuration location命令后，用户将不能手工备份当前配置，系统也不再自动备份当前配置，archive configuration interval和archive configuration max的配置也会恢复到缺省情况，display archive configuration的显示信息也会被清除。
系统提供了自动备份和手工备份两种灵活的备份方式。用户可以使用自动备份方式，让系统按照一定的时间间隔自动备份当前配置。如果备份时间没有到达，而用户需要立即备份当前配置，可以使用手工备份。备份的配置文件的名称和时间可以通过display archive configuration命令查看，以便用户可以将当前配置回退到某一历史时刻的配置状态。
· 当需要对设备进行步骤复杂的配置时，可以在修改配置前手工备份当前配置。以便配置过程中出现失败时，可以使用已备份的配置直接将当前配置回滚至配置改变前的状态。
· 对于经常修改配置的设备，可以设置较小的minutes值。
执行配置回滚，设备会将当前配置回滚到指定配置文件中的配置状态。配置回滚时，系统会比较、处理当前配置和回滚配置文件中配置的差异：
· 对于存在于当前配置但不存在于回滚配置文件的命令，回滚操作将取消当前配置中的命令，即执行相应的反向操作。
· 对于存在于回滚配置文件但不存在于当前配置的命令，回滚操作将执行这些命令。
· 对于当前配置和回滚配置文件中不同的命令，配置回滚将先取消这些配置，再执行回滚配置文件中的相应命令。
命令能否回滚成功由命令的具体处理决定，存在以下情况时，某条命令会回滚失败。系统会跳过回滚失败的命令，直接处理下一条命令。
· 命令不支持完整undo命令，即直接在配置命令前添加undo关键字构成的命令不存在，设备不识别。比如命令A [ B ] C，对应的undo命令为undo A C，但是配置A B C回滚的时候，系统会去自动执行undo A B C，此时系统会认为不支持undo A B C而造成配置A B C回滚失败。
· 若不同视图下的各配置命令存在依赖关系，命令可能执行失败。
· 使用的配置文件不是由save命令、自动备份或手工备份生成的完整文件，或是不同类型设备的配置文件，配置回滚可能不能完全恢复至配置文件中的配置状态。因此，需要用户确保回滚配置文件中配置的正确性和与当前设备的兼容性。
|
filename只能是明文配置文件，不能是被加密的配置文件 |
仅R2422及以上版本支持配置延迟提交功能。
配置延迟提交功能是指在配置提交超时时间内所进行的配置可以使用configuration commit命令来延迟提交，如果不执行此命令系统会自动回滚到执行配置超时时间前的配置的功能。
建议用户在以下场景中使用此功能：
· 用户在对设备进行远程配置时，配置完成以后可能导致网络中断，不能再连接到设备。如果在进行远程配置前开启了配置延迟确认的功能，设备能够恢复配置，用户可以重新连接设备。
· 用户对设备配置不熟悉。在配置设备前先执行configuration commit delay命令设置配置提交的超时时间，然后再开始进行对设备的配置修改工作，完成后执行configuration commit命令使配置修改生效。如果在配置过程中造成异常则可以等待超时即可自动恢复至修改前的配置，从而保证设备的正常运行。
表1-7 配置延迟提交功能
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
设置配置提交超时时间 |
configuration commit delay delay-time |
delay-time为配置提交的超时时间，取值范围为1～65535，单位为分钟 |
|
（可选）提交当前配置 |
configuration commit |
提交执行configuration commit delay命令后的配置 |
所有成员设备的下次启动配置文件必须是相同的文件，因此，使用本命令前，请确保指定的配置文件已经保存在所有成员设备存储介质的根目录下，否则，操作失败。
· 不指定main和backup参数时，缺省使用main。
· 主用下次启动配置文件和备用下次启动配置文件可以设置为同一文件，但为了更可靠，建议设置为不同的文件，或者将一份配置保存在两个不同名的文件中，一个设置为主用，一个设置为备用。
· 在执行undo startup saved-configuration命令之后，系统会将主用/备用下次启动配置文件均设置为NULL，但不会删除该文件。
· 在多台设备组成IRF的情况下，当指定U盘上的配置文件为下次启动配置文件时，各个成员设备上的U盘都应该插好，且每个U盘根目录中的配置文件名称应该一致。
需要注意的是，执行undo startup saved-configuration命令并重启IRF或IRF中的成员设备时，会导致IRF分裂，请谨慎使用。
· 设备只能指定缺省存储介质根目录下的配置文件为下次启动配置文件。如果要指定U盘上的配置文件为下次启动配置文件，需要进入BootRom菜单将U盘设置为缺省存储介质。
· 当指定U盘上的配置文件为下次启动配置文件后，下次启动的过程中不要拔出U盘。在一台设备单独运行的情况下如果不慎将U盘拔出，设备将以出厂配置进行启动；在多台设备组成IRF的情况下，如果不慎将某一成员设备的U盘拔出，此成员设备将会离开IRF并且以出厂配置启动，其他成员设备将会以下次启动配置启动。
表1-8 设置下次启动配置文件
|
该命令执行成功后，用户可以在任意视图下使用display startup命令以及display saved-configuration命令验证配置效果 |
执行save [ safely ] [ backup | main ] [ force ]命令将当前配置保存到指定配置文件时，系统会自动把该文件设置为设备的主用下次启动配置文件。详细配置请参见“1.2.2 保存当前配置”。
设备运行于FIPS模式时，不支持备份/恢复主用下次启动配置文件。
备份是指将设备的主用下次启动配置文件备份到指定的TFTP服务器；恢复是指将TFTP服务器上保存的配置文件下载到设备并设置为主用下次启动配置文件。
· 保证设备与服务器之间的路由可达，服务器端开启了TFTP服务，执行备份操作的客户端设备已获得了相应的读写权限。
· 在任意视图下使用display startup命令查看一下设备是否已经设置了下次启动配置文件。如果没有下次启动配置文件，或者所设置的配置文件不存在，备份操作将会失败。
表1-9 备份/恢复主用下次启动配置文件
|
backup startup-configuration to tftp-server [ dest-filename ] |
||
|
将TFTP服务器上保存的配置文件下载到设备并设置为主用下次启动配置文件 |
该命令执行成功后，用户可以在任意视图下使用display startup命令以及display saved-configuration命令验证配置效果 |
· 设备中的配置文件被破坏（常见原因是加载了错误的配置文件）。
用户可以只删除主用下次启动配置文件，或者只删除备用下次启动配置文件。如果当前设备的主用下次启动配置文件和备用下次启动配置文件相同，仅执行一次删除操作（假设指定了backup参数），系统只会将相应的下次启动配置文件设置为NULL，不会删除该文件，需要再执行一次删除操作（指定main参数），才能将这个配置文件彻底删除。
下次启动配置文件被删除后，设备重启时，系统将采用出厂配置进行初始化。
|
不指定banckup和main参数时，缺省使用main |
在完成上述配置后，在任意视图下执行display命令可以显示配置文件的使用情况。用户可以通过查看显示信息验证配置的效果。
|
display diff current-configuration { configfile file-name-d | startup-configuration } display diff startup-configuration { configfile file-name-d | current-configuration } |
|
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
售前咨询
售后咨询
人工在线咨询
