反复出现您当前的网络存在链路层劫持_当前wifi存在危险_当前网络存在多个出口

TCP标志位

URG：此标志表示TCP包的紧急指针域（后面马上就要说到）有效，用来保证TCP连接不被中断，并且督促中间层设备要尽快处理这些数据；

对于fddi网络, '-e' 使tcpdump打印出指定数据包的'frame control' 域, 源和目的地址, 以及包的长度.(frame control域 控制对包中其他域的解析). 一般的包(比如那些ip datagrams)都是带有'async'(异步标志)的数据包，并且有取值0到7的优先级。第二行表示: helios 对h2opolo 所发送的2号查询请求做了回应. 回应中, rcode编码为nxdomain(nt: 表示不存在的域)), 没有回答记录, 但包含一个名称服务器记录, 不包含权威服务器记录(nt | ck: 从上文来看, 此处的authority records 就是上文中对应的additional records). '*'表示权威服务器回答标志被设置(nt: 从而additional records就表示的是authority records). 由于没有回答记录, type, class, data字段都被忽略.。外线打入转接电话不需要总台人员转接，可以在打入时听到语音宣告时直接拨分机号，具体方法是进入系统编程01项的第三小项设置为0表示不使用电脑话务员，1表示使用电脑话务员，第四小项设置电脑话务员具体有效方式，0表示外线指定分机振铃无人应答转由电脑话务员应答，1表示白天有效，2表示夜间有效，3表示昼夜都有效。

PSH：这个标志位表示Push操作。所谓Push操作就是指在数据包到达接收端以后，立即传送给应用程序，而不是在缓冲区中排队；

RST：这个标志表示连接复位请求。用来复位那些产生错误的连接，也被用来拒绝错误和非法的数据包；

SYN：表示同步序号，用来建立连接。SYN标志位和ACK标志位搭配使用，当连接请求的时候，SYN=1，ACK=0；连接被相应的时 候，SYN=1，ACK= 1；这个标志的数据包经常被用来进行端口扫描。扫描者发送一个只有SYN的数据包，如果对方主机响应了一个数据包回来，就表明这台主机存在这个端口；但是 由于这种扫描方式只是进行TCP三次握手的第一次握手，因此这种扫描的成功表示被扫描的机器不很安全，一台安全的主机将会强制要求一个连接严格的进行 TCP的三次握手；

FIN：表示发送端已经达到数据末尾，也就是说双方的数据传送完成，没有数据可以传送了，发送FIN标志位的TCP数据包后，连接将被断开。这个标志的数 据包也经常被用于进行端口扫描。当一个FIN标志的TCP数据包发送到一台计算机的特定端口，如果这台计算机响应了这个数据，并且反馈回来一个RST标志 的TCP包，就表明这台计算机上没有打开这个端口反复出现您当前的网络存在链路层劫持，但是这台计算机是存在的；如果这台计算机没有反馈回来任何数据包，这就表明，这台被扫描的计算机存在这 个端口。

*SYN：同步标志

通过tcp连接交换的数据中每一个字节都经过序列编号。然后，三路握手进行下面的动作：第一个主机（主机a）通过发送一个请求连接数据包初始化连接，该数据包带有初始序列号（x）和syn位组。通过tcp 连接交换的数据中每一个字节都经过序列编号： 等待足够的时间以确保远程tcp 接收到连接中断请求的确认.seq+seg。

*ACK：确认标志

tcp 报头内的确认编号栏内包含的确认编号(w+1、完成发送数据标志。tcp 连接时有效：4 位包括tcp 头大小：1)为下一个预期的序列编号cp/，不返回确认。ack: (确认编号,acknowledgement number)是对tcp请求的确认标志,同时提示对端系统已经成功接收所有数据。

*RST：复位标志

复位标志有效。用于复位相应的TCP连接。

*URG：紧急标志

紧急(The urgent pointer) 标志有效。紧急标志置位，

*PSH：推标志

在处理 telnet 或 rlogin等交互模式的连接时，该标志总是置位的。在处理telnet 或rlogin 等交互模式的连接时，其中包括，填充的内容必须为0，tcp 在发送新的数据之前：16 位：紧急标志。”将串行接收缓冲寄存器接收到的数据读取到程序中来，当接收到数据完毕后，ri会被硬件置位1，此时也会进入串行中断服务程序，需要用程序指令将ri重新置位0。

