计算机网络----网络传输协议

本文深入解析OSI七层模型与TCP/IP五层模型,对比HTTP与HTTPS协议特性,阐述TCP与UDP传输机制,以及IP路由寻址原理。通过实例讲解三次握手、四次挥手过程,分析CLOSE_WAIT、TIME_WAIT状态,探讨UDP的无连接与多播优势。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

OSI 七层模型和 TCP/IP五层模型

在这里插入图片描述
除了 应用层都属于 内核

HTTP协议 <应用层>

  • 超文本传输协议
  • 默认端口号是80
  • HTTP本身是无连接的,而是通过TCP协议来建立连接

HTTPS

  • HTTP+TLS安全传输层协议(是SSL安全套接字协议的前身)
对称加密

客户端和服务端使用同一个key进行加密和解密

非对称加密:

公钥进行加密的内容,私钥可以进行解密。私钥进行加密的内容,公钥可以进行解密

TLS (AC认证+非对称加密+对称加密)
  1. 客户端访问 bilibili服务器
  2. 服务器将自己的公钥发送给AC认证中心进行认证,并且用AC的私钥进行加密,然后将加密后的license传给客户端。
  3. 客户端收到后,用AC的公钥进行解密,(AC公钥存储在客户端本地,因为发送请求可能被黑客拦截)然后创建一个随机秘钥并用服务器的公钥进行加密
  4. 客户端收到随机秘钥后用私钥进行解密
  5. 之后所有的通讯都用随机秘钥进行对称加密<对称加密资源消耗很少>

其实就是通过非对称加密安全的将客户端生成的随机字符串传输给服务端
后面用这个随机字符串对称加密保证安全性
AC的作用:对服务端的认证. 也是采用了一个公私钥加密保证服务端的公钥安全的传输并可储存在客户端

socket

exec 8<> /dev/tcp/www.baidu.com/80 输入输出重定向 建立和百度的socket连接
exec 如果后面给出命令,则 将当前shell进程(shell进程本来是个死循环)替换为给出命令 ,命令执行完后,进程退出
如果后面跟的不是命令(输入输出重定向不属于命令),则shell不会被替换,当前进程也不会退出,但是输入输出重定向会执行
cd /proc/$$/fd 到目录可以查看
echo -e “GET / HTTP/1.0\n” 1>& 8 输入 到8 相当于通过socket传输给百度 (输入给文件是> 输入给流是 >&)
cat 0 <& 8 将8的输出 重定向到 标准输入 然后 cat

  • socket 是双向的<俩边都会存在>
  • socket 是套接字 ip:port + ip:port 有一方不一样则不一样。所以一个端口可以被多个IP或者一个IP的多个端口连接
  • port 最多是65535个

TCP协议<传输控制层>

面向连接可靠的传输协议(必须答出来)
面向连接----三次握手
可靠的—任何数据在传递过程中,都有一个确认的过程,只有收到确认,才会进行后续传递,如果超过最长等待时间(2MSL)则重新发送

三次握手

  1. C–syn—>S
  2. S–syn+ack–>C
  3. C–ack–>S
    一旦三次握手之后建立了连接,双方系统内核为对方开辟相应的资源提供服务(开闭提供服务的资源相当于连接)
四次挥手 (重点)
  1. C–fin–>S
  2. S–ack–>C
  3. S–fin–>C
  4. C–sck–>S
    ![在这里插入图片描述](https://img-blog.csdnimg.cn/20200804211321850.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTc3NDczMg==,size_16,color_FFFFFF,t_
  • CLOSE_WAIT状态:服务端处于CLOSE_WAIT状态时,还可以给客户端传输数据,但不接受客户端的数据了。服务端传输完后,会发送一个FIN消息出来
  • FIN_WAIT_2时 处于半连接状态,主动方不再传输数据给被动方
  • TIME_WAIT在发送完ACK后,依然需要等待2MSL
为什么需要TIME_WAIT
  1. 确保历史无用消息的丢失
  2. 确保服务端可以正常关闭
    如果没有TIME_WAIT而是主动方发送完ACK后直接关闭,存在ACK传输失败的情况,此时,被动方接收不到ACK,会持续发送FIN请求,但主动方关闭不能接收。因此需要等待2MSL
为什么TIME_WAIT时间是2MSL

MSL是TCP报文的最大生命周期,超过2MSL可以保证2个方向上的报文传输均已生效消失。

UDP协议<传输控制层>

  • 用户数据报协议
  • 无连接
  • 支持一对一,一对多,多对一
  • 不可靠传输服务
    在这里插入图片描述
    在这里插入图片描述
  • UDP是面向报文的 TCP是面向字节流的
  • UDP向上提供无连接不可靠服务,如果发生丢包,不会关心
  • UDP适用于实时应用(IP电话,视频会议等)
  • UDP首部简单 TCP首部较长(因为需要可靠传输)

IP协议<网路层>

路由寻址

  • 下一跳 内存小 速度快 不可靠(其实比较可靠)
路由表主要字段
  • Destination: 目的地址,可以是主机地址、网络地址,常用的是网络地址
  • Gateway: 网关地址,所有未知地址都会找网关,有网关统一转发,只有边缘网络才会配置网关,并且直连网络不需要配置网关
  • Genmask:目的地址的子网掩码
  • Iface: 接口,去往目的地址的网络路径的出口(也就是从那个出口可以去往目的地址)
步骤
  • 将目标IP与路由表中的子网掩码做&运算,如果和下一跳目标地址相同,则将目标IP以数据包的形式传给下一跳。
  • 如果在同一个局域网,则不需要走下一跳(在路由表中表现为下一跳目标地址为0.0.0.0),网卡走交换机。
  • 其实 IP层传输的IP一直没变,但链路层传输的Mac地址是下一跳的Mac地址,会形成一个链表,一直发生变化。

ARP协议<链路层>

  • 是通过IP地址获取下一跳的Mac地址然后传输
  • 如果没有存下一跳的Mac地址,会在局域网中发送个请求,请求获取下一跳IP的Mac地址。然后请求得到相应,得到Mac地址,然后回调到传输控制层,然后再进行包装并传输出去
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值