公网端口映射到内网服务器
NAT Server 把公网地址上的指定端口静态映射到内网服务器的地址与端口,实现外网主动访问内网服务,是自建服务器对外发布最常用的出口配置。写法是 nat server protocol 协议 global 公网地址或 current-interface 端口 inside 内网地址 端口,配置在外网接口下。它能与 Easy IP 共存于同一台设备:源转换解决内网出网,端口映射解决外网进内网,两个方向的规则互不影响。
基本信息
| 适用平台 | 华为 VRP 路由器与防火墙 |
|---|---|
| 配置位置 | 连接外网的接口视图下 |
| 关键参数 | 协议、公网地址与端口、内网地址与端口 |
| 地址写法 | 可写实际公网地址,也可用 current-interface 借用接口地址 |
| 验证命令 | display nat server 与 display nat session all |
典型使用场景
- 对外发布网站或业务系统,只开放 80 与 443 端口
- 远程办公场景把内网的远程桌面对外映射,需严格限定来源
- 监控或物联网设备需要被外部平台主动访问
- 调试阶段临时映射端口定位问题,用后立即回收
- 多台服务器共用一个公网地址,用不同端口区分
华为 VRP
华为 VRP
interface GigabitEthernet0/0/1
nat server protocol tcp global 202.1.1.1 80 inside 192.168.1.10 80
nat server protocol tcp global current-interface 8080 inside 192.168.1.10 80
! current-interface 借用接口地址,适合公网地址不固定场景
display nat server # 核对映射条目
display nat session all # 查看是否产生会话思科 IOS
思科 IOS
ip nat inside source static tcp 192.168.1.10 80 202.1.1.1 80
! 注意顺序:内网地址端口在前,公网地址端口在后
show ip nat translations
show running-config | include source staticH3C Comware
H3C Comware
interface GigabitEthernet1/0/1
nat server protocol tcp global 202.1.1.1 80 inside 192.168.1.10 80
display nat server
display nat session all三厂端口映射写法对照
| 对比项 | 华为 VRP | 思科 IOS | H3C Comware |
|---|---|---|---|
| 命令结构 | global 公网 inside 内网 | 内网地址端口在前,公网在后 | global 公网 inside 内网 |
| 配置位置 | 外网接口视图 | 全局配置,依赖接口角色 | 外网接口视图 |
| 借用接口地址 | current-interface 关键字 | 指向接口地址的静态写法 | current-interface 关键字 |
| 协议支持 | tcp 与 udp | tcp 与 udp | tcp 与 udp |
| 删除方式 | 按条目删除 | 写完整的否定命令,参数须一致 | 按条目删除 |
配置与运维要点
- 只开放业务必需端口:整机映射会把该主机全部端口暴露,安全风险远高于按端口映射
- 映射目标应是已加固的服务器,不要映射办公终端或管理设备
- 公网地址必须已配置在设备接口上或属于运营商分配的可用地址,否则条目存在但外网不可达
- 同一公网地址同一端口不要重复映射,后配的条目可能不生效或互相覆盖
- 映射上线后配合安全策略限制来源,能固定来源的尽量限源
- 临时调试映射用完立即删除,并把它纳入配置变更记录
常见疑问
- 外网测试通但业务不通:先确认服务器自身防火墙放行了端口,NAT 只负责转发不负责放行服务器
- 换公网地址后映射失效:写死地址的条目需要同步修改,动态地址场景建议用借用接口地址的写法
- 内网访问公网地址的映射能否通:部分平台支持回流,取决于设备实现,需要单独测试确认
- 为什么会话表里看不到条目:没有实际流量经过时不会建表,用外部测试流量触发后再查看
华为与 H3C 用 global 与 inside 的结构,直觉上是公网在内网之前;思科的静态语句正好相反,内网地址端口写在前面。跨厂写配置时这一步最常写反。
端口映射是把内网服务暴露到公网的动作,属于安全敏感变更。上线前确认服务本身已修补漏洞并具备访问控制,避免把未加固的服务直接推到互联网。