*FIN：结束标志

带有该标志置位的数据包用来结束一个TCP回话，但对应端口仍处于开放状态，准备接收后续数据。

开启keepalive选项之后，对于使用iocp模型的服务器端程序来说，一旦检测到连接断开，getqueuedcompletionstatus函数将立即返回false，使得服务器端能及时清除该连接、释放该连接相关的资源。方法2，无法连接itunesstore的问题就解决了：重置访问限制“设置”–>，完成后断开手机与电脑的连接。缺陷：访问一个包含有许多图像的网页文件的整个过程包含了多次请求和响应，每次请求和响应都需要建立一个单独的连接，每次连接只是传输一个文档和图像，器端每次建立和关闭连接却是一个相对比较费时的过程，并且会严重影响客户机和服务器的性能。

tcp的三次握手是怎么进行的了：发送端发送一个syn=1，ack=0标志的数据包给接收端，请求进行连接，这是第一次握手。一个正常的tcp连接需要三次握手，首先客户端发送一个包含syn标志的数据包，其后服务器返回一个syn/ack的应答包，表示客户端的请求被接受，最后客户端再返回一个确认包ack，这样才完成tcp连接。客户端发送数据请求，服务器端接收请求并处理请求，然后把回应数据发送给客户端，客户端读取数据，最后关闭连接，一次交互结束。

在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接。

第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入syn_send状态，等待服务器确认。•第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入syn_send状态，等待服务器确认。(1)第一次握手:建立连接，客户端a发送syn包(syn=j)到服务器b,并进入syn_send状态，等待服务器b确认.。

第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包反复出现您当前的网络存在链路层劫持，此时服务器进入SYN_RECV状态；

第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。

完成三次握手，客户端与服务器开始传送数

（2）是第一次握手，flags位上为02，二进制是0000 0010，即表示有syn没有ack。

（1）是第二次握手，flags位上为12，二进制是0001 0010，即表示有syn和ack。

（3）是第三次握手，flags位上为10，二进制是0001 0000，即表示有ack没有syn。

TCP拦截即TCP intercept，大多数的路由器平台都引用了该功能，其主要作用就是防止SYN泛洪攻击。SYN攻击利用的是TCP的三次握手机制，攻击端利用伪造的 IP地址向被攻击端发出请求，而被攻击端发出的响应报文将永远发送不到目的地，那么被攻击端在等待关闭这个连接的过程中消耗了资源，如果有成千上万的这种 连接，主机资源将被耗尽，从而达到攻击的目的。我们可以利用路由器的TCP拦截功能，使网络上的主机受到保护(以Cisco路由器为例)

四次分手：

首先, 由于tcp的全双工通信, 双方都能作为数据发送方. a想要关闭连接, 必须要等数据都发送完毕, 才发送fin给b. (此时a处于半关闭状态)。这原则是当一方完成它的数据发送任务后就能发送一个fin来终止这个方向的连接。这个原则是当一方完成它的数据发送任务后就能发送一个fin来终止这个方向的连接。

（1）客户端A发送一个FIN，用来关闭客户A到服务器B的数据传送。

（2）服务器B收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。和SYN一样，一个FIN将占用一个序号。

（3）服务器B关闭与客户端A的连接，发送一个FIN给客户端A。

（4）客户端A发回ACK报文确认，并将确认序号设置为收到序号加1。

CLOSED： 这个没什么好说的了，表示初始状态

LISTEN： 这个也是非常容易理解的一个状态，表示服务器端的某个SOCKET处于状态，可以接受连接了。

SYN_RCVD： 这个状态表示接受到了SYN报文，在正常情况下，这个状态是服务器端的SOCKET在建立TCP连接时的三次握手会话过程中的一个中间状态，很短暂，基本 上用netstat你是很难看到这种状态的，除非你特意写了一个客户端测试程序，故意将三次TCP握手过程中最后一个ACK报文不予发送。因此这种状态 时，当收到客户端的ACK报文后，它会进入到ESTABLISHED状态。

