端口状态详解.pdfVIP

. - listening 效劳器端口号 ,是效劳器监听客户端用的 ,相当于地址 ,是效劳器与客户端间的纽带 . 举个例子:你登陆QQ ,你把你的用户名和密码输入后,点击登陆 ,此时,客户端就会把你的密 码和用户名发送到该端口的端口号.然后效劳器经过到数据库验证,如果正确,就会把正确的 信息发给你的客户端(就是你 的电脑) . time_wait 在连接撤销过程中，有如下过程: 1.HOST1上的应用程序关闭己方的连接导致TCP 发送一个FIN 消息给HOST2。 2.HOST2发送一个确认消息给HOST1,并且HOST2把FIN 作为EOF 递交给HOST2上的应 用程序。 3.一段时间过后，HOST2上的应用程序关闭它那边的连接，引发一个FIN 消息给HOST1。 4.HOST1给HOST2发送一个确认消息，然后HOST2关闭连接并释放资源，然而，HOST1 却没有关闭连接，而是进入了 TIME_WAIT 状态，并为两个最大段生存时间(2MSL)保存在 此状态. 为什么需要TIME_WAIT? 1.因为在第四步的时候，HOST1发送的ACK 可能丧失并导致HOST2重新发送FIN 消息， TIME_WAIT 维护连接状态. 如果执行主动关闭的一方 HOST1 不进入到 TIME_WAIT 状态就关闭连接那会发生什么 呢？当重传的FIN 消息到达时，因为TCP 已经不再有连接的信息了，所以就用 RST(重新 启动)消息应答，导致HOST2进入错误的状态而不是有序终止状态，如果发送最后ACK 消 息的一方处于 TIME_WAIT 状态并仍然记录着连接的信息，它就可以正确的响应对等方 HOST2的FIN 消息了. 2.TIME_WAIT 为连接中〞离群的段〞提供从网络中消失的时间. 考虑一下，如果延迟或者重传段在连接关闭后到达时会发生什么呢？通常情况下，因为 TCP 仅仅丢弃该数据并响应 RST 消息，所以这不会造成任何问题。当RST 消息到达发出 延时段的主机时，因为该主机也没有记录连接的任何信息，所以它也丢弃该段。然而，如果 两个一样主机之间又建立了一个具有一样端口号的新连接，那么离群的段就可能被看成是新 连接的，如果离群的段中数据的任何序列号恰恰在新连接的当前接收窗口中，数据就会被重 新接收，其结果就是破坏新连接 netstat /a 显示的所有端口都是开启的. - -可修编- . - LISTENING:正在监听,只有tcp 端口才可以这样(如果是udp 的话,那么肯定是木马) ESTABLISHED:正在共享,表示两者连接着(如果135端口这样的话,注意杀毒) CLOSE_WAIT:有过连接,现在已经完毕了 协议 本地地址 外部地址 状态 TCP 0.0.0.0:135 0.0.0.0:0 LISTENING TCP 0.0.0.0:445 0.0.0.0:0 LISTENING TCP 0.0.0.0:902 0.0.0.0:0 LISTENING TCP 0.0.0.0:912 0.0.0.0:0 LISTENING TCP 0.0.0.0:5357 0.0.0.0:0 LISTENING TCP 0.0.0.0:5678 0.0.0.0:0 LISTENING TCP 0.0.0.0:11199 0.0.0.0:0