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

某局点IPv6客户端访问IPv4服务器业务不通

2021-07-29 发表
  • 0关注
  • 0收藏 2012浏览
刘诚 四段
粉丝:0人 关注:0人

组网及说明


IPv6网络客户端通过防火墙去访问Internet IPv4服务器,防火墙互联接口、客户端及服务器地址如图所示。

问题描述

这是典型的IPv6网络访问Internet IPv4的场景,按照官网配置,发现IPv6客户端ping不通Internet IPv4服务器

C:\Users\PC>ping 2012::10.10.200.1

 

正在 Ping 2012::10.10.200.1 具有 32 字节的数据:

请求超时。

请求超时。

请求超时。

请求超时。

 

2012::10.10.200.1 Ping 统计信息:


    数据包: 已发送 = 4,已接收 = 0,丢失 = 4 (100% 丢失)

且看不到AFT IPv6和IPv4的会话:

[H3C]display aft session ipv6 verbose

Slot 1:

Total sessions found: 0

[H3C]display aft session ipv4 verbose

Slot 1:

Total sessions found: 0

过程分析

首先检查配置

1)接口是否加入安全域,安全域是否放通 //IPv4和IPv6安全策略全放通,没问题

#

security-zone name Trust

 import interface GigabitEthernet1/0/3

#

security-zone name Untrust

 import interface GigabitEthernet1/0/2

#

#

security-policy ip

 rule 0 name Any→Any_0_IPv4

  action pass

  counting enable

#

security-policy ipv6

 rule 0 name Any→Any_0_IPv6

  action pass

  logging enable

  counting enable

#

2AFT功能是否配置 

i 地址组是否配置

#

aft address-group 0

 address 10.10.200.199 10.10.200.200

#

ii IPv6 ACL是否匹配终端所属网段

#

acl ipv6 basic 2000

 rule 0 permit source 2001:DA8:B1:441::/64 logging counting

#

Iii IPv6IPv4的源地址动态转换策略是否配置

#

aft v6tov4 source acl ipv6 number 2000 address-group 0

#

iiii IPv6地址前缀如何配置

#

 aft prefix-nat64 2012:: 96  //问题就出在此

#

iiiii)接口下是否开启aft

#

interface GigabitEthernet1/0/2

 port link-mode route

 aft enable

 ipv6 address 2001:DA8:B1:441::2/64

#

interface GigabitEthernet1/0/3

 port link-mode route

 ip address 10.10.200.198 255.255.255.0

 aft enable

#

我们发现客户端、防火墙与客户端互联接口IPv6前缀都是64位,但设备配置的IPv6地址前缀是96位(标红处),于是我们把客户端、防火墙与客户端互联接口IPv6前缀都改为96位,这时候从客户端ping服务器能通,但是客户端由于运营商分配的地址限制,只能是64位,无法改为96位。

解决方法

根据客户要求,客户端只能是64位,那相应的设备上接口地址和AFT 地址前缀都得改成64位

#

interface GigabitEthernet1/0/2

 port link-mode route

 aft enable

 ipv6 address 2001:DA8:B1:441::2/64 //本来就是64位不用改

#

 aft prefix-nat64 2012:: 96  //将96位改为64位

#


根据nat64地址前缀转换规则:

64位前缀+0x00 + ipv4 + 0

例如填充10.10.200.1这个地址,使用64位前缀2012::/64,按上面的规则对应的v6地址为2012:0000:0000:0000:000a:0ac8:0100:0000

简写为2012::a:ac8:100: 0

使用64位前缀相对麻烦,需要自己计算对应的v6地址,无法直接填充到末尾

测试业务的时候直接ping 2012::a:ac8:100: 0

该案例对您是否有帮助:

您的评价:1

若您有关于案例的建议,请反馈:

作者在2021-10-26对此案例进行了修订
0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

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

侵犯我的权益

×

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

泄露了我的隐私

×

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

侵犯了我企业的权益

×

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

抄袭了我的内容

×

原文链接或出处

诽谤我

×

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

对根叔知了社区有害的内容

×

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

不规范转载

×

举报说明

提出建议

    +

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

确定

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

注册后可访问此模块

跳转hclhub

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