拓扑如图，这个案例比较简单，但困难的是用户是
政企 单位，不太好沟通。发生问题后，在还没了解清楚的情况下，对方领导把责任都往我们身上对，他们的技术人员还好，但是领导态度极其恶劣。
本案例就是想告诉大家，在与政企沟通时，有据才有理。
光电转换器左边是机房网络，右边是服务器A的分支机构办公室，里面有服务器B,机房和分支机构之间通过专线连接，服务器A若要访问服务器B必须要通过专线，服务器A如果要上外网，则通过机房内的FW做nat后通过机房的6509出去，分支机构的服务器B如果要上外网，则通过他们自己的FW做NAT上网。
现象：机房内网服务器上不了外网，任何外网都不行，但是外网可以访问3560下的服务器，tracert 如下：
C:\Users\Administrator>tracert -d 8.8.8.8
通过最多 30 个跃点跟踪到 8.8.8.8 的路由
1 <1 毫秒 <1 毫秒 <1 毫秒 172.18.1.1
2 1 ms 1 ms 1 ms 61.172.166.2
3 1 ms <1 毫秒 <1 毫秒 218.30.128.100
4 * * * 请求超时。
5 * * * 请求超时。
6 * * * 请求超时。
机房FW里有2条路由，一条是当访问服务器B的时候，通过61.172.166.2，其余通过61.172.166.254
通过tracert结果一眼就能看出，服务器A上外网的路由窜到专线里去了。很明显，防火墙里的配置有问题。
我立即通知政企的技术人员，
我：你们上外网的路由窜到专线的路由里去了。
对方：我们在机房没专线的，怎么会窜进去？
我：！@#￥%……查了下，专线编号：1234，你们的确是有根专线，是连到***的。
对方：我核实下。。。。。。。。。哦，的确是有根专线。那怎么会窜到专线里去的呢？
我：！@#￥%……你们最好到防火墙上看看配置，是不是路由指错了？
对方：怎么会呢，防火墙一直没人动过。
我：172.18.1.1是你们内网的网关吧？
对方：是的。
我：那61.172.166.2呢？
对方：是我们分支机构的防火墙地址。
我：那218.30.128.100呢？
对方：是我们分支机构的局端地址，分支机构如果要上外网就通过这个地址。
我：那你们在机房里的服务器A要上外网的话，需不需要通过分支机构出去？
对方：不需要，是通过你们的61.172.166.254，网关出去的。
我：那现在tracert公网地址的结果是路由到你们的分支机构去了，如果是通过6509出去的话，网关的下一条肯定是我们机房的对端地址，但是现在网关的下一条是你们的分支机构，（这里我粘了一个正常的 tracert结果给他）所以防火墙里的路由指向肯定有问题。
对方：好，我查查
这里等了半小时
我：结果怎么样？
对方：我们叫厂商去查配置了，等下通知你。
我：好的。请快点，你们的领导在催我们了（其实是在骂我们）
这里又是半小时，期间对方领导到处找人骂
我:查得怎么样了？
对方：奇怪了，防火墙里有两条路由，第一条是到分支机构的，第二条是到外网的，好像第二条没其作用，所有的数据包都走第一条了。我们再看看，再看看
又是半小时：
对方：奇怪了，把两条路由删了又加上后就好了，一模一样的，没变过，防火墙肯定有问题。
我：好的，通了就好，那故障我就结掉了。
对方：好的。
我：故障好了，是你们的防火墙的问题
对方领导：哦，好好，谢谢（一点诚意都没，一点悔过都没）
发表评论 评论 (0 个评论)