确定tcp连接(tcp建立连接的过程)

用netstat查看tcp已连接状态的具体步骤： 1、同时按住“windows键”+“R”打开运行对话框；2、运行对话框中输入cmd，回车；3、输入netstat回车即可。注：netstat命令中各选项的含义如下：-a 显示所有socket，包括正在监听的。-c 每隔1秒就重新显示一遍，直到用户中断它。-i 显示所有网络接口的信息，格式“netstat -i”。-n 以网络IP地址代替名称，显示出网络连接情形。-r显示核心路由表，格式同“route -e”。-t 显示TCP协议的连接情况-u 显示UDP协议的连接情况。-v 显示正在进行的工作。-p 显示建立相关连接的程序名和PID。-b 显示在创建每个连接或侦听端口时涉及的可执行程序。-e 显示以太网统计。此选项可以与 -s 选项结合使用。-f 显示外部地址的完全限定域名(FQDN)。-o显示与每个连接相关的所属进程 ID。-s 显示每个协议的统计。-x 显示 NetworkDirect 连接、侦听器和共享端点。-y 显示所有连接的 TCP 连接模板。无法与其他选项结合使用。 一般用“netstat -na”命令来显示所有连接的端口并用数字表示。

TCP是面向连接的协议。运输连接是用来传送TCP报文的。TCP运输连接的建立和释放是每一次连接通信过程中必不可少的。因此，运输连接就有三个阶段：连接建立，数据传送和连接释放。需要解决以下3个问题：连接建立这个过程，需要在客户端和服务器之间，交换3个TCP报文段，也就是三次握手????x3。????请注意，在本例中，A主动打开连接，B被动打开连接一开始，B就在准备接受客户进程的连接请求，然后服务器进程就处于 LISTEN （收听）状态，等待客户的连接请求。如有，即作出响应。A的TCP客户进程像B发出连接请求报文段，这时，首部中的同步位SYN = 1，同时选择一个初始序号 seq = x 。TCP规定????，SYN报文段不能携带数据，但要消耗掉一个序号。这时，TCP客户进程进入SYN-SENT（同步已发送）状态。B收到连接请求的报文段后，如同意建立连接，则向A发送确认。在确认报文段中，应把SYN位和ASK位都置1，确认号是 ack = x + 1 ，同时也为自己选择一个初始序号 seq = y 。请注意，这个报文段也不能携带数据。但同样要消耗掉一个序号。这时，TCP服务器进程进入SYN-RCVD（同步收到）状态。TCP客户进程收到B的确认后，还要向B给出确认。确认报文段的ACK置1，确认号 ack = y + 1 ，而自己的序号 seq = x + 1 。TCP的标准规定????，ACK报文段可以携带数据。但如果不携带数据则不消耗序号，在这种情况下，下一个数据报文段的序号仍是 seq = x +1 。这时，TCP连接已经建立????，A进入ESTABLISHED（已建立连接）状态。当B收到A的确认后，也进入ESTABLISHED（已建立连接）???? Q:为什么A最后还有发送一次确认呢？????A:主要是为了防止已失效的连接请求报文段突然又传送到B，因而产生错误。所谓“已失效的连接请求报文段”是这样产生的。????考虑一种正常情况，A 发出连接请求????，但因连接请求报文丢失而未收到确认。于是A再重传一次连接请求。后来收到了确认，建立了连接。数据传输完毕后，就释放了连接。A共发出了两个连接请求的报文段，其中第一个丢失????，第二个到达了B????，没有“已失效的连接请求报文段”。????现假定出现一种异常情况，即A发出的第一个连接请求报文段并没有丢失，而是在某个网络节点长时间的滞留????，以至延误到连接释放以后的某个时间才到达B。本来这是一个 早已失效的报文段 ，但是B收到此时小的连接请求的报文段之后，误以为是A又发出一次新的连接请求。于是向A发出确认报文段，同意建立连接。假定不采用报文握手。那么只要B发出确认之后，新的连接就建立了。由于现在A并没有发出建立连接的请求，因此不会理睬B的确认????，也不会向B发送数据，但B确以为新的运输连接已经建立，并一直等待A发来的数据。B的许多资源就这样白白浪费了。

