TCP 谈论生存

      最后更新:2021-12-03 20:02:36 手机定位技术交流文章

      TCP是一项最先进的通信议定书,所谓的国家状态是每个通信方在来文期间保持的联系状态。

      简要回顾建立和取消 TCP 连接的整个过程( 见下文图), 主要考虑的是正常程序 。 首先, 客户端向服务提供商发送同步( 同步顺序编号: 同步序列号), 告诉服务提供商我要连接您, 同步软件包主要包含客户端后序号 。 客户端发送了同步+ack, 其中同步软件包与客户方原则相似, 但与服务端的后序号一起携带, 且软件包确认客户可以连接 。 最后客户端再次向服务器的同步软件包发送检查确认 。 这样客户端和服务方可以建立连接, 与整个程序握手三次 。

      TCP漫谈之keepalive

      当连接时,客户端或服务可以通过已建立的套接字连接传输数据,当从另一端接收数据时,杰克可以验证收到的数据。

      数据交换完成后, 客户一般会发送 FIN 软件包, 并通知另一端我正在分手。 另一端确认通过 ACK 收到 FIN 软件包, 并发送 FIN 软件包通知客户我也已关闭。 最后一个客户对 ACK 确认连接已经结束, 整个过程被称为四波波。

      除了TCP+IP额外信头之外, TCP 的性能对每个人来说往往很差。 它需要三手握手才能创建连接, 需要四个波浪才能关闭它。 如果只传输了很少的数据, 则很少有合法数据可以传输。 建立能够被再利用的连接是否可行? 这是可以想象的, 但还有一个问题: 如果连接仍未公布, 港口被占用了? 这导致了今天谈话主题的发展。 所谓的 tcp 保存意味着当连接形成时, 它会通过保存方法被保存, 并且不会在数据传输完成后被中止, 但是会通过保存机制被检测 。

      Linux的三个设置控制着保存
      我不知道你们在说什么 但我不知道你们在说什么 但我不知道你们在说什么 但我不知道你们在说什么

      TCP漫谈之keepalive

      您可以看到, tcp 的保存时间是两个小时。 他们会在两个小时后发送一个检测工具箱。 确认是否连接到终点。 讨论 tcp 的偏离寿命的原因是, 服务器上的一个漏泄的 tcp 连接被检测到 。

      建立了两天的连接,但另一方被断开(不寻常),原因是使用较早的回答(1)。 9岁前的版本很麻烦),导致连接没有释放。

      使用 tcp 保存机制可以处理这类问题。 最新版本的 Go 语言已经允许构建与“ kepepelive” 时间的连接。 首先, 考虑在网络包 DialContext 中生成 tcp 连接的方式 :

      默认的 TCPPlayAliver 时间为 15 秒。 如果 http 使用默认方法连接到 http, 他将把 etepelive 的时间调整为 30 秒 。

      以下是快速抽样测试 代码如下:

      无法删除文件夹:%s:没有此文件夹

      TCP漫谈之keepalive

      然后它会降到零 然后它会夺回30年代

      TCP漫谈之keepalive

      可使用 tcpdump 访问整个进程 :

      # tcpdump -i bond0 port 35832 -nvv -A

      事实上,许多申请没有使用技术中心保存的方法进行调查,因为默认的两小时检查时间对许多实时系统来说是完全不满意的,一般是通过定期监测应用层,例如PING-PONG机制(如乒乓球,一次一发),它每隔一段时间传送心跳包,如Websocket的乒乓。

      本文由 在线网速测试 整理编辑,转载请注明出处,原文链接:https://www.wangsu123.cn/news/14108.html

          热门文章

          文章分类