问题描述：
我公司的DNS在路由器设置好的，下发给局域网主机，不管用谁的公共DNS，都只能管几个小时就解析不了了，内网正常，直接ping外网ip能通，直接在电脑上指定dns又能解析
- 2026-09-05提问
- 举报
-
(0)
最佳答案
MSR810‑P10 DNS 几小时后解析失效故障分析
现象：内网全部主机通过 DHCP 获取网关（路由器 LAN 接口 IP）作为 DNS；内网互通正常、可以 ping 通外网 IP；主机手动填写公网 DNS 就立刻正常解析；路由器不管配置哪组公共 DNS，只能正常工作数小时后集体域名解析失败。 定位：MSR 的 dns‑proxy（DNS 代理 / 缓存）长时间运行异常，终端把 DNS 指向路由器 LAN 地址，依赖路由器代理转发域名查询；代理进程长时间运行后不再转发 DNS 请求H3C。
现象确认
- 故障发生后，内网电脑：
nslookup www.baidu.com 192.168.1.1 #指向路由器网关，解析超时失败
nslookup www.baidu.com 223.5.5.5 #直接用公网DNS，解析成功
192.168.1.1 为 MSR 的 LAN 网关 IP，该现象 100% 指向路由器
dns‑proxy代理模块问题，不是上游公网 DNS 服务器故障。
根因（3 个高频）
- 固件版本 BUG：dns‑proxy 长时间运行缓存异常 / 进程卡死，是 MSR810‑P10 老版本已知现象，运行几小时～1 天后代理不再处理内网 DNS 查询；重启路由器临时恢复，之后复现。
- dns‑proxy 缓存表项堆积，大量 TTL 过期记录，模块处理异常。
- WAN 拨号重拨，WAN 接口变更，dns‑proxy 没有自动切换上游 DNS 服务器。
两套解决方案（优先方案一，规避 dns‑proxy；方案二修复代理模式）
方案一（推荐生产，彻底绕开 dns‑proxy 代理，根治故障）
DHCP 地址池不要下发路由器网关作为 DNS 代理，DHCP 直接下发公网 DNS 给终端主机，终端直接访问公网 DNS 服务器，流量不走 MSR 的 dns‑proxy 模块。
V7 关键配置：
system‑view
dhcp server ip‑pool lan‑pool
dns‑server 223.5.5.5 114.114.114.114 #直接下发阿里、114公共DNS，不要写LAN网关IP
quit
内网电脑重新获取 DHCP：
ipconfig /release && ipconfig /renew。 效果：终端直接对外做 DNS 查询，完全不依赖路由器 DNS 代理，不会出现运行几小时失效。
方案二：继续使用 dns‑proxy 代理模式（如果业务必须用代理）
- 开启代理，配置上游 DNS：
system‑view
dns proxy enable
dns server 223.5.5.5
dns server 114.114.114.114
#限制缓存TTL，避免异常堆积
dns cache ttl maximum 3600
dns cache ttl minimum 60
- 清空路由器 DNS 缓存（故障复现时执行）
reset dns cache
- DHCP 地址池下发网关 IP 作为 DNS 服务器
dhcp server ip‑pool lan‑pool
dns‑server 192.168.1.1
风险：老固件版本依旧会几小时后复现；该模式下必须升级固件到 MSR810‑P10 最新稳定版本，修复 dns‑proxy 相关 BUG。
排查命令（故障发生时刻登录设备执行）
#查看dns‑proxy状态
display dns proxy status
#查看缓存表项数量
display dns cache statistics
#手动在路由器本机测试解析，判断路由器本身能不能解析域名
display dns host www.baidu.com
#查看WAN口获取的DNS服务器
display ip interface brief
display dhcp client import‑info
如果路由器本机
display dns host www.baidu.com也解析失败，说明路由器本机 DNS 解析异常，就是 proxy / 固件问题。
额外检查点
- 安全策略不要拦截 UDP 53 端口，DNS 报文；
- 如果是 PPPoE 拨号，WAN 口高级设置手动指定 DNS，不要完全依赖运营商获取 DNS；
- 固件升级：MSR810‑P10，升级到官方最新稳定 Comware V7 版本，修复 dns‑proxy 长时间运行的已知缺陷。升级前完整备份配置。
总结建议
优先采用方案一：DHCP 直接下发公网 DNS 给终端，放弃 dns‑proxy 代理模式，该方式最稳定，规避设备固件层面代理模块 BUG。 只有内网有 DNS 代理业务需求，才保留 dns‑proxy 并且升级固件。
故障验证：故障发生后执行
reset dns cache，如果立刻恢复解析，确定是 DNS 缓存堆积导致。
- 2026-09-07回答
- 评论(0)
- 举报
-
(0)
默认的租期是一天，可以尝试修改一下看是不是dhcp服务器租期的问题
(6) （可选）配置动态分配的IP地址的租约有效期限。
expired { day day [ hour hour [ minute minute [ second second ] ] ] | unlimited }
缺省情况下，IP地址租约有效期限为1天。
是所有的主机都这样吗？可以在故障主机上，win+R ipconfig 确认dns服务器配置，如果没有问题可以安装wireshark抓包，观察nslookup的过程。如果确认终端，那边dhcp服务器保持着没问题且发出去包但是解析不到，可以再排查中间链路。
- 2026-09-05回答
- 评论(0)
- 举报
-
(0)
暂无评论
1. 检查DNS代理/转发配置
确认设备开启DNS代理且服务器配置正确：
display dns proxy #查看DNS代理状态
display dns server #查看已配置的DNS服务器
若未开启，补配：
dns proxy enable
dns server 223.5.5.5 119.29.29.29
2. 排查DNS缓存异常
设备缓存耗尽或损坏会导致解析失败，清空缓存测试：
reset dns proxy cache
同时检查缓存利用率：
display dns proxy cache size
若缓存过小，调大缓存值（默认256条）：
dns proxy cache-size 1024
3. 检查DNS服务器可达性与超时
故障时在路由器上直接测试公网DNS连通性：
ping 223.5.5.5
nslookup www.baidu.com 223.5.5.5 #设备自带DNS测试命令
若偶发丢包，配置DNS服务器优先级和超时重传：
dns server 223.5.5.5 priority 1
dns proxy time-out 3 retry 2
4. 排查会话表/ALG限制
大量DNS请求占满会话或ALG处理异常，检查会话数：
display session table ipv4 destination-port 53
display session statistics
若会话满，检查内网是否有DNS攻击，可配置DNS限速或关闭不必要的DNS ALG（默认开启，按需调整）。
5. 检查设备运行状态
查看CPU/内存使用率，高负载会导致DNS转发丢包：
display cpu-usage
display memory
常见根因
多数为DNS缓存溢出或公网DNS偶发不可达，调大缓存+配置多DNS服务器优先级可解决。若仍异常，收集诊断信息（display diagnostic-information）反馈400排查。
- 2026-09-05回答
- 评论(0)
- 举报
-
(0)
暂无评论
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论