• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

H3C 防火墙 如何关闭DNS对IPV6的解析

2天前提问
  • 0关注
  • 0收藏,100浏览
粉丝:0人 关注:0人

问题描述:

系统版本:H3C Comware Software, Version 7.1.064, Release 9900P2701

由于出口没有配置IPV6,但是DNS Proxy会向上级DNS获取IPV6的域名解析结果。这样会导致业务连通性出现问题。目前没有找到如何关闭DNS对IPV6解析功能。

组网及组网描述:

出口为光猫(桥接模式)

3 个回答
粉丝:11人 关注:9人

在H3C Comware V7系统中,可通过以下步骤关闭DNS对IPv6的解析:
1. 进入系统视图
system-view
2. 进入DNS全局配置视图
dns
3. 配置DNS服务器并禁用IPv6解析

dns server // 仅配置IPv4 DNS服务器
undo dns ipv6 enable // 关键命令:禁用IPv6 DNS解析

4. 保存配置
save
原理说明:
undo dns ipv6 enable 命令会阻止防火墙向DNS服务器发送IPv6查询请求,并忽略返回的IPv6解析结果。若需完全禁用DNS Proxy的IPv6功能,需确保全局DNS配置中仅包含IPv4服务器,且关闭IPv6解析开关。
注意事项:
若设备存在其他DNS代理或转发配置(如dns-proxy),需同步检查并禁用IPv6相关参数。
配置后需重启防火墙或执行display dns ipv6确认解析状态是否已清除。

我这个版本不支持这个命令

zhiliao_XobArm 发表时间:2天前 更多>>

我这个版本不支持这个命令

zhiliao_XobArm 发表时间:2天前
粉丝:16人 关注:2人

H3C SecPath 防火墙 V7.1.064 R9900P2701 彻底屏蔽 IPv6(AAAA)DNS 解析完整方案

故障原理说明

内网终端发 DNS 请求时会同时查询 A 记录(IPv4)+ AAAA 记录(IPv6);防火墙 DNS Proxy 默认会向上游 DNS 同时请求两种记录,返回 AAAA(IPv6 地址)给终端。
出口无 IPv6 链路、无 IPv6 路由,终端拿到 IPv6 地址后优先尝试 IPv6 访问,直接业务断流 / 超时。
设备无单条命令直接关闭 AAAA 查询,采用四层拦截组合方案,彻底阻止 IPv6 解析报文上下传输。

方案一:DNS Proxy 层面阻断 AAAA 查询(核心,优先配置)

1. 内网侧 ACL 拦截终端发起的 AAAA 类型 DNS 请求

内网客户端向防火墙发送 DNS AAAA 查询直接丢弃,从源头杜绝 IPv6 解析请求:
plaintext
system-view # 创建高级ACL匹配内网DNS UDP53的AAAA查询 acl number 3001 rule deny udp source any destination any eq domain dns-type aaaa rule permit udp source any destination any eq domain # 应用到内网trust域接口入方向(示例内网口G1/0/0) interface GigabitEthernet 1/0/0 packet-filter 3001 inbound
参数说明:dns-type aaaa 精准匹配仅查询 IPv6 记录的 DNS 报文,普通 A 记录 IPv4 解析完全不受影响。

2. 删除所有 IPv6 DNS 服务器配置,禁止向上游查询 IPv6

plaintext
# 删除全局IPv6 DNS服务器(如有配置) undo ipv6 dns server all # 查看确认无IPv6 DNS display ipv6 dns server
删除后 DNS Proxy 仅会用 IPv4 上游 DNS 服务器做解析,不会发起 IPv6 协议的 DNS 查询。

方案二:外网 / 出口侧拦截 IPv6 DNS 应答(兜底防护)

上游 DNS 返回的 AAAA 记录报文,在防火墙外网口直接丢弃,防止 IPv6 地址回传给内网:
plaintext
acl number 3002 rule deny udp source any eq domain destination any dns-type aaaa rule permit udp source any eq domain destination any # 应用到外网untrust接口入方向(出口光猫对接口G1/0/1) interface GigabitEthernet 1/0/1 packet-filter 3002 inbound

方案三:全局关闭设备 IPv6 协议栈(彻底根除 IPv6 相关转发,推荐配套)

出口无 IPv6 业务,直接全局关闭 IPv6,设备不再处理任何 IPv6 报文、路由、DNS:
plaintext
system-view undo ipv6 # 验证IPv6已关闭 display ipv6 interface brief # 所有接口无IPv6地址、无IPv6转发
关闭后:
  1. 防火墙不会生成 IPv6 路由、不会转发 IPv6 报文;
  2. DNS Proxy 无法通过 IPv6 和上游 DNS 通信;
  3. 即使有 AAAA 解析返回,设备也无法转发 IPv6 流量给终端。

方案四:安全策略兜底(域间拦截 IPv6 DNS 流量)

Trust→Untrust、Untrust→Trust 安全策略增加 IPv6 DNS 拦截规则:
plaintext
security-policy rule name BLOCK_IPV6_DNS source-zone trust destination-zone untrust service udp-domain application dns dns-type aaaa action deny rule name BLOCK_IPV6_DNS_RETURN source-zone untrust destination-zone trust service udp-domain application dns dns-type aaaa action deny

完整一键配置脚本(复制直接执行,替换内网 / 外网接口)

