还是上一篇的问题
在一内部局域网中，
client 内网地址为 10.0.0.2
web 服务器内网地址为 10.0.0.1 外网地址为 211.6.15.1 域名为 xx.love.com
问题：在内网10.0.0.2的机器上访问 外网地址 211.6.15.1 或者域名 xx.love.com 都无法访问，
上一篇中提到的cisco asa设备 不能访问是因为 asa 它不允许数据流从内部流到外部再流回内部，所以连接会超时
这里从tcp协议的角度来分析下：
| 包 动作 |
包 目的地址 |
包 源地址 |
| 10.0.0.2发出包（第一次握手） |
211.6.15.1 |
10.0.0.2 |
| 到达路由器外网端口 nat 转换后 |
10.0.0.1 |
10.0.0.2 |
| 10.0.0.1接包后 回复包（第二次握手） |
10.0.0.2 |
10.0.0.1 |
| 包到达交换机 直接被转发（不过路由器）！ |
|
|
| 10.0.0.2 接到包 |
10.0.0.2 |
10.0.0.1 |
| 10.0.0.2此刻在等待211.6的第二次握手 |
|
|
| 10.0.0.2却接到10.0.0.1的第二次握手 丢弃 |
|
|
| |
|
|
| 10.0.0.1 却还在等待 10.0.0.2的第三次握手 |
|
|
| 没有结果的等待…… |
|
|
！在这一步中 包也可能经过交换机到达路由器的内网接口，由于是发往内部主机的，路由器还是不会启用pat转换，而是通过直连路由直接转发给你的客户机10.0.0.2，这样你的客户机10.0.0.2仍然收不到源地址为211.6.15.1的回应包，还是不能成功建立连接。
！在这里还有一种情况 ，如果路由器将你发往211.6.15.1的数据包算做是发往外网，对其做了pat转换，或路由器是强制地址转换的，那么该数据包的源地址将变为211.6.15.1到达路由器外部接口，而路由器如果有相关防错功能，也许该数据包就直接被干掉了。
如果可以继续转发那么该数据包将以源地址为200.200.200.1目标地址192.168.0.1到达web服务器。而服务器回应的数据包就会以目标地址200.200.200.1 源地址200.200.200.1到达路由器外部接口。而路由器外部接口此时就晕了。
解决方法：
有些路由器内部设置可以 纠正此问题。
如果不通过路由器解决，可以在内网建一台dns服务器。
自建dns太费时间，也可以修改机器的host文件 | 
转播
