仅操作一台设备,如何实现本地访问另一个相同网段的私网?

fe0ac792410ccc3f0e22b17b2005bb0b.gif

正文共:1034 字 8 图,预估阅读时间:4 分钟

书接上文(地址重叠时,用户如何通过NAT访问对端IP网络?),我们已经通过两台设备的组合配置实现了通过IP地址进行访问。但一般场景中,我们还是希望只变更尽量少的设备和配置,那如果我们只能操作一台设备是否可行呢?

59b226927e234d37ff3fca23a0fd362f.png

组网需求

0318541e1cc07db4a71e0ce8be4f4e8a.png

1、某公司有两个办公点,内网网段地址均为192.168.1.0/24,现在通过专线方式将两个办公点内网打通,但是因为有生产业务,不能改变主机地址。

2、该公司拥有组网图中所有地址段的所有地址的使用权。

3、需要实现,A办公点能够访问B办公点主机。

8319348e47cc3eea5380adf78475a5cd.png

组网图

6f11cfd07d549efaab2a3afa464d5763.png

用户通过NAT访问对端网络配置组网图(地址重叠)

fb0831f080dadafe3f080f1755ff146e.png

62be5f6a4327012bbe41073881821e5b.png

实验环境

Windows 10专业版(1909-18363.1556,16 GB内存)
HCL 3.0.1
MSR 36-20(Version 7.1.064, Release 0821P11)
S5820V2-54QS-GE(Version 7.1.075, Alpha 7571)

3785082883fc0363dcf3e31f26e4741c.png

配置步骤

0723a0a3d45adbb2ee1efe29bc8603fc.png

首先按照组网图完成主机IP地址的基本配置。

我们先尝试将静态地址转换映射配置到RTA的下行口试一下。这次将实际的地址192.168.1.101和1.102映射为192.168.2.1和2.2。

#
nat static outbound 192.168.1.101 192.168.2.1
nat static outbound 192.168.1.102 192.168.2.2
#
interface GigabitEthernet0/0
 nat static enable
#
ip route-static 0.0.0.0 0 12.1.1.2
ip route-static 192.168.2.0 24 12.1.1.2

测试从PCA1访问192.168.2.1,发现可以访问,但是TTL不对。

5b3531ec7d7cea8a37de9f82118b419f.png

查看RTA的NAT转换过程,发现虽然增加了去往192.168.2.0/24的明细路由,但是静态转换是在G0/0接口完成的,流量并没有转发出设备,从G0/0口又回去了。

accc9f690f71d598ec3ca065b929aada.png

那就加个明细路由,让这个流量从G0/1口出去。

#
ip route-static 192.168.1.101 32 12.1.1.2

这个时候还是不通的,查看NAT转换过程貌似没有问题,但是因为明细路由的问题,RTA没办法将报文回给PCA1了。

e4dcc49f56dc4331d47335fbfc8ac015.png

此时PCA1就连访问网关都回不来。

bdfc6cf666da2fbe5ce38432de2eeb1b.png

看来明细路由不行,那就改成策略路由试一下。

#
acl advanced 3402
 rule 0 permit ip source 192.168.1.0 0.0.0.255 destination 192.168.1.0 0.0.0.255
#
policy-based-route nat permit node 1
 if-match acl 3402
 apply next-hop 12.1.1.2
#
interface GigabitEthernet0/0
 nat static enable
 ip policy-based-route nat

再测试发现可以正常访问了,TTL值好像也正常了。

f55f72fd22bf0ba90ba39a6827754b24.png

从PCB1上确认一下,确实收到了源地址为12.1.1.1的请求报文。

604e7d9d812c1d72574ad9bd80a35dc8.png

再次从RTA的上行口查看NAT过程。

129c1af809b45d3927b4254c9af6d86e.png

可以看到,第一次转换之后,还是192.168.1.101请求192.168.1.101,但是策略路由将报文丢到了G0/1接口,这样一来,就进行了第二次转换,转换成了12.1.1.1请求192.168.1.101,转发正常。

这里我们考虑一下,出方向一对一静态地址转换通常应用在外网侧接口上,对于经该接口发送的请求报文,将其源IP地址转换为指定的公网地址;对于该接口接收到的请求报文,将匹配的目的IP地址转换为本地地址。

而入方向的一对一静态地址转换,对于该接口接收到的请求报文,将匹配的源IP地址转换为指定的IP地址;对于经该接口发送的请求报文,将匹配的目的IP地址转换为公网IP地址。

如果用nat inbound,那就只能转换源地址,不转换目的地址,主机还以为是请求的自身接口,报文都上送不到RTA。就算两个结合来用,RTA还是会因为目的地址的问题转发失败。

综合来看,在接口的入方向对源地址做转换意义不大,还增加了配置的工作量,所以一台设备上操作配置时,一对一静态映射 + SNAT + 策略路由,应该是不错的选择。

后台回复“20211212”获取本实验的HCL工程文件。

73feceab84b3c84e81f34276456d485a.gif

长按二维码
关注我们吧

3a497f87c24e26d782709f869d693636.jpeg

3560dd94ceb17734e0b30fb458fef334.png

地址重叠时,用户如何通过NAT访问对端IP网络?

秀啊!Win 11竟然教我怎么使用Windows!

Windows 11怎么激活?能不能跑模拟器?看这里!

NAT穿越场景下采用IKE野蛮模式建立保护IPv4报文的IPsec隧道

NAT穿越场景下怎么实现从总部到分支的访问?

多分支NAT穿越场景下通过POP节点实现分支间的IPsec加密互联

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Danileaf_Guo

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值