UDP传输层通信协议详解

引言

在计算机网络通信的广阔天地中,传输层协议扮演着至关重要的角色。它们负责在网络中的两个终端之间建立、管理和终止数据传输。在众多传输层协议中,UDP(User Datagram Protocol,用户数据报协议)以其独特的特性和应用场景脱颖而出。UDP传输层通信协议详解,将为我们揭示这一协议的工作原理、优缺点以及在现代网络通信中的重要作用。

以下是本文需要的几个基础知识。

传输层--负责数据能够从发送端传输接收端。
端口号---端口号 (Port) 标识了一个主机上进行通信的不同的应用程序 ;
TCP/IP 协议中 , " IP", " 源端口号 ", " 目的 IP", " 目的端口号 ", " 协议号 " 这样一个五元组来标识一个通信 (可以通过 netstat -n 查看 );
端口号范围划分--uint16_t
0 - 1023: 知名端口号, HTTP, FTP, SSH等这些广为使用的应用层协议, 他们的端口号都是固定的.
1024 - 65535: 操作系统动态分配的端口号. 客户端程序的端口号, 就是由操作系统从这个范围分配的.
认识知名端口号 (Well-Know Port Number)
有些服务器是非常常用的 , 为了使用方便 , 人们约定一些常用的服务器 , 都是用以下这些固定的端口号(我们自己写一个程序使用端口号时 , 要避开这些知名端口号 .):
ssh 服务器 , 使用 22 端口
ftp 服务器 , 使用 21 端口
telnet 服务器 , 使用 23 端口
http 服务器 , 使用 80 端口
https 服务器 , 使用 443
执行下面的命令 , 可以看到知名端口号
cat /etc/services
两个问题
1. 一个进程是否可以 bind 多个端口号 ?--Y
2. 一个端口号是否可以被多个进程 bind?---N
netstat
netstat 是一个用来查看网络状态的重要工具
语法 netstat [ 选项 ]
功能 :查看网络状态
常用选项
n 拒绝显示别名,能显示数字的全部转化成数字
l 仅列出有在 Listen (监听) 的服務状态
p 显示建立相关链接的程序名
t (tcp)仅显示tcp相关选项
u (udp)仅显示udp相关选项
a (all)显示所有选项,默认不显示LISTEN相关
pidof
在查看服务器的进程 id 时非常方便 .
语法 pidof [ 进程名 ]
功能 :通过进程名 , 查看进程 id

UDP协议

0-31表示宽度,第一行的数据就是位段前两个数据,分别占用了16位

可以看到UDP的报头与格式还是比较简单的,符合了UDP效率高,不可靠的特性。

UDP的报头一共8字节,8*8 = 64bite,所以内部采用了位段(比特位)的方式梳理结构。包含了源端口号与目的端口号的信息(uint16_t)

16位UDP长度, 表示整个数据报(UDP首部+UDP数据)的最大长度(单位是1字节);
校验和: 如果校验和出错, 就会直接丢弃

校验和解读

UDP(用户数据报协议)中的16位校验和是一个重要的错误检测机制,它用于验证数据在传输过程中的完整性。以下是关于UDP 16位校验和的详细介绍:

### 工作原理
1. **计算校验和**:发送方在发送数据之前, 会计算整个UDP数据报的校验和。这个计算包括 UDP头部、UDP数据以及一个伪头部(pseudo-header)伪头部包含了源IP地址、目的IP地址、保留位(置为0)、协议号(对于UDP来说是17)和UDP数据报的长度

