2、利用TCP标记分析网络故障
当遇到目标主机的某TCP服务不能访问时，我们可以通过对其访问的过程进行抓包分析，从而找出不能访问的原因，下面我们用科来网络分析系统6.0，以分析Telnet为例说明分析的方法。
图3是在Windows客户端(客户端主机名为lw)上使用Telnet命令访问其他主机的情况。从图3的返回结果可知，两台主机的Telnet服务都不能正常访问，但我们无法确定不能访问的原因，是因为网络不通，还是这台主机没有提供Telnet服务。(图3)
注意：
(1).这里使用的Telnet命令是在假定目标服务器使用默认的端口配置，即Telnet服务器端口是TCP 23;
(2).可能有些用户想到使用Ping命令测试网络的连通性，但由于承载Ping命令的ICMP协议可以导致一些非法攻击，对网络的安全会造成一定的威胁，使得某些ISP厂商或者网络管理员都在他们的三层设备处禁用了ICMP协议的转发。在这种情况下，使用Ping命令便无法准确测试主机的连通性。
图4是在WINDOWS客户端使用Telnet命令访问192.168.2.10主机时，科来网络分析系统6.0捕获到的数据包信息。(图4)
从图4可知，使用Telnet命令访问192.168.2.10主机时，两主机间共有三个数据包通信，仔细查看数据包及其解码，发现三个数据包都是从客户端发往192.168.2.10主机的，三个数据包的确认号都是0，且都将TCP标记中的同步位置1，表明三个数据包都是TCP三次握手的第一步，即TCP同步数据包。没有从192.168.2.10发往客户端的数据包，说明此时客户端与192.168.2.10主机在物理链路上不通，可能是网络中没有IP地址为192.168.2.10这台机器，或者这台机器没有开机。
[next]
图5是在WINDOWS客户端使用Telnet命令访问192.168.2.100主机时，科来网络分析系统6.0捕获到的数据包信息。(图5)
从图5可知，使用Telnet命令访问192.168.2.100主机时，两主机间共有6个数据包通信，仔细查看数据包及其解码，发现1,3,5这三个数据包是从客户端发往192.168.2.100主机的，这三个数据包的确认号是0，TCP标记是同步位置1，表明三个数据包都是TCP三次握手的第一步，即TCP同步数据包。2,4,6这三个数据包是从192.168.2.100主机发往客户端的，这三个数据包的确认号是确认号2643478089，TCP标记是确认位和重置位同时置1，表示这三个数据包都是192.168.2.100对客户端的确认数据包，同时它拒绝了客户端的建立连接的TCP同步请求，告诉客户端当前主机(这里是192.168.2.100)没有打开客户端请求的服务，并中断这个连接。
注意：我们发现在图4和图5中，客户端都向服务器(这里是192.168.2.10和192.168.2.100)发送了三次相同的TCP SYN请求，这是为什么呢?其实这是TCP的协议规定造成的，当客户端使用TCP SYN向服务器发起三方握手的第一步后，如果没有收到服务器的SYN/ACK响应，就会在等待一段时间后再次尝试对服务器进行连接，如果连接三次后仍然失败，则不会再重复此操作，所以我们在图中看到了三次完全一样的TCP SYN数据包。
通过对上面两种情况的抓包分析，我们可知道，192.168.2.10主机不能访问的原因是两台主机之间的物理链路不通，可能是不存在192.168.2.10这台机器，或者192.168.2.10处于关机状态等。而192.168.2.100不能访问的原因是192.168.2.100这台机器没有提供客户端请求的Telnet服务，即没有打开TCP 23端口。
总结
当然，笔者列举的两个应用案例只是个案。其实这种方法适用于中所有的TCP服务，用户在遇到不能访问某服务器(各种TCP应用的服务器)时，便可使用这种方法对数据包进行跟踪分析，帮助用户对故障进行排查。这样，管理员从网络层把握网络故障，就能够不受故障表象的影响，从而尽快排除故障，利于提高工作效率。
