问题描述：
内网终端通过公网 IP 访问内网服务器（NAT hairpin），时通时不通。
故障发生时【所有内网网段同时不能访问】，过一段时间后自行恢复，有时候是几十分钟，有时候是一天。
同一时刻：外网访问正常、内网直连服务器正常、其他端口映射正常。
【已排查内容】1. hairpin 配置正常。display nat all 输出：
NAT hairpinning:
Totally 1 interfaces enabled with NAT hairpinning.
Interface: GigabitEthernet1/0/2
Config status: Active
NAT mapping behavior:
Mapping mode : Endpoint-Independent
Config status: Active2. ACL 安全策略、ARP 表项均正常
3. 资源正常：内存使用率 83%、CPU 25~30%
组网及组网描述：
型号：H3C SecPath F1010（8GE，内存 1008MB）
版本：Comware 7.1.064, Release 9660P57
外网口 GE1/0/1：x.x.x.x（公网）
内网口 GE1/0/2：192.168.5.1/24
NAT server：公网 x.x.x.x:7071 → 192.168.5.190:8081
1. 检查ARP表项与MAC地址学习
故障时检查防火墙连接内网的接口是否学习到服务器和终端的正确ARP/MAC。
确认内网交换机是否存在环路或MAC地址飘移。
2. 检查会话表与资源瓶颈
故障时检查会话表是否溢出，并检查特定流量的会话建立情况。
查看设备CPU/内存利用率。
3. 关键配置修正（常见遗漏）
确认是否仅开启了出方向Hairpin，且内网服务器IP和终端IP在同一网段。若在同一网段，需配置NAT Hairpin server。
关键配置（假设接口为G0/0，服务器内网IP为192.168.1.100，公网IP为202.1.1.1）：
interface GigabitEthernet 0/0
nat hairpin enable
nat hairpin server
若未配置nat hairpin server，TCP连接可能因“三次握手”的SYN-ACK包路径问题出现异常。
4. 升级软件版本
若配置无误，此现象可能与特定版本的NAT表项老化或ARP处理BUG有关。请联系400或登录H3C官网下载最新稳定版本（推荐E6xxx及以上系列）进行升级。
已做的排除实验：1、同服务器 8181 映射同时段测试 正常 非服务器/服务问题 2、指向 192.168.5.78 的 4 条映射 正常 非整机 NAT 故障 3、新建 7072 → 192.168.5.190:8081 秒通 新端口映射正常 4、删除并重建 7071 规则 仍不通 坏状态跟随端口号，配置层清不掉 5、服务器本机自访 公网IP:7071 / :8181 7071 不通、8181 通 与源地址无关 6、客户端压测 120 并发 / 2140 新建连接每秒 全部通过 无并发/速率限制 7、服务器 netstat -s / conntrack 无 ListenDrops，conntrack 远未满 服务器侧无瓶颈 8、ACL 3011 / 安全策略 / ARP / ping 服务器 全部正常 策略与二层三层正常 9、display nat statistics Total ~13.7k / EIM ~10k，表可增可减 非会话表撑满 我的猜测 1. NAT 引擎针对个别运行时间较长的 nat server 端口映射进入某种坏死状态（疑似僵尸会话残留且无法被删除重建规则清除），属于固件级 bug 2. hairpin 场景下所有内网用户的源地址被折叠为同一公网 IP，长运行时间累积后触发概率升高
配置没问题的话可能得抓包分析了
客户端侧（内网 21 网段，Wireshark）：故障时发往 X.X.X.X:7071 的全部为 SYN 重传，无任何 SYN-ACK 服务器侧（192.168.5.190，tcpdump）： - 故障时：零收到任何经 7071 映射进来的 SYN（防火墙侧丢包，未转发） - 正常时：收到源地址为 X.X.X.X（hairpin 源折叠，符合预期）的 SYN，三次握手正常
客户端侧（内网 21 网段，Wireshark）：故障时发往 X.X.X.X:7071 的全部为 SYN 重传，无任何 SYN-ACK 服务器侧（192.168.5.190，tcpdump）： - 故障时：零收到任何经 7071 映射进来的 SYN（防火墙侧丢包，未转发） - 正常时：收到源地址为 X.X.X.X（hairpin 源折叠，符合预期）的 SYN，三次握手正常
这种应该是安全策略的问题，没有完全放通。
我之前测试过l2tp，电脑链接上后，ping会出现丢包。安全策略全放开之后，丢包也没了，延迟也小了。
后面通过dis 查看会话，把另外的一部分安全策略补上就好了。
安全策略无针对该流量的限制，1. 故障时只有这一个端口映射不通： - 同一公网 IP 的其他端口映射（如 8181）正常 - 外网用户访问同一端口正常 - 内网直连服务器 IP:8081 正常 2. 有时可自行恢复（观察到约 17 秒的恢复窗口），有时故障持续一天不自愈
安全策略无针对该流量的限制，1. 故障时只有这一个端口映射不通： - 同一公网 IP 的其他端口映射（如 8181）正常 - 外网用户访问同一端口正常 - 内网直连服务器 IP:8081 正常 2. 有时可自行恢复（观察到约 17 秒的恢复窗口），有时故障持续一天不自愈
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
已做的排除实验：1、同服务器 8181 映射同时段测试 正常 非服务器/服务问题 2、指向 192.168.5.78 的 4 条映射 正常 非整机 NAT 故障 3、新建 7072 → 192.168.5.190:8081 秒通 新端口映射正常 4、删除并重建 7071 规则 仍不通 坏状态跟随端口号，配置层清不掉 5、服务器本机自访 公网IP:7071 / :8181 7071 不通、8181 通 与源地址无关 6、客户端压测 120 并发 / 2140 新建连接每秒 全部通过 无并发/速率限制 7、服务器 netstat -s / conntrack 无 ListenDrops，conntrack 远未满 服务器侧无瓶颈 8、ACL 3011 / 安全策略 / ARP / ping 服务器 全部正常 策略与二层三层正常 9、display nat statistics Total ~13.7k / EIM ~10k，表可增可减 非会话表撑满 我的猜测 1. NAT 引擎针对个别运行时间较长的 nat server 端口映射进入某种坏死状态（疑似僵尸会话残留且无法被删除重建规则清除），属于固件级 bug 2. hairpin 场景下所有内网用户的源地址被折叠为同一公网 IP，长运行时间累积后触发概率升高