2. **伪头部的使用**:伪头部 并不真正存在于UDP数据报中,它仅在计算校验和时被使用。伪头部的目的是为了 确保数据报在传输过程中能够正确地到达目的地,即使它们在传输过程中可能会经过不同的网络路径。
3. **校验和的计算方法**:校验和的计算是通过将所有16位字(包括伪头部、UDP头部和数据)相加,并取反来完成的。如果相加的结果有进位,进位会被加回到最低位上。最终得到的16位值就是校验和。
### 校验和的验证
1. **接收方验证**:接收方在收到UDP数据报后, 会重新计算整个数据报(包括伪头部)的校验和,并与数据报中携带的校验和进行比较
2. **错误检测**:如果接收方计算出的校验和与数据报中的校验和不匹配,那么接收方可以认为数据在传输过程中发生了错误。在这种情况下, UDP通常会丢弃这个数据报,并且不会通知发送方
### 特点
- **简单性**:校验和的计算相对简单,不需要复杂的算法。
- **有限性**:1 6位的校验和只能检测出一定范围内的错误,它不是绝对可靠的。例如,它不能保证检测出所有类型的错误,也不能纠正错误。
- **无连接性**:由于 UDP是无连接的,校验和是UDP提供的一种基本错误检测手段,但它不保证数据的可靠传输
### 注意事项
- 如果发送方或接收方在 计算校验和时发现错误UDP协议本身不会尝试重传数据报这是与TCP协议的一个重要区别
- 在某些特殊情况下 ,发送方可以选择不计算校验和,并将校验和字段置为0。这通常用于 性能敏感的应用,但这样做会降低错误检测的能力。

UDP的特点

UDP传输的过程类似于寄信.
无连接: 知道对端的IP和端口号就直接进行传输, 不需要建立连接;
不可靠: 没有确认机制, 没有重传机制; 如果因为网络故障该段无法发到对方, UDP协议层也不会给应用层返回任何错误信息;
面向数据报: 不能够灵活的控制读写数据的次数和数量(不存在发送缓冲区)

面向数据报

应用层交给UDP多长的报文, UDP原样发送, 既不会拆分, 也不会合并;
用UDP传输100个字节的数据:
如果发送端调用一次sendto, 发送100个字节, 那么接收端也必须调用对应的一次recvfrom, 接收100个字节; 而不能循环调用10次recvfrom, 每次接收10个字节;
UDP 的缓冲区与全双工
UDP没有真正意义上的 发送缓冲区. 调用sendto会直接交给内核, 由内核将数据传给网络层协议进行后续的传输动作;
UDP具有接收缓冲区. 但是这个接收缓冲区不能保证收到的UDP报的顺序和发送UDP报的顺序一致;
如果缓冲区满了, 再到达的UDP数据就会被丢弃;
UDP socket 既能读 , 也能写 , 这个概念叫做 全双工

UDP使用注意事项

我们注意到 , UDP 协议首部中有一个 16位的最大长度 . 也就是说一个 UDP 能传输的数据最大长度是 64K( 包含 UDP首部 ).
然而 64K 在当今的互联网环境下 , 是一个非常小的数字 .
如果我们需要传输的数据超过64K, 就需要在应用层手动的分包多次发送, 并在接收端手动拼装;
2^10*2^6  /  1024(字节) = 64KB

基于UDP的应用层协议

NFS: 网络文件系统
TFTP: 简单文件传输协议
DHCP: 动态主机配置协议
BOOTP: 启动协议 ( 用于无盘设备启动 )
DNS: 域名解析协议
当然 , 也包括你自己写 UDP 程序时自定义的应用层协议

DNS

DNS(Domain Name System,域名系统)是一种用于将域名和IP地址相互转换的分布式数据库和协议。DNS的主要目的是便于人们使用易于记忆的域名来访问互联网上的资源,而不需要记住复杂的IP地址。以下是DNS协议的简介:

### 功能:

- **域名解析**:将人类可读的域名(如 www.example.com)转换为机器可读的IP地址(如 192.0.2.1)。

- **反向解析**:将IP地址转换为对应的域名(主要用于某些网络管理和安全功能)。

- **域名服务**:提供域名注册、更新和删除等服务。

### 工作原理:

1. **递归查询**:

   - 用户在浏览器中输入域名,计算机会向本地DNS服务器发送解析请求。

   - 如果本地DNS服务器没有缓存该域名的记录,它会作为递归解析器,向其他DNS服务器发送查询请求,直到找到解析结果。

2. **迭代查询**:

   - DNS服务器之间通常使用迭代查询。当一个DNS服务器收到查询请求时,如果它没有所需的信息,它会返回另一个DNS服务器的地址,让请求者向该服务器发送新的查询。

