常州制作网站公司,白云做网站要多少钱,seo关键词排名系统,wordpress word上传目录 一.TCP协议
1.介绍
2.报文格式
编辑
确认号
控制位
窗口大小
3.TCP特性
二.TCP协议的三次握手
1.tcp 三次握手的过程
三.四次挥手
2.有限状态机
四.tcp协议和udp协议的区别
五.udp协议
UDP特性
六.telnet协议 一.TCP协议
1.介绍
TCP#xff08;Transm…目录 一.TCP协议
1.介绍
2.报文格式
编辑
确认号
控制位
窗口大小
3.TCP特性
二.TCP协议的三次握手
1.tcp 三次握手的过程
三.四次挥手
2.有限状态机
四.tcp协议和udp协议的区别
五.udp协议
UDP特性
六.telnet协议 一.TCP协议
1.介绍
TCPTransmission Control Protocol传输控制协议是一种面向连接的、可靠的、基于字节流的传输层通信协议由IETF的RFC 793定义。TCP是互联网中使用最广泛的协议之一与IP协议一起构成TCP/IP协议族的基础。
2.报文格式 源端口Source Port16发送方使用的端口号标识发送数据的应用程序。目的端口Destination Port16接收方使用的端口号标识接收数据的应用程序。序号Sequence Number32数据流中的第一个字节的编号用于确保数据按序到达。确认号Acknowledgment Number32对方需要确认的最后一个已接收字节的编号1。首部长度Heade Length)4表示TCP头部长度以32位字4字节为单位。保留Reserved6必须为0通常用于将来扩展。控制位Control Bit8包含多个控制位如URG紧急、ACK确认、PSH急切、RST重置、SYN同步、FIN断开。窗口大小Window Size16接收方期望的下一报文段的最大长度。校验和Checksum16用于检测数据错误的校验和覆盖头部和数据部分。紧急指针Urgent Pointer16如果设置了URG标志则指出紧急数据的末尾。
确认号
seq确认号x
A--------------》》B
《《----------------- 确认号x1 希望A 下次发的数据包序号为x1
seqx1
------------------》》
确认号的作用告诉对方我收到了你的消息 确认机制
控制位
控制位描述了AB两台电脑目前处于什么状态
tcp 先要建立连接
A B
1没有建立连接
2已建立连接
3断开连接
URG紧急位当该位被置为1时表示紧急指针有效。紧急指针字段指出紧急数据的末尾。
紧急数据通常用于通知接收方有需要立即处理的信息。 表示本报文段中发送的数据是否包含紧急数据。后面的紧急指针字段urgent pointer只有当URG1时才有效 ACK确认位当该位被置为1时确认号字段有效。这意味着发送方已经收到了之前的数据并且正在期待接收方的下一个序列号的数据。所有的连接建立、数据传输和连接终止都必须使用ACK标志 表示是否前面确认号字段是否有效。只有当ACK1时前面的确认号字段才有效。TCP规定连接建立后ACK必须为1,带ACK标志的TCP报文段称为确认报文段 PSH急切位当该位被置为1时要求接收方立即将数据提交给上层应用程序而不是等待缓冲区填满后再进行 提示接收端应用程序应该立即从TCP接收缓冲区中读走数据为接收后续数据腾出空间。如果为1则表示对方应当立即把数据提交给上层应用而不是缓存起来如果应用程序不将接收到的数据读走就会一直停留在TCP接收缓冲区中 RST(重置位当该位被置为1时表示连接出现严重错误或者异常需要重新初始化连接状态。
RST标志通常在网络故障、非法数据包或连接超时等情况下使用 如果收到一个RST1的报文说明与主机的连接出现了严重错误如主机崩溃必须释放连接然后再重新建立连接。或者说明上次发送给主机的数据有问题主机拒绝响应带RST标志的TCP报文段称为复位报文段 SYN(同步位当该位被置为1时表示这是一个连接请求或连接接受报文。在三次握手过程中SYN标志用于同步序列号 在建立连接时使用用来同步序号。当SYN1ACK0时表示这是一个请求建立连接的报文段当SYN1ACK1时表示对方同意建立连接。SYN1说明这是一个请求建立连接或同意建立连接的报文。只有在前两次握手中SYN才置为1带SYN标志的TCP报文段称为同步报文段 FIN断开位当该位被置为1时表示发送方已经没有更多的数据要发送希望关闭连接。
在四次挥手过程中FIN标志用于结束数据传输 表示通知对方本端要关闭连接了标记数据是否发送完毕。如果FIN1即告诉对方“我的数据已经发送完毕你可以释放连接了”带FIN标志的TCP报文段称为结束报文段 syn1 请求建立连接syn1 ack1 同一和你连接fin1 请求断开fin1 ack 同一和你断开
窗口大小
窗口大小 调节每次发送的数据包量
服务端和客户端之间会根据实际情况 自动调节数据包的个数
3.TCP特性 工作在传输层 面向连接协议 全双工协议 半关闭 错误检查(校验) 将数据打包成段排序 给数据排序确定数据来源于哪一台主机 确认机制对面每发一个包我会告诉对面我收到了 数据恢复重传 流量控制滑动窗口
二.TCP协议的三次握手
TCP建立连接的过程称为三次握手 为什么要是三次 确保数据能够到达2次不够4次多余三次正好 1.tcp 三次握手的过程
客户端主动发起请求报文其中报文序号是随机产生的x并且报文中的控制位SYN1代表请求建立连接
当服务端收到请求建立连接的报文会回复一个报文会产生是随机序号y生成一个确认号值为客户端请求报文的序号1x1然后控制位SYN1,ACK1代表同意建立连接
当客户端收同一建立连接的报文时会回复一个确认报文会按照对方要求 产生序号为x1再生成一个确认号值为对方报文的序号1y1最后控制位的ACK1代表收到对方同意连接的请求 pc1 pc2
1发送SYN报文seqxSYN1)
2发送SYNACK报文seqyackx1SYN1,ACK1)
3发送ACK报文seqx1acky1ACK1 当pc1想和pc2建立起连接 将 连接信息写入报文 第一步 pc1会发送一个 建立连接的请求报文 这个报文中 有 报文的序号seqx 同步位请求建立连接关系 SYN1 ACK0 控制位当前两台机器处于什么状态 建立连接 处于连接 断开连接 第二步 当pc2 收到消息以后 是不是要回复一个报文 报文的序号 seqy ack确认号 我希望你下一次发送 x1 序号的报文给你 控制位 SYN1 ACK1 请求建立连接 pc2 同意建立连接 第三步收到 pc2 同意建立连接的报文后 1.会发送一个x1报文 2.会告诉对方 我希望你下次 发送y1的序号报文给我 3.最后 将ACK1 封装进去 告诉我收到你的同意请求 三.四次挥手
四次挥手Four-way Handshake是TCPTransmission Control Protocol协议用于终止连接的过程。这个过程确保了双方都知道对方已经准备好关闭连接防止数据丢失和资源浪费。 挥手为什么需要四次 因为当服务端收到客户端的SYN连接请求报文后可以直接发送SYNACK报文。其中ACK报文是用来应答的SYN报文是用来同步的。但是关闭连接时当服务端收到FIN报文时很可能并不会立即关闭SOCKET所以只能先回复一个ACK报文告诉客户端“你发的FIN报文我收到了”。只有等到我服务端所有的报文都发送完了我才能发送FIN报文因此不能一起发送。故需要四次挥手。 一主动关闭方发送FIN
主动关闭方通常是客户端或发起断开请求的一方向被动关闭方通常是服务器端或接收到断开请求的一方发送一个FIN1的报文段。这个报文段表明主动关闭方没有更多的数据要发送并进入FIN-WAIT-1状态。
二被动关闭方回复ACK被动关闭方接收到FIN报文段后返回一个带有ACK1的报文段确认收到了主动关闭方的断开请求。此时被动关闭方会将未完成的数据发送给主动关闭方然后进入CLOSE-WAIT状态。
三被动关闭方发送FIN当被动关闭方完成了所有数据的发送后它也会向主动关闭方发送一个FIN1的报文段表示自己也准备好关闭连接。这时被动关闭方进入LAST-ACK状态。
四主动关闭方回复ACK主动关闭方接收到被动关闭方的FIN报文段后返回一个带有ACK1的报文段确认收到了被动关闭方的断开请求。这时主动关闭方进入TIME-WAIT状态等待一段时间以确保最后一个ACK能够到达被动关闭方。
五被动关闭方关闭连接被动关闭方接收到主动关闭方的ACK报文段后可以安全地关闭连接。
六主动关闭方关闭连接在TIME-WAIT状态等待一段时间后如果主动关闭方没有收到任何数据包则认为最后一个ACK已经成功送达可以安全地关闭连接。
通过这个四次挥手的过程TCP能够确保双方都已准备好关闭连接避免了因一方错误关闭连接而引发的问题
2.有限状态机
CLOSED 没有任何连接状态LISTEN 监听状态等待来自远方TCP端口的连接请求 SYN-SENT 在发送连接请求后等待对方确认SYN-RECEIVED 在收到和发送一个连接请求后等待对方确认ESTABLISHED 代表传输连接建立双方进入数据传送状态FIN-WAIT-1 主动关闭,主机已发送关闭连接请求等待对方确认FIN-WAIT-2 主动关闭,主机已收到对方关闭传输连接确认等待对方发送关闭传输连接请求TIME-WAIT 完成双向传输连接关闭等待所有分组消失CLOSE-WAIT 被动关闭,收到对方发来的关闭连接请求并已确认LAST-ACK 被动关闭,等待最后一个关闭传输连接确认并等待所有分组消失CLOSING 双方同时尝试关闭传输连接等待对方确认
四.tcp协议和udp协议的区别
tcpudp是否连接面向连接不连接是否可靠可靠传输使用流量控制和拥塞控制不可靠不使用流量控制和拥塞控制传输方式面向字节流面向报文传输效率慢快使用场景适用于要求可靠传输的应用例女文件传输适用于实时应用 (IP电话、视频会议、直播等
五.udp协议
UDPUser Datagram Protocol用户数据报协议是一种无连接的传输层通信协议它不保证数据包的顺序、可靠性和完整性。
简单快速UDP没有复杂的握手和确认机制数据包可以直接发送到目标主机。无连接在使用UDP之前不需要建立连接。只需知道接收方的IP地址和端口号就可以直接发送数据包。这也意味着当网络条件变化时UDP无法自动调整发送速率或重新发送丢失的数据包。不可靠UDP不提供任何保证数据包到达目的地的机制。如果数据包在网络中丢失、损坏或延迟UDP不会进行重传或修复。
UDP特性
工作在传输层提供不可靠的网络访问非面向连接协议有限的错误检查传输性能高无数据恢复特性
udp 69 tftp 简易文件传输协议
111 rpc 远程过程调用
123 ntp 网络时间协议
六.telnet协议
远程连接协议远程管理协议
作用探测远端服务器端口是否打开
