台账要解决什么
NAT 规则台账是把设备上的每条转换规则翻译成业务语言的清单：谁申请的、做什么用、从哪个公网地址端口转到哪个内网服务器、配套哪条安全策略、谁负责。设备配置只告诉你「转了什么」，台账才回答「为什么转、能不能动」。发布审批、审计取证、故障排查、过期规则下架都靠这一份数据，维护得当能显著缩短排障时间。
基本信息
| 必备字段 | 用途、NAT 类型（源/目的/双向）、转换前后地址与端口、关联安全策略 |
|---|---|
| 辅助字段 | 业务系统、申请人、责任人、生效时间、到期时间 |
| 维护节奏 | 每次变更同步更新，季度与设备实际配置全量核对一次 |
| 协作关系 | 与策略台账、地址规划表、发布审批单互相引用同一编号 |
典型使用场景
- 服务发布审批：审批人看台账即可判断公网暴露面，不必登录设备翻配置
- 故障排查：知道某个公网 IP 端口属于哪个业务，能第一时间找到责任团队
- 公网地址回收：确认地址与端口是否仍被占用，避免误摘线上发布
- 等保与内审：直接提供 NAT 与发布清单，回答「内部系统是否违规暴露」
- 设备更换或配置重建：以台账为对照逐条验证迁移结果，防止漏配
- 安全加固：按台账排查只做端口映射却缺少策略与日志配套的历史规则
台账行示例
台账行示例
编号 NAT-2026-0131
用途 官网 HTTPS 发布
类型 目的 NAT（端口映射）
转换 202.1.1.10:443 -> 10.0.0.80:443
策略 发布策略 #P-231 + WAF 前置
业务 官网（负责人 张工）
到期 2027-06-30（到期前复核）字段填写要求
| 字段 | 含义 | 填写要求 |
|---|---|---|
| 用途 | 该规则服务的业务动作 | 写业务语言，不写「临时用一下」这类无法追溯的描述 |
| 转换关系 | 公网地址端口与内网地址端口的对应 | 与设备配置逐字一致，含端口与协议 |
| 关联策略 | 放行该流量的策略编号或名称 | 便于发现只有映射没有放行、或放行过宽的情况 |
| 责任人 | 该业务的对接人与运维负责人 | 变更与下架必须找到人，避免无主规则长期存在 |
| 到期时间 | 临时发布或试运行的截止日期 | 到期即复核，防止临时规则变成永久暴露面 |
台账与设备实际配置不一致，比没有台账更危险：核查时会得出错误结论。把「与设备核对」写进季度巡检动作，用导出配置反向比对台账，差异项当日处置。