浅析tcpip中的close_wait等状态

   先来个问题：

   1、对于tcpip里面经常提到的close_wait、time_wait、established等都是针对的端口来说的呢？还是针对的连接状态？

   2、有这么一个场景：client发fin包给server，当状态为time_wait的时候，对该time_wait状态的目标和源端口进行建立连接的操作，哪个会成功，哪个会失败？为什么？成功的前提条件有吗？是什么？

  带着这样的疑问，我利用今天下午的时间，做了些简单的测试来加深对tcpip的认识，测试过程：在一台机器上建立一个端口的bind，作为常驻进程，listen bind的端口（我假设它是A机器），对应的应用程序涉及fork操作。在另外一台机器上（假设是B机器—），telnet对方的该端口，建立两者的连接，netstat -tcp|grep port，确认两者建立了有效的连接，之间的通信正常。这个时候，在B机器上结束telnet操作，在A机器上执行netstat -n|grep port(bind的端口）结果如下：

36788端口是B机器的端口，13480是A机器我bind和telnet的端口，这个时候到A机器上执行lsof -i:13480,结果如下：

在B机器上执行lsof -i:36788

在没有断开telnet之前，你是可以看到此命令会显示36788显示established，而现在，你看到的结果将是

是的，啥都木有，通过以上的测试验证，time_wait还是close_wait或者是established or others这些状态都是针对源和目标端口建立的三次握手连接来说的，也就是连接的状态。所以在这里你可以看到36788（源）和13480（目标）之间的连接状态是time_wait,但是到B机器上该端口并没有被lsof出来

ps：lsof