3. **DNS记录**:

   - DNS记录存储在DNS服务器上,它们包含有关域名的各种信息,如A记录(域名到IPv4地址的映射)、AAAA记录(域名到IPv6地址的映射)、MX记录(邮件交换记录)、CNAME记录(别名记录)等。

### DNS服务器类型:

- **根域名服务器**:顶级域名(如.com、.net、.org)的DNS服务器。

- **顶级域名服务器**(TLD):管理特定顶级域名的DNS服务器。

- **权威域名服务器**:管理特定域名的DNS服务器。

- **本地DNS服务器**:通常由互联网服务提供商(ISP)或组织提供,为用户提供本地解析服务。

### 安全性:

- DNS存在一些安全风险,如DNS劫持、缓存投毒等。

- 为提高安全性,可以使用DNSSEC(DNS安全扩展)来验证DNS响应的真实性和完整性。

DNS是互联网基础设施的重要组成部分,它使得用户能够通过简单的域名来访问互联网上的各种资源。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.rhkb.cn/news/495711.html

如若内容造成侵权/违法违规/事实不符,请联系长河编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Node.js 工具:在 Windows 11 中配置 Node.js 的详细步骤

一、概述 记录时间 [2024-12-25] 本文讲述如何在 Windows 11 中进行 Node.js 工具的安装和配置。 以下是详细的步骤和说明。 二、安装 Node.js 1. 官网下载 通过官网,下载 Node.js,上面有好几种下载方式,文中下载的是 zip 压缩包。 如图&…

Chrome被360导航篡改了怎么改回来?

一、Chrome被360导航篡改了怎么改回来? 查看是否被360主页锁定,地址栏输入chrome://version,看命令行end后面(蓝色部分),是否有https://hao.360.com/?srclm&lsn31c42a959f 修改步骤 第一步&#xff1a…

Mysql 查询性能调优总结

一、查询分析性能的相关配置 1.1 配置显示查询性能的参数 在 MySQL 中,SHOW PROFILES 命令用于显示最近的查询性能概况,帮助你分析哪些查询比较耗时。 show profiles; 需要启用参数 profiling,才能使用上述功能,其相关参数设置…

python中使用selenium执行组合快捷键ctrl+v不生效问题

在执行ctrlv进行粘贴时,绑定一个页面上的元素对象(无论元素对象是否是引用过期或者是粘贴的目标文本区,但前提需要粘贴的目标文本区获取焦点)执行ctrlv后可以生效。执行粘贴组合快捷键(ctrlv)的示例代码 se…

C++模板:编译时模拟Duck Typing

C泛型与多态(4): Duck Typing - 简书 James Whitcomb Riley在描述这种is-a的哲学时,使用了所谓的鸭子测试(Duck Test): 当我看到一只鸟走路像鸭子,游泳像鸭子,叫声像鸭子,那我就把它…

【求职面试】驾照的种类

大型客车 A1 大型载客汽车 A3、B1、B2、C1、C2、C3、C4、M 牵引车 A2 重型、中型全挂、半挂汽车列车 B1、B2、C1、C2、C3、C4、M 城市公交车 A3 核载10人以上的城市公共汽车 C1、C2、C3、C4 中型客车 B1 中型载客汽车(10人以上、19人以下) C1、C2、C3…

PyQt实战——使用python提取JSON数据(十)

