腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
搜索
搜索
关闭
发布
精选内容/技术社群/优惠产品,
尽在小程序
立即前往
文章
问答
(9999+)
视频
沙龙
1
回答
当多个重传后未接收到SYN+ACK时,客户端如何结束
TCP
连接?
、
、
我正在尝试与服务器建立
TCP
连接。我在服务器中添加了防火墙规则以删除
TCP
数据包,以检查
TCP
客户端是如何终止的。一个
TCP
SYN
被
重传了多少次?
浏览 0
提问于2023-01-21
得票数 0
回答已采纳
2
回答
windows / .net应用程序偶尔会忽略
tcp
标志
、
、
在几台运行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
连接?
、
、
在一个用
Linux
编写的
tcp
程序中,我想
关闭
一个
tcp
连接。我使用了
tcp
。我注意到这个函数会向另一个对等点发起一个FIN/ close(sockfd)数据包,但是如果另一个对等点由于网络问题或
tcp
序列号不一致(例如,其他对等点的
tcp
堆栈崩溃)而没有响应确认,那么
tcp
连接似乎不能
被
关闭
在这种情况下如何
关闭
tcp
连接?
浏览 4
提问于2013-05-03
得票数 3
2
回答
TCP
重传定时器覆盖/杀死
TCP
保持活动计时器,延迟断开连接发现。
、
、
、
、
机器-
linux
,3.10.19内核客户端程序节点/机器
被
关闭
(出于目的,测试用例),而服务器了解其断开的唯一途径是通过保持活动计时器(空闲time=40秒,4个探针,探测time=10秒)。坏案例: 但是,我遇到了另一种独特的情况,即在保持活动计时器运行时,服务器尝试向客户端发送一些数据,然后启动
TCP
重传定时器,该定时器覆盖/杀死了保持活动计时器。
浏览 5
提问于2015-11-05
得票数 0
2
回答
在
Linux
下,recv可以在UDP上返回0吗?
、
、
我只是在清理我们不久前写的一些代码,并注意到对于udp套接字,0
被
视为连接
关闭
。 我非常确定这是从等效的
tcp
版本移植相同的recv循环的结果。但这让我想知道。对于udp,recv可以返回0吗?在
tcp
上,它表示另一端已
关闭
连接。udp没有连接的概念,所以它能返回0吗?如果它可以,它的意义是什么?注意:
linux
中的手册页没有区分返回代码为零的udp和
tcp
,这可能是我们在代码中保留检查的原因。
浏览 3
提问于2012-09-20
得票数 15
回答已采纳
1
回答
每条消息创建新
TCP
连接的性能含义
、
、
、
、
在过去,我们的服务器应用程序的设计使客户端创建一个
TCP
连接,无限期地保持此连接的建立,并在需要时发送消息。这些消息可能以大容量突发的形式出现,或者在两者之间具有较长的空闲周期。:对于已经空闲了几分钟的已建立的
TCP
连接,与创建新连接和发送消息相比,正在传输的消息的延迟有什么不同吗?
浏览 7
提问于2011-10-06
得票数 0
1
回答
我想解决当tcpip断开时recv函数没有返回0的问题
、
会不会出现tcpip物理断开时recv函数不返回0的情况?没有调用返回0。所以,Tcpip不是封闭的。我应该怎么做才能解决这个问题?
浏览 1
提问于2017-11-03
得票数 0
2
回答
如何在
TCP
连接上进行硬
关闭
/中止
关闭
?
、
、
当
tcp
客户端与我的
tcp
服务器建立
TCP
连接时,在它发送了几个数据包之后,我想在这个
TCP
连接上做一个硬
关闭
/中止
关闭
,在
linux
C中怎么做?此处的硬/中止
关闭
表示
tcp
服务器将立即向客户端发送RST。根本没有FIN/ACK。 谢谢!
浏览 8
提问于2013-06-03
得票数 5
回答已采纳
1
回答
Mac os有`
tcp
_fin_timeout`选项吗?
、
在
linux
中,当另一方从未向我们发送fin时,我们有
tcp
_fin_timeout
关闭
连接。但在macos中,我没有看到这样的情况。因此,我认为user timer(在
tcp
中描述)强制
关闭
连接。 但是它似乎不适用于
linux
和mac,对吗?
浏览 2
提问于2018-06-22
得票数 2
1
回答
如何在不读取IT的情况下检查
TCP
连接是否
被
对等设备正常
关闭
?
、
、
、
、
我使用的是
Linux
。是否有必要确定连接是如何
关闭
的? 谢谢!
浏览 2
提问于2016-08-07
得票数 2
2
回答
Linux
免费/
关闭
TCP
端口
我让
tcp
端口监听3299,当我使用它显示了我试过了但上面写着 -bash: fuser: command not found
浏览 3
提问于2015-04-01
得票数 0
回答已采纳
3
回答
在这些情况下
TCP
会自动
关闭
套接字吗?
、
、
我们正在使用C/S在
linux
上开发一个网络应用程序,最近我们发现,当大量UDP和
TCP
数据通过带宽传输时,一些打开和连接的套接字上的写/读可能会失败,看来套接字由于某种未知原因而
关闭
了。下面是问题,请告诉我
TCP
是否会自动
关闭
套接字。 假设有一个发送方和一个接收方,发送方通过
TCP
非阻塞套接字向接收方发送大量数据。假设应用程序本身和其他应用程序在带宽上有大量的通信量。如果带宽
被
完全部署,发送方没有任何机会发送数据,那么
TCP
会
浏览 0
提问于2013-01-21
得票数 0
回答已采纳
1
回答
Linux
TCP
/IP诊断为什么在C程序中
TCP
/IP read()返回0
、
、
、
我在
Linux
主机上运行了许多C程序(RHEL6.6)。它们与同一主机上的其他应用程序具有
TCP
/IP连接。每个连接的流量都非常少。这些套接字通常在应用程序的生存期内保持不变,因此它们在正常操作期间不会完全
关闭
。我预计,如果出现另一端崩溃之类的错误,read()将返回-1并设置errno。因此,问题是-除了
TCP
/IP连接
被
另一端彻底
关闭
(
关闭
(Fd);
关闭
(Fd))之外,是否还有其他原因会导致read()调用返回0?read()的
浏览 1
提问于2015-03-13
得票数 2
回答已采纳
2
回答
Linux
TCP
连接
被
拒绝
、
、
我正在做一个
TCP
连接程序,我想将地址和连接步骤设置为一个函数。该程序可以编译,但当我运行它时,屏幕显示:错误连接:连接
被
拒绝。你能帮帮我吗?
浏览 1
提问于2016-04-25
得票数 1
1
回答
在VIP转移到另一个主机后,谁应该重置
TCP
连接?
、
、
、
想象一下这种情况--客户机(
Linux
)与服务器(
Linux
)上托管的虚拟IP之间的
TCP
连接(NFS4或数据库)。服务器失败,VIP
被
另一台服务器接管(使用ARP)。客户端不知道这一点,并认为
TCP
连接仍然处于打开状态。客户端不断向辅助服务器发送重传(其中5-8个),而忽略它们。这大约需要3分钟,客户端会放弃,
关闭
失败的
TCP
连接并尝试打开一个新的连接。
浏览 0
提问于2021-04-26
得票数 1
1
回答
Linux
何时/如何决定在应用程序杀死时
关闭
套接字?
、
、
我有一个服务器进程和一个客户机进程运行在同一台
Linux
机器上。有时,我看不到任何连接
关闭
处理和连接保持“建立”(由netstat)。在
Linux
ubuntu 4.4.0-53-generic中,我总是看到连接
被
关闭
。 有时,我看到连接在
Linux
3.13.11 (纯内核,而不是Ubuntu)中
关闭
浏览 0
提问于2017-08-16
得票数 10
回答已采纳
3
回答
在C++中定义write_all()套接字函数时遇到问题
、
、
、
一切似乎都很正常,但是当这个客户机连接的服务器
关闭
时,write_all()返回4(即len),而不是预期的-1。
浏览 4
提问于2011-11-23
得票数 0
1
回答
TCP
_KEEPIDLE应该低于
TCP
_KEEPINTVL吗?
、
、
、
、
当我想测试“保持活动”选项时:
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开发
、
、
、
以下是我的环境:我正在实现一个
TCP
套接字服务器应用程序。在开发/调试时,应用程序可能会在连接
被
接受之后,以及在打开的套接字
被
优雅地
关闭
和
关闭
之前终止。在这种情况下,应用程序的下一次执行将失败绑定到侦听端口,只有在等待了一分钟左右之后,绑定才会再次成功。我的假设是
Linux
内核有一些清理机制来收集所有没有正常
关闭
的套接字,这解释了为什么我必须等待1分钟才能再次绑定端口。 话虽如
浏览 5
提问于2012-03-17
得票数 0
回答已采纳
1
回答
TCP
_USER_TIMEOUT值在RTT以下
考虑到
TCP
描述_用户_超时:很短的用户超时值会影响
TCP
在高延迟路径上的传输.如果用户超时发生在未完成段的确认到达之前(可能是由于数据包丢失),则连接将
关闭
。许多
TCP
实现默认为用户超时值几分钟。我预计2ms的
TCP
_USER_TIMEOUT会带来灾难性的后果:在RTT小于2ms的网络中,发送的每个<e
浏览 0
提问于2018-03-02
得票数 2
点击加载更多
扫码
添加站长 进交流群
领取专属
10元无门槛券
手把手带您无忧上云
相关
资讯
TCP 异常关闭研究分析
Linux TCP收发包配置解析
TCP关闭连接为什么会能 Time
TCP协议中RST异常关闭的问题
Linux TCP 连接速度异常的问题分析
热门
标签
更多标签
云服务器
ICP备案
实时音视频
对象存储
云直播
活动推荐
运营活动
广告
关闭
领券