1. 认识知名端口号
ssh服务器, 使用22端口
ftp服务器, 使用21端口
telnet服务器,使用23端口
http服务器, 使用80端口
https服务器, 使用443端口
0-1023: 知名端口号,HTTP、FTP、SSH应用层协议,端口号是固定的
1024-65535 :操作系统动态分配的端口号,客户端程序的端口号,就由操作系统从这个分为分配的
2. netstat
netstat 是一个用来查看网络状态的重要工具
输入 netstat -nltp
n :拒绝显示别名,能显示数字的全都转化为数字
若输入 ltp,则发现不会显示数字,而显示对应的别名
l : 只查看 listen 状态
输入 netstat -ntp
t:只查TCP
p:显示更多的进程信息
若将p去掉,输入 netstat -nt
就不显示对应的PID这一列的信息了
若输入 netstat -np 即将系统中的协议基本上都查出来了
输入 netstat -nup ,只查udp
输入 netstat -naup ,显示所有udp服务
a:显示所有的条目
3. pidof
在服务器查看服务器的进程id时,非常方便
输入 pidof +进程 ,获取对应进程和子进程的PID
4. UDP协议
UDP协议端格式
有效载荷一定是上层——应用层 给的,上层通过系统调用 把数据拷过来的
UDP报头的宽度是0-31,表示报头所对应的字节数 (4字节)
1. 报头和有效载荷如何分离?
报头是固定长度 8字节,剩下的就是有效载荷
通过16位UDP长度,整体 减去 8字节 即 有效载荷的长度
2. 有效载荷如何做到向上交付的?
UDP报头中包含16位目的端口号,将一个报文发送到主机上,根据目的端口号向上交付给应用层,绑定该端口号的进程
报头(协议)的本质:结构化数据
基于 struct 有两种数据类型,一种为结构体,另一种为位段
struct udp_header 结构体 内部 包含 源端口号、目的端口号 、udp长度、校验和
借助位段的方式,取整形int的4字节中的16个比特位
将缓冲区数据从应用层拷贝给操作系统内部
提供一段缓冲区,定义一个指针p,去指向缓冲区
因为报头大小是固定长度8字节,让p向后移动8个单位
再将应用层的数据拷贝到对应的位置中
再将指针p,指向最开始位置,并将p强转成 struct udp_header类型 ,指向结构体中的源端口号、目的端口号 、udp长度、校验和
该报文经过网络,经过协议栈被对方收到了
再定义一个指针s,,让s+8,再次指向有效载荷
将s强转成 struct udp_header类型 ,指向结构体中的源端口号、目的端口号 、udp长度、校验和
UDP的特点
无连接:知道 对端的IP和端口号 就直接传输,不需要连接
不可靠:若网络故障段无法发送对方,UDP协议也不会给应用层返回任何错误信息
面向数据报:不能够灵活的控制读写数据的次数和数量
面向数据报的理解
因为UDP有自己固定的报头长度8字节,所以UDP能够知道自己的有效载荷多长
不靠上层,在底层就自动知道报文和有效载荷的长度
所以就能保证向上交付的 一定是独立的、完整的 有效载荷
不用自己处理,只要发的是完整的,收的就是完整的,对方发几次,收几次
由底层交上来,独立的报文,称为面向数据报
即应用层给UDP多长的报文,UDP原样发送,既不拆分,也不会合并
缓冲区理解
UDP对应数据一定是完整的,所以有数据直接交给下层
所以UDP不需要 发送缓冲区文章来源:https://www.toymoban.com/news/detail-724478.html
收到一个保文,可上层来不及处理,就需要接收缓冲区
该缓冲区 并不是用来保证可靠性,而是尽可能保证不要丢包,如果缓冲区满了,再达到的数据就会被丢弃
如:在淘宝上买了五件商品,编号为1-5,先买的是1号商品,时间是不确定的,所以1-5号 谁先谁后到 是不确定的
这种情况称为 接收报文出现乱序的情况
乱序是不可靠的表现,所以UDP不考虑
即UDP接收缓冲区,但不保证 接受报文是有序的文章来源地址https://www.toymoban.com/news/detail-724478.html
到了这里,关于传输层协议——UDP的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!