技能介绍

你要解决什么问题

网络设备的配置变更往往分散在多次登录、脚本执行和人工编辑里。一次误改可能只影响一条 VLAN、一个接口或某个路由策略，但排查时如果没有当时的运行配置，就只能依赖记忆、工单和同事口头描述。审计要求也会变得更困难：你需要知道某次变更是谁在什么时间、通过什么事件触发的，并在必要时恢复到已知良好的配置状态。

这个技能做什么

它围绕 Oxidized 建立一套配置快照与审计流程：按计划从路由器和交换机提取运行配置，或在配置变更事件后触发获取；随后保存历史版本，支持比较配置偏差、查看前后差异，并把变更归属关联到事件和触发来源。核心能力包括运行配置采集、版本列表与差异查看、基于 syslog 的变更事件捕获，以及通过 RESTful API 查询节点配置和版本信息。

关键步骤

使用 Oxidized 配置设备访问凭证、源库存以及 Git 或文件等存储/输出后端。
通过计划任务周期性拉取运行配置，形成可追踪的配置历史。
在 IOS、JunOS 等设备上通过 syslog 的 UDP 或文件输出捕获配置变更事件。
事件触发后调用 Oxidized 获取最新配置，保存快照并与上一版本比较。
通过 /node/fetch/[NODE] 获取配置，通过 /node/version[NODE] 查看版本列表与差异。

适用边界与注意点

该流程假设设备可被 Oxidized 访问，且凭证、源库存和后端存储可用。它主要记录和审计配置快照，不能替代变更审批、权限治理或自动化部署中的其他控制。事件捕获依赖设备能产生对应的 syslog 消息；不同平台和版本的日志格式可能存在差异。RESTful API 可用于查询和触发，但排程、分组和多设备扩展需要结合你的网络环境进行测试。