plaintext
system-view # 1. 内网拦截终端AAAA查询 acl number 3001 rule deny udp source any destination any eq domain dns-type aaaa rule permit udp source any destination any eq domain interface GigabitEthernet 1/0/0 # 替换为你的内网trust接口 packet-filter 3001 inbound # 2. 外网拦截上游返回的AAAA应答 acl number 3002 rule deny udp source any eq domain destination any dns-type aaaa rule permit udp source any eq domain destination any interface GigabitEthernet 1/0/1 # 替换为对接光猫的untrust出口接口 packet-filter 3002 inbound # 3. 删除所有IPv6 DNS服务器 undo ipv6 dns server all # 4. 全局关闭IPv6协议栈(核心根治) undo ipv6 # 5. 安全策略兜底拦截AAAA DNS security-policy rule name BLOCK_IPV6_DNS source-zone trust destination-zone untrust service udp-domain application dns dns-type aaaa action deny rule name BLOCK_IPV6_DNS_RETURN source-zone untrust destination-zone trust service udp-domain application dns dns-type aaaa action deny return save

验证配置是否生效

1. 内网终端测试(Windows)

cmd
# 强制查询IPv6 AAAA记录,请求会直接超时 nslookup -type=aaaa www.baidu.com # 正常查询IPv4 A记录,可正常返回IP nslookup -type=a www.baidu.com
预期:-type=aaaa 请求无响应、超时;-type=a 解析正常。

2. 防火墙命令行校验

plaintext
# 查看ACL匹配计数,确认AAAA报文被丢弃 display acl 3001 display acl 3002 # 确认无IPv6 DNS服务器 display ipv6 dns server # 确认IPv6全局关闭 display current-configuration | include undo ipv6 # 查看安全策略拦截计数 display security-policy statistics rule BLOCK_IPV6_DNS

常见踩坑说明

  1. 仅删除 IPv6 DNS 服务器不够:内网终端仍会发 AAAA 查询,防火墙会用 IPv4 上游 DNS 去请求 IPv6 记录,依旧返回 AAAA 地址,必须搭配 ACL 拦截内网 AAAA 请求;
  2. 不关闭全局undo ipv6:设备仍会转发 IPv6 报文,终端拿到 IPv6 地址后发起 IPv6 访问,业务依然故障;
  3. 接口 packet-filter 不要放反 inbound/outbound:内网口拦截入方向终端上行 DNS,外网口拦截入方向上游下行 DNS 应答;
  4. 部分老旧客户端优先 IPv6:拦截 AAAA 查询后,客户端只会拿到 IPv4 地址,强制走 IPv4 出口,业务恢复正常。

AK-9150设备的ACL不支持这些匹配

zhiliao_XobArm 发表时间:2天前 更多>>

AK-9150设备的ACL不支持这些匹配

zhiliao_XobArm 发表时间:2天前
粉丝:22人 关注:1人

针对您在 H3C 防火墙(Comware V7 平台)中遇到的 DNS Proxy 获取 IPv6 解析结果导致业务异常的问题,由于出口未部署 IPv6,内网终端获取到 IPv6 地址后无法路由,从而引发连通性故障。
要解决这个问题,您可以按照以下优先级尝试关闭或限制 IPv6 的 DNS 解析:

方法一:关闭全局 IPv6 域名解析功能(推荐)

在 Comware V7 系统中,可以通过关闭全局动态域名解析功能,从根本上禁止设备发起 IPv6 的 DNS 查询。
  1. 进入系统视图:
    <Sysname> system-view
  2. 关闭动态域名解析功能:
    [Sysname] undo dns resolve
注:此命令会关闭设备的动态域名解析功能。如果防火墙自身有依赖域名的服务(如 NTP、日志服务器、特征库升级等),建议将这些服务的域名配置改为直接使用 IP 地址,以免受影响。

方法二:在 DHCPv6 或 RA 中禁止下发 IPv6 DNS

如果终端是通过 SLAAC 或 DHCPv6 获取到了 IPv6 的 DNS 服务器地址,您可以在防火墙的 LAN 侧接口上禁止下发 DNS 信息:
  1. 进入内网接口视图:
    [Sysname] interface GigabitEthernet 1/0/1
  2. 如果配置了 DHCPv6 服务器,禁止下发 DNS:

    [Sysname-GigabitEthernet1/0/1] undo dhcpv6 server dns-server
  3. 如果使用了 IPv6 ND RA 通告,禁止在 RA 中携带 RDNSS(递归 DNS 服务器)选项:
    [Sysname-GigabitEthernet1/0/1] undo ipv6 nd ra dns

方法三:通过安全策略拦截 DNS 的 AAAA 记录请求

如果您仍需要保留 IPv4 的 DNS 解析,仅针对 IPv6 进行阻断,可以在安全策略或 DNS 过滤中进行限制:
  • 配置 DNS 过滤(若版本支持)
    在 DNS Proxy 配置中,检查是否支持直接丢弃包含 AAAA 记录的响应,或者在 DNS 过滤策略中将特定的域名解析行为进行限制。
  • 配置安全策略阻断 IPv6 DNS 流量
    在防火墙上配置一条安全策略,禁止内网(Trust)向外部(Untrust)发起目的端口为 UDP 53 的 IPv6 流量:
    [Sysname] security-policy ip [Sysname-security-policy-ip] rule 0 name Block-IPv6-DNS [Sysname-security-policy-ip-Block-IPv6-DNS] source-zone trust [Sysname-security-policy-ip-Block-IPv6-DNS] destination-zone untrust [Sysname-security-policy-ip-Block-IPv6-DNS] service udp-dns [Sysname-security-policy-ip-Block-IPv6-DNS] action drop

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明