6、传输层协议

目录

传输层

再谈端口号

端口号范围划分

[认识知名端口号(Well-Know Port Number)](#认识知名端口号(Well-Know Port Number))

两个问题

[UDP 协议](#UDP 协议)

[UDP 协议端格式](#UDP 协议端格式)

[UDP 的特点](#UDP 的特点)

面向数据报

[UDP 的缓冲区](#UDP 的缓冲区)

[UDP 使用注意事项](#UDP 使用注意事项)

[基于 UDP 的应用层协议](#基于 UDP 的应用层协议)


传输层

负责数据能够从发送端传输接收端.

再谈端口号

端口号(Port)标识了一个主机上进行通信的不同的应用程序;

在 TCP/IP 协议中, 用 "源 IP", "源端口号", "目的 IP", "目的端口号", "协议号" 这样一个 五元组来标识一个通信(可以通过 netstat-n查看)

端口号范围划分

• 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 多个端口号?

可以 。一个进程可以创建多个 socket 文件描述符,每个 socket 可以通过 bind() 绑定到不同的端口号(或不同 IP 地址的相同/不同端口)。例如,一个 Web 服务器可以同时监听 80 端口(HTTP)和 443 端口(HTTPS)。

  1. 一个端口号是否可以被多个进程 bind?

默认不可以,但通过特殊选项可以。

  • 默认行为 :同一 IP 地址上的同一端口号同时只能被一个进程绑定(独占)。第二个进程 bind() 会失败(报错 Address already in use)。

  • 例外情况

    • SO_REUSEADDR :允许重用处于 TIME_WAIT 状态的端口,或绑定到通配地址与特定地址的组合(如 0.0.0.0:8080127.0.0.1:8080 可以同时绑定)。

    • SO_REUSEPORT (Linux 3.9+,BSD 等):允许多个进程完全绑定到相同的 IP 和端口,内核会将收到的连接请求负载均衡到这些进程(常用于多进程服务器)。

此外,如果多个进程绑定到不同的 IP 地址 (例如一个绑定 127.0.0.1:8080,另一个绑定 0.0.0.0:8080),也可以共存。

UDP 协议

UDP 协议端格式

• 16 位 UDP 长度, 表示整个数据报(UDP 首部+UDP 数据)的最大长度;

• 如果校验和出错, 就会直接丢弃

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, 就需要在应用层手动的分包, 多次发送, 并在接收端 手动拼装;

基于 UDP 的应用层协议

• NFS: 网络文件系统

• TFTP: 简单文件传输协议

• DHCP: 动态主机配置协议

• BOOTP: 启动协议(用于无盘设备启动)

• DNS: 域名解析协议

• 当然, 也包括你自己写 UDP 程序时自定义的应用层协议

相关推荐
蓝胖的四次元口袋2 小时前
服务器网络与系统基础-面试题
服务器·网络
Cx330❀3 小时前
【MySQL基础】一文吃透“表的约束”:从 Null/Default 到主外键的终极安全法则
linux·服务器·数据库·c++·mysql·安全
程序员JerrySUN3 小时前
Jetson 刷机深度解析:flash.sh vs l4t_initrd_flash.sh(含安全与磁盘加密对比)
linux·网络·arm开发·安全·系统安全
aduzhe3 小时前
关于lib文件格式(keil/unix)
服务器·unix
视觉AI4 小时前
VS Code Remote-SSH 连接Jetson踩坑完整解决记录(网段不通+主机密钥变更双重故障)
运维·网络·人工智能·windows·ssh·边缘计算
银河麒麟操作系统4 小时前
闸机高效稳跑,通勤提速升级!银河麒麟赋能北京轨交新基建
运维·服务器·安全·交通物流
六点_dn4 小时前
Linux学习笔记-printf命令
linux·运维·算法
明志数科4 小时前
人形机器人格斗场景下的技术挑战:动力学控制、感知融合与实时决策
网络·数据库
蜡台4 小时前
Linux Python 安装使用
linux·运维·服务器
酉鬼女又兒4 小时前
零基础入门 DeepSeek V4 Pro API 开发:从环境搭建、消息格式规范到翻译函数实战、少样本提示、多轮对话聊天机器人与常见报错全流程详解指南
大数据·网络·数据库·人工智能·macos·机器人·github