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

MSR3620-DP-WiNet 使用nat dns-map domain 域名加端口无法访问内网主页面的次级连接

2022-03-31 发表
  • 0关注
  • 0收藏 1920浏览
郭尧 七段
粉丝:3人 关注:36人

组网及说明


DNS服务器在公网,内网有多个WEB服务器映射到公网,现在内网终端需要使用公网域名的方式访问内网服务器

问题描述

故障现象:使用内网终端通过域名***.***/访问内网服务器web页面正常,但是点击该web页面的个别其他链接无法打开



点击红框的连接无法打开页面,页面一直无法加载出来




过程分析

1、首先观察问题现象,内网终端通过主页的web页面打开其他链接时,URL端口号发生变化

主页web页面缺省使用http协议的80端口访问


在点击主页链接时,URL端口号发生变化,两个链接端口号从80分别变为了9002和8001,说明这两个链接单独使用的9002和8001端口提供web服务




2、公网直接访问映射的地址+端口号正常


3、检查设备配置

#

 nat alg h323

 nat alg ils

 nat alg mgcp

 nat alg nbt

 nat alg rsh

 nat alg sccp

 nat alg sip

 nat alg sqlnet

 nat alg tftp

 nat alg xdmcp

 nat dns-map domain ***.*** protocol tcp ip XXX.XXX.128.22 port 80

#

interface GigabitEthernet0/1

 port link-mode route

 combo enable copper

 ip address XXX.XXX.128.22 255.255.255.192

 nat outbound

 nat server protocol tcp global XXX.XXX.128.22 80 inside 192.168.1.91 80

 nat server protocol tcp global XXX.XXX.128.22 8001 inside 192.168.1.191 8001

 nat server protocol tcp global XXX.XXX.128.22 8010 inside 192.168.1.110 6080

 nat server protocol tcp global XXX.XXX.128.22 8011 inside 192.168.1.111 8001

 nat server protocol tcp global XXX.XXX.128.22 8020 inside 192.168.1.110 8020

 nat server protocol tcp global XXX.XXX.128.22 8021 inside 192.168.1.110 8021

 nat server protocol tcp global XXX.XXX.128.22 8022 inside 192.168.1.112 6080

 nat server protocol tcp global XXX.XXX.128.22 8023 inside 192.168.1.112 8023

 nat server protocol tcp global XXX.XXX.128.22 8024 inside 192.168.1.112 8024

 nat server protocol tcp global XXX.XXX.128.22 8025 inside 192.168.1.191 6080

 nat server protocol tcp global XXX.XXX.128.22 8026 inside 192.168.1.191 8026

 nat server protocol tcp global XXX.XXX.128.22 8027 inside 192.168.1.111 6080

 nat server protocol tcp global XXX.XXX.128.22 8028 inside 192.168.1.111 6080

 nat server protocol tcp global XXX.XXX.128.22 8029 inside 192.168.1.91 6080

 nat server protocol tcp global XXX.XXX.128.22 8081 inside 192.168.1.124 8081

 nat server protocol tcp global XXX.XXX.128.22 8088 inside 192.168.1.191 8088

 nat server protocol tcp global XXX.XXX.128.22 8089 inside 192.168.1.191 8089

 nat server protocol tcp global XXX.XXX.128.22 8887 inside 192.168.1.110 6080

 nat server protocol tcp global XXX.XXX.128.22 9001 inside 172.16.1.2 8001

 nat server protocol tcp global XXX.XXX.128.22 9002 inside 192.168.1.134 9002

 nat server protocol tcp global XXX.XXX.128.22 9797 inside 192.168.1.191 9797

 nat server protocol tcp global current-interface 9898 inside 172.16.1.2 3389

#

通过配置可以发现,使用了nat dns-map domain指定了域名和IP地址+端口的映射关系,内网访问公网域名时,公网域名服务器解析出来nat server的global地址和对应端口号进行内网服务器访问


对使用DNS-map场景说明如下:

DNS服务器在外网,应用服务器在内网(在NAT设备上有对应的nat server配置),内网用户需要通过域名访问内网应用服务器的场景中,NAT设备对来自外网的DNS响应报文进行DNS ALG处理时,由于载荷中只包含域名和应用服务器的外网IP地址(不包含传输协议类型和端口号),当接口上存在多条NAT服务器配置且使用相同的外网地址而内网地址不同时,DNS ALG仅使用IP地址来匹配内部服务器可能会得到错误的匹配结果。因此需要借助DNS mapping的配置,指定域名与应用服务器的外网IP地址、端口和协议的映射关系,由域名获取应用服务器的外网IP地址、端口和协议,进而(在当前NAT接口上)精确匹配内部服务器配置获取应用服务器的内网IP地址。


在实际测试过程中,内网终端访问对应域名,通过公网DNS服务器回包载荷包含域名和应用服务器的外网IP地址,在通过设备的DNS-map映射对应的协议和端口号80,此时访问web页面主页80端口服务正常

但是当点击主页的其他链接时,对应的端口号发送变化,不再是80端口,且通过nat server对应9002和8001rule可见,内网服务器对应的地址也不再是主页的地址,通过DNS-map+nat server配置指定后出现一个域名对应多个IP和端口的情况,导致主页的其他链接无法通过dns-map指定的映射关系是有访问


问题原因就是因为配置联动DNS-map指定了映射IP和端口,导致超链接的IP和端口变了无法访问


解决方法

undo nat dns-map domain ***.*** protocol tcp ip xxx.xxx.128.22 port 80

直接使用nat server+nat hairpin实现使用公网地址访问内网服务器

内网终端访问***.*** 域名,通过公网DNS服务器解析出公网地址,通过nat hairpin实现内网终端访问内网服务器,避免DNS-map把域名、IP和端口写死

该案例对您是否有帮助:

您的评价:1

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

作者在2022-04-08对此案例进行了修订
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

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