Mysql主从复制对称非对称,利用掌握的路由知识解决现实环境中的问题 --- 之(非对称路由)...

上一篇中

"利用掌握的路由知识解决现实环境中的问题"提出的解决方法并没有解释清楚问题的症结!

现在补上!

更改之处:在本次实验当中(M0n0wall 用 Pfsense替代)

遇到问题:本次遇到的问题与之前并没有不同 -- 从SZBG ping/tracert HKBG 192.168.15.21 正常

但客户端Outlook邮箱就是不能正常连接HKBG的邮件服务器192.168.15.21

e8a653b15a77582c746ecbef3affdb8d.png

思考的方向:

既然ping和tracert都没有问题、说明路由没什么太大问题。

到底是哪里不同呢?(协议),ping/tracert/Outlook使用的协议不同!

正常情况下: 客户端 连接 邮件服务器是这样->

929f1ebc579429ed9c20bae8fdb02f37.png

很显然Outlook是使用TCP协议 与 邮件服务器通讯 而ping/tracert 是使用ICMP协议!

M0n0wall 和 Pfsense这两者都是基于状态检测的防火墙(它集成了:FW+Router的功能)

基于状态检测的防火墙特性:

如果:某个会话不完整(如:只有请求报文SYN、没有响应报文 ACK)那么这个会话请求将被拦截或丢弃!

通常它要求必须保持会话的完整性,我们知道(一个TCP连接的建立与断开分为:3次握手与4次断开)

TCP是面向连接的且有状态的可靠传输协议:

08f53374a65e71ea11f351d9c0403ad1.png

把我们现有的网络架构放大一点看得更清楚:

ee516ad65593ffd1f94a8482b84d60f8.png

我们可以从图中看出(报文从192.168.20.45出去/回来时的路径 是不相同的,即通常所谓:非对称路由)

然而这种情况在(M0n0wall 和 Pfsense)看来此次会话是不完整的(因为它仅仅是收到了SYN的包、其它包都没有收到)

所以192.168.20.45发起的连接请求将会被(M0n0wall 和 Pfsense)拦截或丢弃!

为了解决这个问题PFsense提供了一办法:

我们只需要在 System - > Advanced -> Firewall&NAT 勾选“Static route filtering”。即可真正解决上述问题!

bc62f926111915df1e30f1ecf737ffa1.png

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值