客户端建立tcp连接失败(tcp连接建立失败的原因)

照你所说应该是你的协议没安装，点开网卡属性，在配置下面有安装选项，在里面选协议。安装好了后在下列项目的选项中就有tcp/ip了。希望我的回答对你有帮助。
找台其它能上网的电脑，下载一个TCP/IP修复程序，用U盘复制到本机上执行修复一下。
打开本地连接属性窗口，点击安装按钮，选中协议，点击添加按钮，左侧选择Microsoft，右侧选择TCP/IP字样的行，点击确定按钮。 如果需要设定地址，双击Internet协议（TCP/IP），进行IP、掩码、网关、DNS的设置；如果是自动获取，则不需要设置Internet协议。

这个是短连接模式，发完就断了。适用于不是非常频繁的信息交互。 如果发送的数据比较频繁，就要弄成长连接的模式，链路的保持是通过心跳包来实现的。也就是空闲的时候，双方或一方发送心跳包，保持链路的长期存在。
声明一个全局的网络连接对象，我一般用底层的Socket，既然你用TcpClient对象，也一样，你可以一直用这个对象，只进一次初始化连接，以后全部使用这个对象进行数据发送就行了，为了防止网络异常，或者发送失败，你需要定期检测TcpClient的连接状态，如果网络连接不正常时，偿试一下重新连接就行了，你最好封装成你需要的标准接口，不然，你这样写，后面的调试会乱，如果还有问题密我！
这个得看你的需求了，如果是用完就关就可以用你现在的方法。 如果是定时的或者不间段的发送数据，最好还是保持连接在线状态，根据需要进行数据传输；不过要注意发送前检查一下在线状态，在线了才能够发送成功 另外，进行TCP连接与数据发送时最好加上Try-catch-finally,防止传输过程中出现异常导致意外情况发生。。

主机的 TCP/IP 连接失败原因： sqlserver2005在默认情况下是禁用了tcp/ip连接有两种解决方法：一、常用1.在命令行输入：telnet localhost 1433进行检查，这时会报错：正在连接到localhost...不能打开到主机的连接，在端口 1433: 连接失败2.打开 Microsoft SQL Server 2005配置工具目录下的SQL Server Configuration Manager--->网络配置选择mssqlserver协议, 然后右边窗口有个tcp/ip协议，然后启动它，把sqlserver服务停了，然后在启动。问题就解决了！这时在命令行输入：telnet localhost 1433就不会再报错了，窗口显示为一片黑，即为正常二、特例1，打开SQL server configuration manager--->网络配置--->Tcp/Ip，右键选择开启Tcp/IP2，双击修改Tcp/IP端口号。注意不是所有机器的端口号都是1433，打开Tcp/Ip界面后，先查看最底下一栏的动态端口号是多少，然后把上面所有的动态端口号都改为2921（你自己机器的动态端口号），所有Enable的选项都选YES。然后应用，确定。 3，重启数据库连接服务，然后在命令行输入：telnet localhost 端口号，如果窗口不显示连接不上，出来一个黑屏，那么就表示连接成功了。
连接失败有以下几点原因： 一、软件问题1、网卡驱动没装对。解决办法是更新下网卡驱动。2 、病毒破坏。解决办法使用好的杀毒软件查杀或重装系统。二、硬件问题1、网卡坏了。 2、网线不通。
你是怎样的网络环境呢？连接失败有以下几点原因 软件问题 1 网卡驱动没装对··更新下网卡驱动2病毒破坏 使用好的杀毒软件查杀 或重装系统 硬件问题 1网卡坏了 2网线不通
可能是网络的问题，也可能是网卡坏了等原因

