个人中心
文章发布
退出
作者热门文章
- 使用 Spring Initializr 创建 Spring Boot 应用程序
- 在Spring Boot中配置Cassandra
- 在 Spring Boot 上配置 Tomcat 连接池
- 将Camel消息路由到嵌入WildFly的Artemis上
28
4
** 传输控制协议(Transmission Control Protocol****，TCP)**是一种传输层协议。TCP使数据包从源到目的地的传输更加顺畅。它是一种面向连接的端到端协议。每个数据包由TCP包裹在一个报头中，该报头由10个强制字段共20个字节和一个0到40 字节的可选数据字段组成。如下图所示：来自于https://www.geeksforgeeks.org
**
**
** **1.源端口号(Source Port)：16bits，该字段标识发送方应用程序的端口号。
** **2.目标端口号(Destination Port)：16bits，该字段标识接收方应用程序的端口号。
** **3.序列号(Sequence Number)：32bits，在连接建立(三次握手)后，该字段包含一个32位随机初始序列号/起始数据位，随后增加传输的字节数。
** **4.确认应答号(Acknowledgement Number)：32bits，接收方使用这个32位参数来请求下一个TCP段。它是下一个预测的TCP段的序列号。
** **5.报头长度(Header Length)：4bits，该字段表示TCP报头的大小，但是是按比例缩小的版本。
** **6.保留位(Reserved)：6bits，该字段的位设置为零。这些位保留供以后使用。
** **7.标志位(Flags bits)：6bits，一组六个字段，每个字段长一位。TCP标志用于指示TCP会话期间的特定状态，可用于故障排除或控制特定连接的处理方式。每个标志位值为1，表示特定标志为”****设置”。如下图所示：
** **TCP标志是TCP报头中存在的各种类型的标志位，它们每个都有自己的意义，它们启动连接、携带数据并断开连接。
** SYN和ACK标志用于TCP****三次握手以建立连接**。在TCP连接建立过程中，TCP发送了一个设置了SYN标志的TCP段。ACK标志始终设置，除了TCP连接建立的第一段。只有SYN标志被设置，表示这是新的TCP连接的第一个段。
** TCP使用三次握手来建立可靠的连接。连接是全双工的(full-duplex)，双方相互同步(SYN)和确认(ACK)。三次握手分三个步骤进行：SYN、SYN, ACK、ACK**，如下图所示：
** ** 四次挥手分四个步骤进行：FIN, ACK、ACK、FIN, ACK**、ACK**。四次挥手，就是在关闭连接的时候双方一共要操作四次。
** URG和PSH****标志在数据传输期间使用**。
** **(1).URG(Urgent，紧急标志)：当设置此位值时，数据优先于其它数据。表示数据包所携带的数据应立即由TCP堆栈处理。表明发送端向另一端使用紧急方式发送数据，包中有需要紧急处理的数据。
** **(2).ACK(Acknowledgment，确认标志)：应答响应，这个位字段在连接建立(三次握手)和数据传输期间使用。用于确认数据包已经收到，也用于确认发起请求和拆除请求。TCP规定除了最初建立连接时的SYN包之外该位必须设置为1。
** **(3).PSH(Push，推送标志)：这个位字段告诉应用程序立即发送数据。表示传入的数据应该直接传递给应用程序，而不是被缓存。PSH为0，也就是普通情况下，则不需要立即传，而是先进行缓存。
** **(4).RST(Reset，重置标志)：这个位字段设置是为了重置TCP连接。表示连接已关闭，或者服务可能不接受请求。表示TCP连接中出现异常必须强制断开连接。RST****标志用于中止连接，经常用它解决网络连接问题。
** **(5).SYN(Synchronization，同步标志)：这个位标志用于发起一个连接，建立连接并设置初始序列号。
** **(6).FIN(Finish，完成标志)：这个位字段表示TCP连接的结束，表示正在断开连接或关闭连接。发送方和接收方都发送FIN包以终止连接。表示发送方完成任务，今后不会有数据发送，希望断开连接。当通信结束希望断开连接，通信双方的主机之间就可以相互交换FIN位置为1的TCP段。FIN标志用于终止TCP连接。
** **8.窗口大小(Window Size)：16bits，该参数表示接收端的缓存容量。窗口的大小用于管理数据流。
** **9.校验和(Checksum)：16bits，发送方计算循环冗余校验(Cyclic Redundancy Check，CRC)校验和，并在数据传输前将其添加到该字段中，以防止数据错误。接收设备可以使用校验和来检查接收到的报头和载荷(payload)中的缺陷。
** **10.紧急指针(Urgent Pointer)：16bits，指向段中紧急数据的结尾。但是，仅当设置了URG标志时才会出现此字段。
** **11.选项/可选数据(Options/optional data)：0--40字节，该字段包含可选的信息，例如最大段大小、时间戳、窗口大小扩展、填充等。
** **以上内容主要来自于网络整理。
** GitHub**：https://github.com/fengbingchun/OpenSSL_Test
《新程序员》：云原生和全面数字化实践
50位技术专家共同创作，文字、视频、音频交互阅读
28
4
0
我是 ZMQ 的新手。我发现 ZMQ 套接字实现比 winsock 简单得多。但我怀疑 “使用 ZMQ TCP 套接字创建的客户端可以与传统的 TCP 服务器通信吗？” 换句话说我的 ZMQ 客户端可
我想使用 TCP 协议(protocol) 将数据发送到 Logstash。为了发送数据，我正在使用 Node-RED。一个简单的配置如下所示: 在 Logstash 文件夹中，我创建了一个名为 no
当我尝试更改窗口缩放选项时，作为 root，我可以通过在 /proc/sys/net/中执行 net.ipv4.tcp_mem=16777000 来更改值。如果我必须更改这 100 个系统，那将需要大
明天做一些练习题，这道做不出来 TCP 服务器连接 TCP 客户端进行通信所需的最小套接字端口数是多少？ 肯定只有两个吧？一个用于服务器，一个用于客户端，但这似乎是显而易见的。我的伙伴们认为 TCP
考虑一个存在一个服务器和多个客户端的场景。每个客户端创建 TCP 连接以与服务器交互。 TCP alive的三种用法: 服务器端保活:服务器发送 TCP 保活以确保客户端处于事件状态。如果客户端死了，
TCP TAHOE 和 TCP RENO 有什么区别。 我想知道的是关于 3-dup-ack 和超时的行为？ SST 发生了什么变化？ 谢谢! 最佳答案 TCP Tahoe 和 Reno 是处理 TC
大家早上好。我一直在阅读(其中大部分在堆栈溢出中)关于如何进行安全密码身份验证(散列 n 次，使用盐等)但我怀疑我将如何在我的 TCP 客户端中实际实现它-服务器架构。 我已经实现并测试了我需要的方法
在遍历 RFC793 时,我开始知道应该以这种方式选择初始序列号段重叠被阻止。 有人能解释一下如果发生重叠，重复段将如何影响 TCP？ 最佳答案 不同的操作系统有不同的行为。参见 http://ins
你能举例说明一下tcp/ip中nagle算法的概念吗？ 最佳答案 我认为Wikipedia在开头的段落中做得很好。 Nagle's document, Congestion Control in IP
似乎最大 TCP 接收窗口大小为 1GB(使用缩放时)。因此，仍然可以用一个连接填充 100Gb 管道的最大 RTT 是 40ms(因为 2 * 40E-3 * 100E9/8 = 1GB)。这会将这
考虑在两个 TCP 端点之间建立的 TCP 连接，其中一个调用: 关闭():此处，不允许进一步读取或写入。 关机(fd，SHUT_WR):这会将全双工连接转换为单工连接，其中调用 SHUT_WR 的端
我是在 Lua 中编写解析器的新手，我有两个简短的问题。我有一个包含 TCP 选项的数据包，如 MSS、TCP SACK、时间戳、NOP、窗口比例、未知。我基本上是在尝试剖析 TCP 选项字段中的未知
TCP 是否不负责通过在传输过程中发生丢失等情况时采取任何可能必要的措施来确保通过网络完整地发送流？ 它做的不对吗？ 为什么更高的应用层协议(protocol)及其应用程序仍然执行校验和？ 最佳答案
考虑使用 10 Mbps 链路的单个 TCP (Reno) 连接。假设此链路不缓冲数据并且接收方的接收缓冲区比拥塞窗口大得多。设每个 TCP 段的大小为 1500 字节，发送方和接收方之间连接的双向传
考虑这样一个场景，有client-a和server-b。 server-b 禁用了 TCP keepalive。 server-b 没有任何应用程序逻辑来检查 TCP 连接是否打开。 client-a
我正在尝试用 Rust 编写回显服务器。 use std::net::{TcpStream, TcpListener}; use std::io::prelude::*; fn main() {
听说对于TCP连接，服务器会监听一个端口，并使用另一个端口发送数据。 例如，Web 服务器监听端口 80。每当客户端连接到它时，该服务器将使用另一个端口(比如 9999)向客户端发送数据(Web 内容
我试图了解带有标记 PSH 和标记 URG 的 TCP 段之间的区别。我阅读了 RFC，但仍然无法理解，其中一个在将数据发送到进程之前缓冲数据而另一个没有吗？ 最佳答案 它们是两种截然不同的机制。 #
有第三方服务公开 TCP 服务器，我的 Node 服务器(TCP 客户端)应使用 tls Node 模块与其建立 TCP 连接。作为 TCP 客户端， Node 服务器同时也是 HTTP 服务器，它应
我正在发送一些 TCP SYN 数据包以获得 TCP RST 的返回。为了识别每个探测器，我在 TCP 序列字段中包含一个计数器。我注意到以下几点: 当SYN probe中的sequence numb
我是一名优秀的程序员,十分优秀！