我们经常听到"建立TCP连接"，"服务器的连接数量有限"等，但仔细一想，连接究竟是个什么东西，是和电话一样两端连起一根线？似乎有点抽象不是么？ 1.久违的分组交换网络似乎这个概念只有在学校里学计算机网络才能接触到，但不过今天的话题其实和它离不开关系。我们知道最早的电话网络是以很容易理解的形式存在的，就是单纯的一根线加两端的设备，设备之间所沟通的所有信息都通过一根特定的电缆来回传输，如下图：这样的连接是我们特别好理解的，搭起两边的线，就是一个连接嘛！但是，我们讨论的是计算机网络！(严肃脸)，计算机网络中两个设备节点是如何通信？计算机网络采取分组交换技术，什么意思呢？就是我有【一块数据】要发给对方小苍，那我会把这【一块数据】分成N份【单位数据】，分别发出去，而每份【单位数据】走哪条路是不一定的，但是这些【单位数据】总要全部达到小苍手里，小苍再根据【单位数据】里记录的序号拼接起来，组成完整的【一块数据】。这就是分组的意思所在。2.协议和协议实现上面不小心把TCP的大体实现给说了，实际上在具体的应用中，光有大体思路是不行的，还有很多细节问题，需要两个设备之间提前约定好协议，才能协同完成通信。举个例子：A向B发了10份【单位数据】，而B其实只收到9份【单位数据】，怎么办？TCP协议大家都应该是知道的，但协议只是想法，真正起作用的是在路由节点和设备节点上的协议软件，是运行在设备上的具体执行者，它根据协议指导，对具体数据进行控制和操作。这儿就不往下展开了。认识到协议和协议软件这一点非常重要，因为连接的限制恰恰就是受软件在设备中资源分配的影响的。3.连接的真面目上面说的第一种电话网络，如果两个设备搭设了一条线，那么两个电话就一定确定对方在线，因为他俩独享一条实时存在的线。但计算机网络的连接呢？向上面的图一样(图里不深究TCP，仅仅用来说明连接大体过程)，其实他们俩并不能确保对方就是在线，只是通过几番确认，认为对方一直会在。而如果确认了对方存在，那么就会为以后的对话通讯分配内存、CPU处理时间等资源，每个设备都会在本地去维持这么一个状态，来告诉自己是有一个连接的，这些设备所花的资源和维护的状态，就是连接。而整个网络是不会记录有着一条连接的，所以说连接只是记录在各个设备的一个状态信息。那么，到现在我们知道了，连接其实并不是所谓的有一根电线连起两个设备，而是两方确认了一下对方的存在后，自己在本地记录的状态。那么下面可以讨论一下以前迷惑重重的概念了。4.为什么服务器都有连接数量的限制？这里只做讨论。我认为是有两点：物理带宽的限制，决定了一个时间段内发起连接的数据包不会超过某个数，造成了设备的链接数量的限制。维持连接需要分配内存等资源，设备的资源有限，决定了一定有个最大连接数的极限。5.待续 通过连接往外延伸的话题不少，先到此为止吧，有时间再补。

你说的是宽带连接吧？TCP是协议。 如果是宽带，那要确定很简单，分物理环境和软件环境两要素：其中物理的就基本设备正常（包括网卡，路由或猫，外网畅通，接线等），并正确连接上。看设备指示灯和用PING的方法检查。 软件环境包括网卡驱动，系统环境，IP协议协议路由设置EXPLOER设置等。检查方法都不一样

这个啊，我简单的说一下。 首先，编程的话，在windows环境下，肯定用的是winsock来编写网络程序。如何检测客户端和服务端连接成功肯定是用服务端首先bind，在listen，然后调用个循环accept，当客户端connect的时候，就开一个线程来服务。accept能返回一个sock值，而不是invaid_socket，那肯定就代表连接成功的啦。断线处理断线的话，必须得有一段send数据后，发现没有返回，那么程序就知道断线了。至于如何检测，可以设置一定的时间间隔，发送检测数据包，没有断线的话，有返回值，可以发送，断线的话，程序就知道了。 具体的编程和思路，你还是找本书看吧，不知道你用的什么语言编写的，不过估计在windows环境下都差不多。可以看下老罗的《windows环境下32位汇编语言程序设计》里面有个聊天室的案例，讲的蛮清楚的。虽然是汇编的，但是都是相通的，你应该看得懂。
先用一个TCP测试工具中的客户端来测试你的服务器配置是否正确，在用TCP测试工具中的服务器端开启服务，用你的客户端去连接，如果成功则工具会显示的。TCP测试工具网上多得是，百度一搜就有。
检测TCP是否连接成功,访问其他终端即可知道.可以用CMD环境下的ping 命令来查看.比如ping服务器. 开始--运行--输入cmd回车--输入ping 192.168.0.10 -t(注意中间空格,即ping IP地址为192.168.0.10的服务器)回车,查看返回值,如果有返回值,则说明网络畅通,TCP连接成功.如果没有返回值,提示超时等,则有可能没有成功. 如果是连续的,则说明网络稳定,如果中间有断开的,则说明网络有丢包现象.用第三方工具来测试.比如TCP调试助手,TCP/UDP测试工具等.
请问你所说的连接数是指什么！是指连没连接上还是指什么！ 我不太明白你说的XP SP2连接限制是什么意思！呵呵！理解力比较差！你是指本地连接受限吗！那是你IP没有设置对，需要手动设置IP， 如果你是指防火墙之类的限制（就是端口限制，回影响你的下载），你需要把防火墙关闭，或者在防火墙里把端口限制改没了！
ping 服务器IP -t 如果断线的话会有返回ping不通