新设备上电必查清单
把开局动作收敛成一张十项清单，按顺序执行就能避免少配一项后面返工。顺序逻辑是：先确定身份（主机名），再打通管理（管理地址与网关），然后做安全（账号、加密登录、关闭多余服务），最后补齐时间同步与上报，收尾保存并纳入台账。清单本身与厂商无关，但每一步的三厂命令不同，需要逐条对照执行。
基本信息
| 适用设备 | 新上线的路由器、交换机与防火墙 |
|---|---|
| 执行方式 | 逐项配置后在清单上打勾，收尾统一保存 |
| 收尾动作 | 保存配置、备份到服务器、记录序列号入台账 |
| 验收方式 | 逐项回读生效配置，不依赖记忆确认 |
| 风险提示 | 管理面变更先保留 Console 或带外通道 |
清单十项
- 主机名与命名规范：便于多人操作时识别当前设备
- 管理地址与默认网关：为远程管理提供可达入口
- 管理账号与认证方式：本地账号作为服务器不可达时的兜底
- 开启加密登录、关闭明文登录、收敛管理线路：把管理入口收紧
- 关闭或限源 Web 与图形管理入口
- 时间同步与统一时区：保证日志时间线可信
- 日志外送与告警级别设置：把回溯窗口延长到服务器
- 只读监控配置并限源：满足纳管需求同时控制暴露面
- 保存配置并回读启动文件确认落盘
- 配置备份到服务器并把序列号记入台账
三厂收尾命令
三厂收尾命令
华为：save 然后 display startup
思科：copy running-config startup-config 然后 show startup-config
H3C：save force 然后 display startup
! 三厂都要回读确认，不能只看保存命令的回显开局项目三厂命令对照
| 项目 | 华为 VRP | 思科 IOS | H3C Comware |
|---|---|---|---|
| 主机名 | sysname | hostname | sysname |
| 管理地址 | interface Vlanif 加 ip address | interface Vlan 加 ip address | interface Vlan-interface 加 ip address |
| 本地账号 | aaa 加 local-user | username 加 secret | local-user 加 class manage |
| 加密登录 | stelnet server enable | ip ssh 相关配置加密钥生成 | ssh server enable |
| 时间同步 | ntp-service 相关配置 | ntp server 相关配置 | ntp-service 相关配置 |
| 保存配置 | save | copy running-config startup-config | save force |
执行要点
- 每配完一项就回读一次：把回读结果与设计值对照，比事后统一核对更省事
- 管理面改动保留退路：改管理地址或管理策略前先确保 Console 或带外通道可用
- 口令进密码管理系统：不留便签、不进聊天记录，账号与责任人一并登记
- 把时间同步放在安全配置之后、日志外送之前：日志时间不可信就失去了回溯价值
- 清单逐项签字：上线验收里最容易出问题的不是不会配，而是漏配
- 收尾保存并备份：保存解决重启问题，备份解决设备损坏与回滚问题
常见疑问
- 能不能先配业务再补齐安全和上报：可以分阶段，但清单要保留并在承诺时间内补齐
- 没有集中认证服务器怎么办：先用本地账号并规划接入服务器，避免长期依赖单一本地账号
- 多台设备批量开局怎么做：命令模板化并逐台回读校验，批量下发不等于批量确认
- 清单要不要按设备类型区分：可微调，但保留统一骨架，便于跨团队交接
清单的价值在于消除漏项：网络故障中相当一部分来自开局时遗漏的项目，例如没配时间同步导致日志时间错乱，或没配日志外送导致故障时无据可查。
清单不打勾就下电或交付：事后补配往往需要在割接窗口外二次操作，风险与成本都更高，尤其是管理面与安全项。