重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
上一篇中
成都创新互联公司专注于企业全网营销推广、网站重做改版、通江网站定制设计、自适应品牌网站建设、HTML5、成都做商城网站、集团公司官网建设、成都外贸网站建设、高端网站制作、响应式网页设计等建站业务,价格优惠性价比高,为通江等各大城市提供网站开发制作服务。
"利用掌握的路由知识解决现实环境中的问题" 提出的解决方法并没有解释清楚问题的症结!
现在补上!
更改之处:在本次实验当中(M0n0wall 用 Pfsense替代)
遇到问题:本次遇到的问题与之前并没有不同 -- 从SZBG ping/tracert HKBG 192.168.15.21 正常
但客户端Outlook邮箱就是不能正常连接HKBG的邮件服务器192.168.15.21
思考的方向:
既然ping和tracert都没有问题、说明路由没什么太大问题。
到底是哪里不同呢?(协议),ping/tracert/Outlook使用的协议不同!
正常情况下: 客户端 连接 邮件服务器是这样->
很显然Outlook是使用TCP协议 与 邮件服务器通讯 而ping/tracert 是使用ICMP协议!
M0n0wall 和 Pfsense这两者都是基于状态检测的防火墙(它集成了:FW+Router的功能)
基于状态检测的防火墙特性:
如果:某个会话不完整(如:只有请求报文SYN、没有响应报文 ACK)那么这个会话请求将被拦截或丢弃!
通常它要求必须保持会话的完整性,我们知道(一个TCP连接的建立与断开分为:3次握手与4次断开)
TCP是面向连接的且有状态的可靠传输协议:
把我们现有的网络架构放大一点看得更清楚:
我们可以从图中看出(报文从192.168.20.45出去/回来时的路径 是不相同的,即通常所谓:非对称路由)
然而这种情况在(M0n0wall 和 Pfsense)看来此次会话是不完整的(因为它仅仅是收到了SYN的包、其它包都没有收到)
所以192.168.20.45发起的连接请求将会被(M0n0wall 和 Pfsense)拦截或丢弃!
为了解决这个问题PFsense提供了一办法:
我们只需要在 System - > Advanced -> Firewall&NAT 勾选“Static route filtering”。即可真正解决上述问题!