我们在前几期的文章中曾经给大家简单介绍了关于网络编程中不同协议的使用情况与运行的原理问题。今天济南IT培训http://www.kmbdqn.cn/就继续来了解一下，关于网络编程中不同协议的状态连接问题。1、为什么建立连接协议是三次握手,而关闭连接是四次挥手呢?这是因为服务端的LISTEN状态下的SOCKET收到SYN的请求连接时,可以把ACK和SYN(ACK起应答作用,而SYN起同步作用)放在一个报文里一起发送.但是关闭连接时,当收到对方的FIN报文通知时,它仅仅表示对方没有数据发送了,但是另一方未必所有的数据都全部发送完全了,所以可能不会立马关闭SOCKET,也即你可能还需要发送一些数据给对方之后,再发送FIN报文给对方表示你同意现在关闭连接了,所以这里的2、ACK报文和FIN报文是分开发送的.为什么不能用两次握手进行连接?在三次握手中,总共需要完成两个重要的功能,既要双方做好发送数据的准备工作(双方都知道彼此已经准备好),也要允许双方就初始序列号进行协商,这个序列号在握手过程中被发送和确认.现在把三次握手改成仅需要两次握手,是可能会发生死锁的.考虑计算机客户端和服务端之间的通信,假定客户端给服务端发送一个连接请求分组,服务端收到了这个分组,并发送了确认应答分组.按照两次握手的协定,服务端认为链接已经成功的建立了,可以开始发送数据分组.可是,客户端在服务端的应答分组在传输中被丢失的情况下,将不会知道服务端是否已准备好,不知道服务端建立什么样的序列号,客户端甚至会怀疑服务端是否收到自己的连接请求分组.在这种情况下,客户端认为连接还未建立成功,将忽略服务端发来的任何数据分组,只等待连接确认应答分组.而服务端在发出的数据分组超时后,重复发送同样的数据分组,就形成了死锁.3、为什么TIME_WAIT状态需要等2MSL后才能返回到CLOSED状态?什么是MSL?MSL即MaximumSegmentLifetime,也就是报文大生存时间.'MSL是任何报文段被丢弃前在网络内的长时间.'那么,2MSL也就是这个时间的两倍,当TCP连接完成四个报文段的交换时,主动关闭的一方将继续等待一定时间(2-4)分钟,即使两端的应用程序结束.4、为什么需要2MSL呢.一,虽然双方都同意关闭连接了,而且握手的四个报文也都协调和发送完毕,按理可以直接回到CLOSED状态(就好比从SYN_SEND状态到ESTABLISH状态那样);但是因为对方处于LAST_ACK状态下的SOCKET可能会因为超时未收到ACK报文,而重发FIN报文,所以这个TIME_WAIT状态的作用就是用来重发可能丢失的ACK报文.二,报文可能会被混淆,意思是说其他时候的连接可能会被当做本次的连接.当某个连接的一端处于TIME_WAIT状态时,该连接将不能再被使用.事实上,对于我们比较有现实意义的是,这个端口将不能再被使用.某个端口处于TIME_WAIT(其实应该是这个连接)状态时,这意味着这个TCP连接并没有断开(完全断开),那么.如果你bind这个端口,就会失败.对于服务器而言,如果服务器突然crash掉了,那么他将无法在2MSL内重新启动,因为bind会失败.解决这个问题的一个方法就是设置SOCKET的SO_REUSEADDR选项.这个选项意味着可以重用一个地址.当建立一个TCP连接时,服务端会继续用原有端口,同时用这个端口与客户端通信.而客户端默认情况下会使用一个随机端口与服务端的端口通信.有时候,为了服务端的安全性,我们需要对客户端进行验证,即限定某个IP的某个特定端口的客户端.客户端可以使用bind来使用特定的端口.对于服务端,当设置了SO_REUSEADDR选项时,它可以在2MSL内启动并listen成功.但是对于客户端,当使用bind并设置SO_REUSEADDR时,如果在2MSL内启动,虽然bind会成功,但是在windows平台上connect会失败.而在linux是哪个不存在这个问题.

如果是用路由器做的VPN有可能是ACL的配置问题，两端的ACL配置不匹配，还可以再检查一下两端加密和封装的算法是否一致，如果不一致也会出现连接失败的情况。