设置tcp连接半关闭时间(windows关闭tcp连接)

从TCP协议角度来看，一个已建立的TCP连接有两种关闭方式，一种是正常关闭，即四次挥手关闭连接；还有一种则是异常关闭，我们通常称之为连接重置（RESET)。 首先说一下正常关闭时四次挥手的状态变迁，关闭连接的主动方状态变迁是FIN_WAIT_1->FIN_WAIT_2->TIME_WAIT，而关闭连接的被动方的状态变迁是CLOSE_WAIT->LAST_ACK->TIME_WAIT。在四次挥手过程中ACK包都是协议栈自动完成的，而FIN包则必须由应用层通过closesocket或shutdown主动发送，通常连接正常关闭后，recv会得到返回值0，send会得到错误码10058。除此之外，在我们的日常应用中，连接异常关闭的情况也很多。比如应用程序被强行关闭、本地网络突然中断(禁用网卡、网线拔出)、程序处理不当等都会导致连接重置，连接重置时将会产生RST包，同时网络络缓冲区中未接收（发送）的数据都将丢失。连接重置后，本方send或recv会得到错误码10053(closesocket时是10038)，对方recv会得到错误码10054，send则得到错误码10053(closesocket时是10054)。操作系统为我们提供了两个函数来关闭一个TCP连接，分别是closesocket和shutdown。通常情况下，closesocket会向对方发送一个FIN包，但是也有例外。比如有一个工作线程正在调用recv接收数据，此时外部调用closesocket，会导致连接重置，同时向对方发送一个RST包，这个RST包是由本方主动产生的。 shutdown可以用来关闭指定方向的连接，该函数接收两个参数，一个是套接字，另一个是关闭的方向，可用值为SD_SEND,SD_RECEIVE和SD_BOTH。方向取值为SD_SEND时，无论socket处于什么状态(recv阻塞，或空闲状态)，都会向对方发送一个FIN包，注意这点与closesocket的区别。此时本方进入FIN_WAIT_2状态，对方进入CLOSE_WAIT状态，本方依然可以调用recv接收数据；方向取值为SD_RECEIVE时，双发连接状态没有改变，依然处于ESTABLISHED状态，本方依然可以send数据，但是，如果对方再调用send方法，连接会被立即重置，同时向对方发送一个RST包，这个RST包是被动产生的，这点注意与closesocket的区别。
不知道题主的具体应用场景： C++基于套接字的关闭操作有：shutdown() closesocket()
如果你是server端，后台close（client_fd）即可。
简单说来是 “先关读，后关写”，一共需要四个阶段。以客户机发起关闭连接为例：1.服务器读通道关闭2.客户机写通道关闭3.客户机读通道关闭4.服务器写通道关闭关闭行为是在发起方数据发送完毕之后，给对方发出一个FIN（finish）数据段。直到接收到对方发送的FIN，且对方收到了接收确认ACK之后，双方的数据通信完全结束，过程中每次接收都需要返回确认数据段ACK。详细过程：第一阶段   客户机发送完数据之后，向服务器发送一个FIN数据段，序列号为i；1.服务器收到FIN(i)后，返回确认段ACK，序列号为i+1，关闭服务器读通道；2.客户机收到ACK(i+1)后，关闭客户机写通道；（此时，客户机仍能通过读通道读取服务器的数据，服务器仍能通过写通道写数据）第二阶段 服务器发送完数据之后，向客户机发送一个FIN数据段，序列号为j；3.客户机收到FIN(j)后，返回确认段ACK，序列号为j+1，关闭客户机读通道；4.服务器收到ACK(j+1)后，关闭服务器写通道。这是标准的TCP关闭两个阶段，服务器和客户机都可以发起关闭，完全对称。FIN标识是通过发送最后一块数据时设置的，标准的例子中，服务器还在发送数据，所以要等到发送完的时候，设置FIN（此时可称为TCP连接处于半关闭状态，因为数据仍可从被动关闭一方向主动关闭方传送）。如果在服务器收到FIN(i)时，已经没有数据需要发送，可以在返回ACK(i+1)的时候就设置FIN(j)标识，这样就相当于可以合并第二步和第三步。服务器端首先执行 LISTEN 原语进入被动打开状态（ LISTEN ），等待客户端连接；当客户端的一个应用程序发出 CONNECT 命令后，本地的 TCP 实体为其创建一个连接记录并标记为 SYN SENT 状态，然后给服务器发送一个 SYN 报文段；服务器收到一个 SYN 报文段，其 TCP 实体给客户端发送确认 ACK 报文段同时发送一个 SYN 信号，进入 SYN RCVD 状态；客户端收到 SYN + ACK 报文段，其 TCP 实体给服务器端发送出三次握手的最后一个 ACK 报文段，并转换为 ESTABLISHED 状态；服务器端收到确认的 ACK 报文段，完成了三次握手，于是也进入 ESTABLISHED 状态。在此状态下，双方可以自由传输数据。当一个应用程序完成数据传输任务后，它需要关闭 TCP 连接。假设仍由客户端发起主动关闭连接。客户端执行 CLOSE 原语，本地的 TCP 实体发送一个 FIN 报文段并等待响应的确认（进入状态 FIN WAIT 1 ）；服务器收到一个 FIN 报文段，它确认客户端的请求发回一个 ACK 报文段，进入 CLOSE WAIT 状态；客户端收到确认 ACK 报文段，就转移到 FIN WAIT 2 状态，此时连接在一个方向上就断开了；服务器端应用得到通告后，也执行 CLOSE 原语关闭另一个方向的连接，其本地 TCP 实体向客户端发送一个 FIN 报文段，并进入 LAST ACK 状态，等待最后一个 ACK 确认报文段；客户端收到 FIN 报文段并确认，进入 TIMED WAIT 状态，此时双方连接均已经断开，但 TCP 要等待一个 2 倍报文段最大生存时间 MSL （ Maximum Segment Lifetime ），确保该连接的所有分组全部消失，以防止出现确认丢失的情况。当定时器超时后， TCP 删除该连接记录，返回到初始状态（ CLOSED ）。服务器收到最后一个确认 ACK 报文段，其 TCP 实体便释放该连接，并删除连接记录，返回到初始状态（ CLOSED ）。
找他他的进程ID,杀掉 你什么系统...

