1回答
当多个重传后未接收到SYN+ACK时，客户端如何结束TCP连接？
tcp、networking、tcpdump
我正在尝试与服务器建立TCP连接。我在服务器中添加了防火墙规则以删除TCP数据包，以检查TCP客户端是如何终止的。一个TCP SYN被重传了多少次？
浏览 0提问于2023-01-21得票数 0
回答已采纳
2回答
windows / .net应用程序偶尔会忽略tcp标志
tcp、tcpip、windows
在几台运行windows 8.1并与linux服务器进行通信的计算机上，tcp连接在窗口端悬空，而不是被正确关闭。响应后，被windows、tcp数据包确认的小块 linux服务器-- 10.14.11.59 --发送包含FIN和ACK标志集的TCP数据包。📷
linux重新发送带有FIN和ACK标志的数据包几次，而windows机器由于某些原因仍然保持连接打开；带有RST标志的数据包永远不会由windows机器发送。两台机器之间的通
浏览 0提问于2013-12-13得票数 4
回答已采纳
2回答
如果FIN/ACK没有收到ACK响应，如何关闭tcp连接？
networking、tcp、network-programming
在一个用Linux编写的tcp程序中，我想关闭一个tcp连接。我使用了tcp。我注意到这个函数会向另一个对等点发起一个FIN/ close(sockfd)数据包，但是如果另一个对等点由于网络问题或tcp序列号不一致(例如，其他对等点的tcp堆栈崩溃)而没有响应确认，那么tcp连接似乎不能被关闭在这种情况下如何关闭tcp连接？
浏览 4提问于2013-05-03得票数 3
2回答
TCP重传定时器覆盖/杀死TCP保持活动计时器，延迟断开连接发现。
linux、sockets、tcp、keep-alive、retransmit-timeout
机器- linux，3.10.19内核客户端程序节点/机器被关闭(出于目的，测试用例)，而服务器了解其断开的唯一途径是通过保持活动计时器(空闲time=40秒，4个探针，探测time=10秒)。坏案例：
但是，我遇到了另一种独特的情况，即在保持活动计时器运行时，服务器尝试向客户端发送一些数据，然后启动TCP重传定时器，该定时器覆盖/杀死了保持活动计时器。
浏览 5提问于2015-11-05得票数 0
2回答
在Linux下，recv可以在UDP上返回0吗？
c、linux、udp
我只是在清理我们不久前写的一些代码，并注意到对于udp套接字，0被视为连接关闭。
我非常确定这是从等效的tcp版本移植相同的recv循环的结果。但这让我想知道。对于udp，recv可以返回0吗？在tcp上，它表示另一端已关闭连接。udp没有连接的概念，所以它能返回0吗？如果它可以，它的意义是什么？注意: linux中的手册页没有区分返回代码为零的udp和tcp，这可能是我们在代码中保留检查的原因。
浏览 3提问于2012-09-20得票数 15
回答已采纳
1回答
每条消息创建新TCP连接的性能含义
performance、sockets、networking、service、tcp
在过去，我们的服务器应用程序的设计使客户端创建一个TCP连接，无限期地保持此连接的建立，并在需要时发送消息。这些消息可能以大容量突发的形式出现，或者在两者之间具有较长的空闲周期。：对于已经空闲了几分钟的已建立的TCP连接，与创建新连接和发送消息相比，正在传输的消息的延迟有什么不同吗？
浏览 7提问于2011-10-06得票数 0
1回答
我想解决当tcpip断开时recv函数没有返回0的问题
tcp-ip、recv
会不会出现tcpip物理断开时recv函数不返回0的情况？没有调用返回0。所以，Tcpip不是封闭的。我应该怎么做才能解决这个问题？
浏览 1提问于2017-11-03得票数 0
2回答
如何在TCP连接上进行硬关闭/中止关闭？
c、tcp、network-programming
当tcp客户端与我的tcp服务器建立TCP连接时，在它发送了几个数据包之后，我想在这个TCP连接上做一个硬关闭/中止关闭，在linux C中怎么做？此处的硬/中止关闭表示tcp服务器将立即向客户端发送RST。根本没有FIN/ACK。
谢谢!
浏览 8提问于2013-06-03得票数 5
回答已采纳
1回答
Mac os有`tcp_fin_timeout`选项吗？
macos、tcp
在linux中，当另一方从未向我们发送fin时，我们有tcp_fin_timeout关闭连接。但在macos中，我没有看到这样的情况。因此，我认为user timer(在tcp中描述)强制关闭连接。
但是它似乎不适用于linux和mac，对吗？
浏览 2提问于2018-06-22得票数 2
1回答
如何在不读取IT的情况下检查TCP连接是否被对等设备正常关闭？
c、sockets、networking、tcp、network-protocols
我使用的是Linux。是否有必要确定连接是如何关闭的？
谢谢!
浏览 2提问于2016-08-07得票数 2
2回答
Linux免费/关闭TCP端口
linux
我让tcp端口监听3299，当我使用它显示了我试过了但上面写着
-bash: fuser: command not found
浏览 3提问于2015-04-01得票数 0
回答已采纳
3回答
在这些情况下TCP会自动关闭套接字吗？
linux、sockets、tcp
我们正在使用C/S在linux上开发一个网络应用程序，最近我们发现，当大量UDP和TCP数据通过带宽传输时，一些打开和连接的套接字上的写/读可能会失败，看来套接字由于某种未知原因而关闭了。下面是问题，请告诉我TCP是否会自动关闭套接字。
假设有一个发送方和一个接收方，发送方通过TCP非阻塞套接字向接收方发送大量数据。假设应用程序本身和其他应用程序在带宽上有大量的通信量。如果带宽被完全部署，发送方没有任何机会发送数据，那么TCP会
浏览 0提问于2013-01-21得票数 0
回答已采纳
1回答
Linux TCP/IP诊断为什么在C程序中TCP/IP read()返回0
c、linux、sockets、tcp
我在Linux主机上运行了许多C程序(RHEL6.6)。它们与同一主机上的其他应用程序具有TCP/IP连接。每个连接的流量都非常少。这些套接字通常在应用程序的生存期内保持不变，因此它们在正常操作期间不会完全关闭。我预计，如果出现另一端崩溃之类的错误，read()将返回-1并设置errno。因此，问题是-除了TCP/IP连接被另一端彻底关闭(关闭(Fd)；关闭(Fd))之外，是否还有其他原因会导致read()调用返回0？read()的
浏览 1提问于2015-03-13得票数 2
回答已采纳
2回答
Linux TCP连接被拒绝
c、linux、tcp
我正在做一个TCP连接程序，我想将地址和连接步骤设置为一个函数。该程序可以编译，但当我运行它时，屏幕显示:错误连接:连接被拒绝。你能帮帮我吗？
浏览 1提问于2016-04-25得票数 1
1回答
在VIP转移到另一个主机后，谁应该重置TCP连接？
tcp、failover、vrrp、virtual
想象一下这种情况--客户机(Linux)与服务器(Linux)上托管的虚拟IP之间的TCP连接(NFS4或数据库)。服务器失败，VIP被另一台服务器接管(使用ARP)。客户端不知道这一点，并认为TCP连接仍然处于打开状态。客户端不断向辅助服务器发送重传(其中5-8个)，而忽略它们。这大约需要3分钟，客户端会放弃，关闭失败的TCP连接并尝试打开一个新的连接。
浏览 0提问于2021-04-26得票数 1
1回答
Linux何时/如何决定在应用程序杀死时关闭套接字？
linux、networking、tcp
我有一个服务器进程和一个客户机进程运行在同一台Linux机器上。有时，我看不到任何连接关闭处理和连接保持“建立”(由netstat)。在Linux ubuntu 4.4.0-53-generic中，我总是看到连接被关闭。
有时，我看到连接在Linux 3.13.11 (纯内核，而不是Ubuntu)中关闭
浏览 0提问于2017-08-16得票数 10
回答已采纳
3回答
在C++中定义write_all()套接字函数时遇到问题
c、sockets、unix、posix
一切似乎都很正常，但是当这个客户机连接的服务器关闭时，write_all()返回4(即len)，而不是预期的-1。
浏览 4提问于2011-11-23得票数 0
1回答
TCP_KEEPIDLE应该低于TCP_KEEPINTVL吗？
c、linux、sockets、ubuntu、tcp
当我想测试“保持活动”选项时：TCP_KEEPIDLE和TCP_KEEPINTVL (都来自IPPROTO_TCP家庭)，我注意到了这种奇怪的行为：
期望行为，当我将TCP_KEEPIDLE设置为1(秒)，将TCP_KEEPINTVL设置为3时，在空闲1秒后开始发送“保持活动”探针，然后每3秒发送一次。意外行为，但是当我将TCP_KEEPIDLE设置为3，而将TCP_KEEPINTVL设置为1时，探测也将每3秒发送一次(而不是1)，因此间隔是空闲时间，而不是我指定设置的
浏览 0提问于2017-01-15得票数 3
1回答
Linux下的Socket开发
c++、linux、sockets、linux-kernel
以下是我的环境：我正在实现一个TCP套接字服务器应用程序。在开发/调试时，应用程序可能会在连接被接受之后，以及在打开的套接字被优雅地关闭和关闭之前终止。在这种情况下，应用程序的下一次执行将失败绑定到侦听端口，只有在等待了一分钟左右之后，绑定才会再次成功。我的假设是Linux内核有一些清理机制来收集所有没有正常关闭的套接字，这解释了为什么我必须等待1分钟才能再次绑定端口。
话虽如
浏览 5提问于2012-03-17得票数 0
回答已采纳
1回答
考虑到TCP描述_用户_超时：很短的用户超时值会影响TCP在高延迟路径上的传输.如果用户超时发生在未完成段的确认到达之前(可能是由于数据包丢失)，则连接将关闭。许多TCP实现默认为用户超时值几分钟。我预计2ms的TCP_USER_TIMEOUT会带来灾难性的后果:在RTT小于2ms的网络中，发送的每个<e
浏览 0提问于2018-03-02得票数 2
云服务器
ICP备案
对象存储
实时音视频
云点播
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号