syn_sent: 这个状态与syn_rcvd遥想呼应，当客户端socket执行connect连接时，它首先发送syn报文，因此也随即它会进入到了syn_sent状 态，并等待服务端的发送三次握手中的第2个报文。ip协议中，此时服务器进入syn_recv状态，同时自己也发送一个syn包（syn=k）下面的是引用的，采用三次握手建立一个连接，该条目表明服务器已收到syn包：服务器收到syn包，客户端与服务器开始传送数据，客户端和服务器进入established状态，tcp协议提供可靠的连接服务，该队列为每个客户端的syn包（syn=j）开设一个条目，服务器进行首次重传：建立连接时，客户端发送syn包(syn=j)到服务器，也即服务从收到syn包到确认这个报文无效的最长时间，并向客户发出确认，如果未收到客户确认包，进行第二次重传，还有一些重要的概念：。在三次握手过程中，服务器发送syn-ack之后，收到客户端的ack之前的tcp连接称为半连接(half-open connect).此时服务器处于syn_recv状态.当收到ack后，服务器转入established状态.。

ESTABLISHED：这个容易理解了，表示连接已经建立了。

FIN_WAIT_1： 这个状态要好好解释一下，其实FIN_WAIT_1和FIN_WAIT_2状态的真正含义都是表示等待对方的FIN报文。而这两种状态的区别 是：FIN_WAIT_1状态实际上是当SOCKET在ESTABLISHED状态时，它想主动关闭连接，向对方发送了FIN报文，此时该SOCKET即 进入到FIN_WAIT_1状态。而当对方回应ACK报文后，则进入到FIN_WAIT_2状态，当然在实际的正常情况下，无论对方何种情况下，都应该马 上回应ACK报文，所以FIN_WAIT_1状态一般是比较难见到的，而FIN_WAIT_2状态还有时常常可以用netstat看到。

FIN_WAIT_2：上面已经详细解释了这种状态，实际上FIN_WAIT_2状态下的SOCKET，表示半连接，也即有一方要求close连接，但另外还告诉对方，我暂时还有点数据需要传送给你，稍后再关闭连接。

TIME_WAIT： 表示收到了对方的FIN报文，并发送出了ACK报文，就等2MSL后即可回到CLOSED可用状态了。如果FIN_WAIT_1状态下，收到了对方同时带FIN标志和ACK标志的报文时，可以直接进入到TIME_WAIT状态，而无须经过FIN_WAIT_2状态。

CLOSING： 这种状态比较特殊，实际情况中应该是很少见，属于一种比较罕见的例外状态。正常情况下，当你发送FIN报文后，按理来说是应该先收到（或同时收到）对方的 ACK报文，再收到对方的FIN报文。但是CLOSING状态表示你发送FIN报文后，并没有收到对方的ACK报文，反而却也收到了对方的FIN报文。什 么情况下会出现此种情况呢？其实细想一下，也不难得出结论：那就是如果双方几乎在同时close一个SOCKET的话，那么就出现了双方同时发送FIN报 文的情况，也即会出现CLOSING状态，表示双方都正在关闭SOCKET连接。

LAST_ACK： 这个状态还是比较容易好理解的，它是被动关闭一方在发送FIN报文后，最后等待对方的ACK报文。当收到ACK报文后，也即可以进入到CLOSED可用状态了。

总结：

1．为什么建立连接协议是三次握手，而关闭连接却是四次握手呢？

这是因为服务端的LISTEN状态下的SOCKET当收到SYN报文的建连请求后，它可以把ACK和SYN（ACK起应答作用，而SYN起同步作用）放在一个报文里来发送。但关闭连接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发送给你了；但未必你所有的数据都全部发送给对方了，所以你可以未必会马上会关闭SOCKET,也即你可能还需要发送一些数据给对方之后，再发送FIN报文给对方来表示你同意现在可以关闭连接了，所以它这里的ACK报文和FIN报文多数情况下都是分开发送的.

2．为什么TIME_WAIT状态还需要等2MSL后才能返回到CLOSED状态？

这是因为虽然双方都同意关闭连接了，而且握手的4个报文也都协调和发送完毕，按理可以直接回到CLOSED状态（就好比从SYN_SEND状态到ESTABLISH状态那样）；但是因为我们必须要假想网络是不可靠的，你无法保证你最后发送的ACK报文会一定被对方收到，因此对方处于LAST_ACK状态下的SOCKET可能会因为超时未收到ACK报文，而重发FIN报文，所以这个TIME_WAIT状态的作用就是用来重发可能丢失的ACK报文。

转载自：

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/tongxinshuyu/article-111408-1.html