http { keepalive_timeout65;client_header_timeout 10;client_body_timeout 10;send_timeout10;释：keepalive_timeout:设置客户端连接保持活动的超时时间。在超过这个时间之后，服务器会关闭该连接。client_header_tomeout:设置客户端请求头读取超时时间。如果超过这个时间，客户端还没有发送任何数据，Nginx将返回“Request time out(408)”错误。client_body_timeout:设置客户端请求主体读取超时时间。如果超过这个时间，客户端还没有发送任何数据，Nginx将返回“Request time out（408）”错误，默认值是60。 send_timeout:设定响应客户端的超时时间。这个超时仅限于两个链接活动之间的时间，如果超过这个时间，客户端没有任何活动，Nginx将会关闭连接。
如果你知道ip apache可以用Deny from 192.168.1.99

如果你确定,真的不需要等这么久,或者用户希望可以随时中上连接过程,那么一般是用 非阻塞模式来做的. 看看我的这段连接代码(节选),可以作为TCP连接的典范: bool CRemoteLink::Connect(){OnDisconnected(); // 如果已经连接，则断开if(!m_bUseProxy){m_iConnStatus = SS_CONNECTING;// 正在连接状态GNTRACE ("开始连接到远程服务器[%s][%ld]...n", m_strip.c_str(), m_port);// 建立套接字, 准备连接到服务器m_socket = ::socket(AF_INET, SOCK_STREAM, 0);if (socket < 0) {if(m_pCallBack)m_pCallBack->OnSocketError(SE_CREATE, MSG_SE_CREATE);return false;}// 设为异步操作方式unsigned long on = 1;if (::ioctlsocket(m_socket, FIONBIO, &on) < 0) {::closesocket(m_socket);if(m_pCallBack)m_pCallBack->OnSocketError(SE_CREATE, MSG_SE_CREATE);return false;}sockaddr_in addr;memset(&addr, 0, sizeof(addr));addr.sin_family = AF_INET;addr.sin_addr.s_addr = inet_addr(m_strip.c_str());addr.sin_port = htons(m_port);int rt;rt = ::connect(m_socket, (sockaddr *) &addr, sizeof(addr));if (rt == 0) {OnConnected();return true;}// ==================================================================timeval to;// 首先建立连接fd_set wfds;fd_set efds;FD_ZERO(&wfds);FD_ZERO(&efds);// test shutdown event each 100ms.to.tv_sec = 0;// CONNECT_TIMEOUT;to.tv_usec = 100000;int it = 0;while(!m_meShutdown.Wait(0) && !m_meConnStop.Wait(0)){FD_SET(m_socket, &wfds);FD_SET(m_socket, &efds);int n = select(m_socket + 1, NULL, &wfds, &efds, &to);if (n > 0) {if(FD_ISSET(m_socket, &wfds)){OnConnected();return true;}else{//int err = ::WSAGetLastError();//const char*msg = GetLastErrorMessage(err);GNTRACE ("CRemoteLink::Connect : connection attempt failed!n");if(m_pCallBack)m_pCallBack->OnSocketError(SE_CONN, MSG_SE_CONN);break;}} else if (n < 0) {// Select Errorint err = ::WSAGetLastError();const char*msg = GetLastErrorMessage(err);GNTRACE ("CRemoteLink::Connect : Select Error.[%d] - %sn", err, msg);if(m_pCallBack)m_pCallBack->OnSocketError(err, msg);break;}else{it += 100;if(it > 30000)// 连接超时 -- (30S){GNTRACE ("CRemoteLink::Connect : Time out.n");if(m_pCallBack)m_pCallBack->OnSocketError(SE_TIMEOUT, MSG_SE_TIMEOUT);break;}}}if(m_meConnStop.Wait(0)){GNTRACE("连接过程进行时被取消。n");}}else{ // 通过代理服务器连接

解决方法： TCP/IP半开连接数限制查看方式：1.快捷键WIN+R，打开运行，输入regedit，进入注册表路径：2.找到HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters在右侧面板中找到EnableConnectionRateLimiting键值；此时，总计有三种情况：a. 无此键值：你的系统并无TCP/IP连接数限制；b. 键值为0：你的系统同样没有TCP/IP连接数限制；c. 键值为1：TCP/IP限制被激活，默认为11。关闭方法：1.双击修改其值为“0”； 2.点击确定退出。

TCP三次握手过程 一个完整的 TCP连接的建立，需要三次握手，然后双方以全双工的方式发送和接收数据。很多的端口扫描技术是依靠 TCP三次握手来实现的，所以，下面对 TCP的三次握手过程进行详细的介绍。具体的握手过程描述如下(图4):(1)请求方向服务提供方提出连接请求。这时TCP SYN标志置位。客户端告诉服务端序列号区域合法，需要检查。客户端在 TCP报头的序列号区域中插入自己的ISN;(2)服务端收到该TCP分段后，以自己的ISN回应((SYN标志置位)，同时确认收到客户端的第一个TCP分段((ACK标志置位);(3)客户端确认收到服务端的ISN(ACK标志置位)。到此为止建立完整的TCP连接，开始全双工模式的数据传输过程. 图4 TCP三次握手示意图
因为TCP有个半关闭状态，假设A.B要释放连接，那么A发送一个释放连接报文给B，B收到后发送确认，这个时候A不发数据，但是B如果发数据A还是要接受，这叫半关闭。然后B还要发给A连接释放报文，然后A发确认，所以是4次。