系类往期文章: PyQt5实战——多脚本集合包,前言与环境配置(一) PyQt5实战——多脚本集合包,UI以及工程布局(二) PyQt5实战——多脚本集合包,程序入口QMainWindow(三&…

RAG实战:构建基于本地大模型的智能问答系统

RAG实战:构建基于本地大模型的智能问答系统 引言 在当今AI快速发展的时代,如何构建一个既智能又可靠的问答系统是一个重要课题。本文将介绍如何使用RAG(检索增强生成)技术,结合本地大模型,构建一个高效的智…

OAuth 2.0

简介 OAuth 是一种开放标准的授权协议或框架,它提供了一种安全的方式,使第三方应用程序能够访问用户在其他服务上的受保护资源,而无需共享用户的凭证(如用户名和密码)。OAuth 的核心思想是通过“授权令牌”来代替直接…

IntelliJ IDEA 远程调试

IntelliJ IDEA 远程调试 在平时开发 JAVA 程序时,在遇到比较棘手的 Bug 或者是线上线下结果不一致的情况下,我们会通过打 Log 或者 Debug 的方式去定位并解决问题,两种方式各有利弊,今天就简要介绍下如何通过远程 Debug 的情况下…

美国辅料查询之FDA批准药用辅料数据库(IID数据库)

药用辅料的性质很大程度上决定了制剂的性质,每一种新的药用辅料的问世,都会为制剂技术的发展带来新的机遇,每一种药用辅料都可能让制剂研发员开发出新剂型药物,所以在药物制剂研发过程中,药用辅料的信息调研是不可或缺…

YOLOv10目标检测-训练自己的数据

yolov10 https://github.com/THU-MIG/yolov10?tabreadme-ov-file 1. 数据集 模型的建立需要收集图片并且进行标注。YOLOv10标注的文件格式如下(每张图片对应一个标签文件): 0 0.441753 0.815461 0.061021 0.042763 1 0.395895 0.759868 …

Redis学习(五)优惠券秒杀2——分布式锁

Redis学习(五)优惠券秒杀2 一、分布式锁-redission二、快速入门三、redission可重入锁原理四、redission锁的MutiLock原理 一、分布式锁-redission 基于setnx实现的分布式锁存在下面的问题: 重入问题:重入问题是指 获得锁的线程…

Flink调优----资源配置调优与状态及Checkpoint调优

目录 第 1 章 资源配置调优 1.1 内存设置 1.1.1 TaskManager 内存模型 1、内存模型详解 2、案例分析 1.1.2 生产资源配置示例 1.2 合理利用 cpu 资源 1.2.1 使用 DefaultResourceCalculator 策略 1.2.2 使用 DominantResourceCalculator 策略 1.2.3 使用 DominantRes…

Docker怎么关闭容器开机自启,批量好几个容器一起操作?

环境: WSL2 docker v25 问题描述: Docker怎么关闭容器开机自启,批量好几个容器一起操作? 解决方案: 在 Docker 中,您可以使用多种方法来关闭容器并配置它们是否在系统启动时自动启动。以下是具体步骤和…

模型的量化(Quantization)

文章目录 一、浮点数格式:FP64, FP32, FP16, BFLOAT16, TF32之间的相互区别1、关于浮点数2、常见的浮点数格式 二、量化(Quantization)1、基本概念2、量化的实现8bit量化4bit量化 三、QLora四、大语言模型量化方法对比:GPTQ、GGUF…

勤云远程稿件处理系统 SQL注入漏洞复现(XVE-2024-18393)

0x01 产品简介 勤云远程稿件处理系统(又称勤云采编系统)是北京勤云科技发展有限公司研发的一款产品,是一款全网络版期刊采编管理系统,旨在解决从投稿到稿件发表整个过程的信息化管理问题。该系统集成了搜索引擎、云计算等先进技术,为编辑部、作者和审稿人提供了便捷、高效…

谷歌Gemini与Anthropic Claude对比测试引发争议:AI竞赛暗流涌动

每周跟踪AI热点新闻动向和震撼发展 想要探索生成式人工智能的前沿进展吗?订阅我们的简报,深入解析最新的技术突破、实际应用案例和未来的趋势。与全球数同行一同,从行业内部的深度分析和实用指南中受益。不要错过这个机会,成为AI领…

vLLM (2) - 架构总览

系列文章目录 vLLM (1) - Qwen2推理&部署 vLLM (2) - 架构总览 vLLM (3) - Sequence & SequenceGroup vLLM (4) - LLMEngine上篇 vLLM (5) - LLMEngine下篇 vLLM (6) - Scheduler & BlockSpaceManager 文章目录 系列文章目录前言一、官方资料二、原理简述三、架构…

QT从入门到精通(三)——实现文件列表遍历的图像浏览器

使用 Qt 实现文件列表遍历的图像浏览器 在本篇博客中将介绍如何使用 Qt 框架创建一个简单的图像浏览器应用程序。该应用程序能够选择文件夹,遍历其中的图像文件,并显示这些图像。我们将重点关注如何使用 Qt 的文件对话框和 OpenCV 库来处理图像。 1. 项…