06-配置文件管理
本章节下载: 06-配置文件管理 (268.04 KB)
目 录
· 将当前配置保存到配置文件,以便设备重启后,这些配置能够继续生效。
· 当网络中多台设备需要批量配置时,可以将相同的配置保存到配置文件,再上传/下载到所有设备,在所有设备上执行该配置文件来实现设备的批量配置。
软件版本中所有的软件功能都被赋了一个初始值(软件功能缺省值),这些初始值的集合被称为“空配置”。
· 软件功能的缺省值可以是具体数值、功能开启/关闭状态、也可以为空值(为空值代表用户使用该功能时,需根据需要进行赋值)。
为方便客户的使用,软件版本出厂时某些软件功能会被赋一个与初始值不一样的取值(软件功能出厂值),软件出厂值将被统一保存在一个文件中,该文件称为“缺省配置文件”。
缺省配置文件被集成到了软件包*.ipe中。
设备的flash中可以同时存在多个配置文件,用户可以根据需要选择下次启动时采用哪个配置文件。根据配置文件的使用情况,可以分为如下几类。
· 下次主用启动配置文件:设备下次启动时优先使用的配置文件,
· 下次备用启动配置文件:设备下次启动时如果主用配置文件不可用,作为备用的启动配置文件。
· 其它配置文件:flash中除当前配置文件外的其它.cfg文件。
配置文件的后缀为.cfg,用户可以通过display saved-configuration命令查看设备下次启动配置文件中的具体软件功能配置:
· 已进行了配置、但没有通过save命令进行保存的配置,不会体现在配置文件中。
用户可以通过display current-configuration命令查看设备中当前运行的配置:
· 软件功能当前值中,与软件功能缺省值一致的部分不会显示,与软件功能缺省值不一致的部分能够显示。
· 即使当前配置未通过save命令保存到配置文件中,也可以显示。
设备启动时,若用户进入BootRom菜单并选择了Skip Current System Configuration选项,设备将采用软件的空配置方式进行启动。启动完成后,所有软件功能都将采用软件功能缺省值。
设备启动时,若既没有选择采用空配置进行启动、也没有指定的配置文件,则设备会采用缺省配置方式进行启动。启动完成后,缺省配置文件中赋了值的软件功能将采用软件功能出厂值,其它软件功能都将采用软件功能缺省值。
缺省配置文件被集成到了软件包*.ipe中。
设备启动时,若没有选择采用空配置进行启动、且有指定的配置文件,则设备会采用带配置方式进行启动。启动完成后,软件功能都将采用当前配置文件中的值。
· 如果采用带配置方式进行启动时存在主用配置文件,则设备启动运行时将采用主用配置文件中的值运行。
· 如果采用带配置方式进行启动时主用配置文件不可用,则设备启动运行时将采用备用配置文件中的值运行。
· 如果采用带配置方式进行启动时主备用配置文件均不可用,则设备将采用软件的缺省配置方式进行启动。
用户可以通过display current-configuration命令查看设备中当前运行的配置:
· 软件功能当前值中,与软件功能缺省值一致的部分不会显示,与软件功能缺省值不一致的部分能够显示。
· 即使当前配置未通过save命令保存到配置文件中,也可以显示。
用户执行save命令保存配置时,系统会自动生成一个字符串类型的配置文件和一个二进制类型的配置文件。
· 字符串类型的配置文件是一个文本文件,文件名后缀为“.cfg”,可以通过more命令查看该文件的内容。
· 二进制类型的配置文件是字符串类型的配置文件的二进制格式,文件名后缀为“.mdb”。在设备启动和运行时,系统软件能够解析该类配置文件,而用户却不能读取和编辑文件内容。
两个文件保存的配置相同,但格式不同。设备启动的时候,会优先使用二进制类型的配置文件,以便提高加载配置的速度。如果没有找到合适的二进制类型的配置文件,才使用字符串类型的配置文件。
配置文件对内容和格式有严格定义,为保证配置文件的正确运行,请尽量使用设备自动生成的配置文件。如果要手工修改配置文件,请遵循配置文件的内容与格式规则。
· 配置文件以命令视图为基本框架,同一命令视图的命令组织在一起,形成一节,节与节之间用注释行隔开(以“#”开始的为注释行)。
· 以return结束。
local-user root
password simple admin
service-type ssh telnet terminal
authorization-attribute user-role network-admin
#
interface FortyGigE1/0/1
port link-mode route
ip address 1.1.1.1 255.255.255.0
#
配置文件加密功能就是设备在执行save命令将当前配置保存到配置文件的同时,将配置文件加密。设备支持使用两种密钥来对配置文件进行加密,用户可以根据实际应用环境进行选择:
· 私钥:该密钥是设备内部的一组参数,所有运行Comware V7平台软件的H3C设备拥有相同的私钥。使用私钥加密的配置文件可以被所有运行Comware V7平台软件的H3C设备解密和识别。
· 公钥:该密钥和软件版本相关,软件版本号相同的H3C设备拥有相同的公钥。因此,使用公钥加密的配置文件可以被本设备和软件版本号相同的其它H3C设备解密和识别。
缺省情况下,配置文件加密功能处于关闭状态 |
用户通过命令行可以修改设备的当前配置,而这些配置是暂时的,如果要使当前配置在系统下次启动时仍然有效,需要在重启设备前,将当前配置保存到下次启动配置文件中。
执行save [ backup | main ] [ force ]命令时,请不要重启设备或者给设备断电,以免造成下次启动配置文件丢失。
配置回滚是在不重启设备的情况下,将当前的配置回退到指定配置文件中的配置状态。该配置文件必须是有效的.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命令查看,以便用户可以将当前配置回退到某一历史时刻的配置状态。
· 当需要对设备进行步骤复杂的配置时,可以在修改配置前手工备份当前配置。以便配置过程中出现失败时,可以使用已备份的配置直接将当前配置回滚至配置改变前的状态。
· 对于使用低速存储介质(如Flash)的设备,建议不进行自动备份配置,或设置备份时间间隔大于1440分钟(24小时)。
执行配置回滚,设备会将当前配置回滚到指定配置文件中的配置状态。配置回滚时,系统会比较、处理当前配置和回滚配置文件中配置的差异:
· 对于存在于当前配置但不存在于回滚配置文件的命令,回滚操作将取消当前配置中的命令,即执行相应的反向操作。
· 对于存在于回滚配置文件但不存在于当前配置的命令,回滚操作将执行这些命令。
· 对于当前配置和回滚配置文件中不同的命令,配置回滚将先取消这些配置,再执行回滚配置文件中的相应命令。
命令能否回滚成功由命令的具体处理决定,存在以下情况时,某条命令会回滚失败。系统会跳过回滚失败的命令,直接处理下一条命令。
· 命令不支持完整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只能是明文配置文件,不能是被加密的配置文件 |
使用本命令前,请确保指定的配置文件已经保存在设备存储介质的根目录下,否则,操作失败。
· 不指定main和backup参数时,缺省使用main。
· 主用下次启动配置文件和备用下次启动配置文件可以设置为同一文件,但为了更可靠,建议设置为不同的文件,或者将一份配置保存在两个不同名的文件中,一个设置为主用,一个设置为备用。
· 在执行undo startup saved-configuration命令之后,系统会将主用/备用下次启动配置文件均设置为NULL,但不会删除该文件。
该命令执行成功后,用户可以在任意视图下使用display startup命令以及display saved-configuration命令验证配置效果 |
执行save [ safely ] [ backup | main ] [ force ]命令将当前配置保存到指定配置文件时,系统会自动把该文件设置为设备的主用下次启动配置文件。详细配置请参见“1.2.2 保存当前配置”。
备份是指将设备的主用下次启动配置文件备份到指定的TFTP服务器;恢复是指将TFTP服务器上保存的配置文件下载到设备并设置为主用下次启动配置文件。
· 保证设备与服务器之间的路由可达,服务器端开启了TFTP服务,执行备份操作的客户端设备已获得了相应的读写权限。
· 在任意视图下使用display startup命令查看一下设备是否已经设置了下次启动配置文件。如果没有下次启动配置文件,或者所设置的配置文件不存在,备份操作将会失败。
表1-8 备份/恢复主用下次启动配置文件
将设备的主用下次启动配置文件备份到指定的TFTP服务器 |
backup startup-configuration to tftp-server [ dest-filename ] |
|
将TFTP服务器上保存的配置文件下载到设备并设置为主用下次启动配置文件 |
该命令执行成功后,用户可以在任意视图下使用display startup命令以及display saved-configuration命令验证配置效果 |
· 设备中的配置文件被破坏(常见原因是加载了错误的配置文件)。
用户可以只删除主用下次启动配置文件,或者只删除备用下次启动配置文件。如果当前设备的主用下次启动配置文件和备用下次启动配置文件相同,仅执行一次删除操作(假设指定了backup参数),系统只会将相应的下次启动配置文件设置为NULL,不会删除该文件,需要再执行一次删除操作(指定main参数),才能将这个配置文件彻底删除。
下次启动配置文件被删除后,设备重启时,系统将采用出厂配置进行初始化。
不指定banckup和main参数时,缺省使用main |
在完成上述配置后,在任意视图下执行display命令可以显示配置文件的使用情况。用户可以通过查看显示信息验证配置的效果。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!