dedecms网站地图模板,做盗版视频网站违法吗,北京网页制作培训班,沪佳装修官方电话⭐️个人主页#xff1a;小羊 ⭐️所属专栏#xff1a;Linux 很荣幸您能阅读我的文章#xff0c;诚请评论指点#xff0c;欢迎欢迎 ~ 目录 1、初识协议2、UDP、TCP3、Mac、IP地址4、端口号5、网络字节序6、socket 1、初识协议
协议就是一种约定。如何让不同厂商生产的计… ⭐️个人主页小羊 ⭐️所属专栏Linux 很荣幸您能阅读我的文章诚请评论指点欢迎欢迎 ~ 目录 1、初识协议2、UDP、TCP3、Mac、IP地址4、端口号5、网络字节序6、socket 1、初识协议
协议就是一种约定。如何让不同厂商生产的计算机之间能够互相通信需要由权威组织或公司制定网络协议。协议本质也是软件在设计上为了更好的进行模块化解耦合因此被设计为层状结构。
协议本质也是软件为了更好的模块换降低耦合度所以被设计为层状结构。在Linux网络协议栈中各个层次协同工作以实现数据的封装、传输、路由和接收。从底层到高层这些层次包括 链路层数据链路层负责物理网络上的数据传输包括帧的封装、错误检测和纠正等。在Linux中这一层通常与特定的网络接口卡NIC驱动程序相关联。 网络层提供IP地址管理和路由功能确保数据包能够正确地从一个网络传输到另一个网络。Linux支持IPv4和IPv6两种IP协议版本。 传输层提供端到端的通信服务确保数据的可靠传输或快速、不可靠的传输。TCP传输控制协议提供可靠的数据传输而UDP用户数据报协议则提供无连接的数据传输服务。 应用层提供用户和网络服务之间的接口包括HTTP用于Web浏览、SMTP用于电子邮件发送、FTP用于文件传输等多种应用层协议。
一般而言
对于一台主机它的操作系统内核实现了从传输层到物理层的内容对于一台路由器它实现了从网络层到物理层对于一台交换机它实现了从数据层到物理层对于一台集线器它只实现了物理层 2、UDP、TCP
传输层的典型代表
TCP协议UDP协议传输层协议传输层协议有连接无连接可靠传输不可靠传输面向字节流面向数据报
TCP协议格式
确认应答至少应该是一个完整的TCP报头确认序号 序号 1表示该序号之前的内容被全部收到了为什么要有序号和确认序号两个序号并且是独立的字段 TCP报文大多数情况下既是应答又是数据即捎带应答机制这个时候序号和确认序号这两个字段要被同时使用。
TCP 将每个字节的数据都进行了编号即为序列号。每一个 ACK 都带有对应的确认序列号意思是告诉发送者我已经收到了哪些数据下一次你从哪里开始发。
4位首部长度这个字段的单位是4字节取值范围是0到15乘以4后得到报头的实际字节长度范围是20到60字节。当首部长度为5时表示的是标准的20字节报头。
6 位标志位用于区分报文类型
标志位说明URG紧急指针是否有效需要优先处理的报文ACK表明自己是应答报文PSH提示接收端应用程序立刻从 TCP 缓冲区把数据读走RST对方要求重新建立连接我们把携带 RST 标识的称为复位报文段SYN请求建立连接我们把携带 SYN 标识的称为同步报文段FIN通知对方本端要关闭了我们称携带 FIN 标识的为结束报文段
16位窗口大小流量控制由接收缓冲区剩余空间大小决定由滑动窗口实现超时重传在TCP连接中当发送方发送一个数据段后会启动一个超时计时器如果在计时器超时之前发送方没有收到接收方的确认ACK报文那么发送方就会认为该数据段已经丢失并重新发送该数据段直到收到确认报文或达到重传次数限制为止。 在正常情况下TCP 要经过三次握手建立连接四次挥手断开连接。 为什么要三次握手四次挥手
建立双方主机通信的意愿共双方验证全双工信道的通畅性本质是四次握手因为捎带应答机制变为三次握手Tcp是全双工的要关闭两个朝向上的连接
我们测试时有时会出现bind error是什么原因
TCP 协议规定主动关闭连接的一方要处于 TIME_ WAIT 状态等待两个MSL一般为2分钟的时间后才能回到 CLOSED 状态我们使用 Ctrl-C 终止了 server所以 server 是主动关闭连接的一方在TIME_WAIT 期间仍然不能再次监听同样的 server 端口
如何解决
使用 setsockopt()设置 socket 描述符的选项 SO_REUSEADDR 为 1表示允许创建端口号相同但 IP 地址不同的多个 socket 描述符
int opt 1;
setsockopt(listenfd, SOL_SOCKET, SO_REUSEADDR, opt, sizeof(opt));CLOSE_WAIT状态则是被动关闭连接的一方在接收到FIN报文并发送ACK后的状态如果服务器不关闭sockfd则只会完成两次挥手服务器就会长时间处于close_wait状态。
滑动窗口
窗口大小指的是无需等待确认应答而可以继续发送数据的最大值操作系统内核为了维护这个滑动窗口需要开辟发送缓冲区来记录当前还有哪些数据没有应答只有确认应答过的数据才能从缓冲区删掉窗口只能向右滑动且根据对方接收缓冲区的大小调整大小
丢包重传问题
如果发送端主机连续三次收到了同样一个 “1001” 这样的应答则说明我们只收到了 “1001” 之前的报文在这种情况下发送方不等待超时定时器的触发而是立即重传该丢失的数据包即将对应的数据 1001 - 2000 重新发送。这种机制被称为 高速重发控制”快重传
拥塞控制
虽然 TCP 滑动窗口能够高效可靠的发送大量的数据但是如果刚开始就发送大量的数据仍然可能引发问题。因为网络上有很多的计算机可能当前的网络状态就已经比较拥堵在不清楚当前网络状态下贸然发送大量的数据很有可能雪上加霜。TCP引入慢启动机制即先发少量的数据探路摸清当前的网络拥堵状态再决定按照多大的速度传输数据当拥塞窗口达到慢启动阈值后TCP会进入拥塞避免阶段。此时拥塞窗口会按线性速率增长以避免突然的大幅增加导致网络拥塞 Tcp通过校验和、序列号(按序到达、去重)、确认应答、超时重发、连接管理、流量控制、拥塞控制等保证可靠性通过滑动窗口、快速重传、延迟应答、捎带应答等提高性能。 UDP协议格式 无连接知道对端的 IP 和端口号就直接进行传输不需要建立连接; 不可靠没有确认机制没有重传机制如果因为网络故障该段无法发到对方UDP 协议层也不会给应用层返回任何错误信息; 面向数据报不能够灵活的控制读写数据的次数和数量 16 位 UDP 长度表示整个数据报(UDP 首部UDP 数据)的最大长度如果要传输的数据超过 64K就需要在应用层手动的分包多次发送并在接收端手动拼装 如果校验和出错就会直接丢弃 UDP协议的报头是固定的8字节所以协议的接收方直接截取前8个字节的报头剩下的就是有效数据。
UDP的缓冲区
发送缓冲区UDP 没有真正意义上的发送缓冲区调用 sendto 会直接交给内核由内核将数据传给网络层协议进行后续的传输动作接收缓冲区UDP的接收缓冲区不能保证收到的 UDP 报的顺序和发送 UDP 报的顺序一致如果缓冲区满了再到达的 UDP 数据就会被丢弃
TCP/UDP 对比
无论是Tcp有连接Udp无连接还是Tcp可靠Udp不可靠这都是它们的特性不是优缺点它们适用于不同的需求场景TCP 用于可靠传输的情况应用于文件传输重要状态更新等场景UDP 用于对高速传输和实时性要求较高的通信领域例如早期的 QQ、视频传输、广播等 3、Mac、IP地址
每台主机在局域网上要有唯一的标识来保证主机的唯一性mac 地址。
以太网中任何时刻只允许一台机器向网络中发送数据。如果有多台同时发送会发生数据干扰我们称之为数据碰撞所有发送数据的主机要进行碰撞检测和碰撞避免没有交换机的情况下一个以太网就是一个碰撞域局域网通信的过程中主机对收到的报文确认是否是发给自己的是通过目标mac地址判定的。
其中每层都有协议当我们进行传输流程的时候要进行封装和解包 Tcp/IP通讯过程
IP 地址是在 IP 协议中, 用来标识网络中不同主机的地址对于 IPv4 来说, IP 地址是一个 4 字节32 位的整数我们通常也使用 “点分十进制” 的字符串表示 IP 地址, 例如1.94.9.200用点分割的每一个数字表示一个字节范围是 0 - 255。 Mac地址 vs IP地址 唐僧从东土大唐出发要去西天拜佛求经途中要经过女儿国和黑风岭女儿国和黑风岭是相邻两地。
东土大唐 - 西天源IP地址 - 目的IP地址女儿国 - 黑风岭源Mac地址 - 目的Mac地址
其中经过的各个国家就是路由器相邻的国家在同一个局域网中路由器路由的下一个目的地是根据目的IP地址路由的局域网通信需要Mac地址指路一般Mac地址只在局域网中有效IP地址几乎不变。
IP在网络中标识主机的唯一性数据传输到主机不是目的而是手段最终到达主机内的目的进程才是目的。但是在主机中同一时间进程可能有很多那怎么找到目的进程呢 4、端口号
端口号port是传输层协议的内容是一个2字节16位的整数端口号标识唯一进程一个端口号只能被一个进程占用。 IP地址端口号能够标识网络中的唯一进程。 网络通信本质上也是进程间通信。 其中 0 - 1023 是知名端口号HTTP, FTP, SSH等这些广为使用的应用层协议它们的端口号都是固定的。1024 - 65535 是操作系统动态分配的端口号比如客户端程序的端口号就是有操作系统动态分配的。
pid也可以标识唯一进程为什么还要引入端口号呢 进程pid属于系统概念如果继续沿用pid标识唯一进程会增加耦合度。另外一个进程可以绑定多个端口号但一个端口号不能被多个进程绑定。
网络通信的本质也是进程间通信本质是两个互联网进程代表人来进行通信。IP port 叫做套接字socket。
一个进程可以 bind 多个端口号但一个端口号不能被多个进程 bind。 5、网络字节序
内存中的多字节数据相对于内存地址有大端和小端之分网络数据流同样有大端小端之分如何定义网络数据流的地址
网络数据流的地址被规定先发出去的是低地址后发出去的是高地址。TCP/IP协议规定网络数据流应采用大端字节序即低地址高字节。
为使网络程序具有可移植性使用样的C代码在大端和小端机器上编译后都能正常运行可以调用下面库函数做网络字节序和主机字节序的转换。
#include arpa/inet.huint32_t htonl(uint32_t hostlong);
uint16_t htons(uint16_t hostshort);
uint32_t ntohl(uint32_t hostlong);
uint16_t ntohs(uint16_t hostshort);h表示hostn表示networkl表示32位长整数s表示16位短整数。 6、socket
socket常见API
// 创建 socket 文件描述符 (TCP/UDP, 客户端 服务器)
int socket(int domain, int type, int protocol);// 绑定端口号 (TCP/UDP, 服务器)
int bind(int socket, const struct sockaddr *address,socklen_t address_len);// 开始监听 socket (TCP, 服务器)
int listen(int socket, int backlog);// 接收请求 (TCP, 服务器)
int accept(int socket, struct sockaddr* address,socklen_t* address_len);// 建立连接 (TCP, 客户端)
int connect(int sockfd, const struct sockaddr *addr,socklen_t addrlen);socket socket()打开一个网络通讯端口如果成功就像open()一样返回一个文件描述符出错返回-1应用程序可以像读写文件一样用 read/write 在网络上收发数据对于 IPv4, family 参数指定为 AF_INET对于 TCP 协议type 参数指定为 SOCK_STREAM表示面向流的传输协议protocol 参数指定为 0 即可 bind bind()成功返回 0失败返回-1bind()的作用是将参数 sockfd 和 myaddr 绑定在一起使 sockfd 这个用于网络通讯的文件描述符监听 myaddr 所描述的地址和端口号struct sockaddr *是一个通用指针类型myaddr 参数实际上可以接受多种协议的 sockaddr 结构体而它们的长度各不相同所以需要第三个参数 addrlen指定结构体的长度我们可以对 myaddr 参数这样初始化 struct sockaddr_in local;
memset(local, 0, sizeof(local));
local.sin_family AF_INET;
local.sin_port htons(_port);
local.sin_addr.s_addr INADDR_ANY;listen listen()声明 sockfd 处于监听状态并且最多允许有 backlog 个客户端处于连接 等待状态如果接收到更多的连接请求就忽略listen()成功返回 0,失败返回-1 accept 三次握手完成后服务器调用 accept()接受连接如果服务器调用 accept()时还没有客户端的连接请求就阻塞等待直到有客户端 连接上来addr 是一个传出参数accept()返回时传出客户端的地址和端口号如果给 addr 参数传 NULL表示不关心客户端的地址addrlen 参数是一个传入传出参数(value-result argument)传入的是调用者提供的缓冲区 addr 的长度以避免缓冲区溢出问题传出的是客户端地址结构体的实际长度 connect 客户端需要调用 connect()连接服务器connect 和 bind 的参数形式一致区别在于 bind 的参数是自己的地址connect 的参数是对方的地址connect()成功返回 0出错返回-1 注意
由于客户端不需要固定的端口号因此不必调用 bind()客户端的端口号由内核自动分配客户端不是不允许调用 bind()只是没有必要显示的调用 bind()固定一个端口号否则如果在同一台机器上启动多个客户端就会出现端口号被占用导致不能正确建立连接服务器也不是必须调用 bind()但如果服务器不调用 bind()内核会自动给服务器分配监听端口每次启动服务器时端口号都不一样客户端要连接服务器就会遇到麻烦
sockaddr结构
sock API是一层抽象的网络编程接口适用于各种底层网络协议各种网络协议的地址格式并不相同。 socket API 可以都用struct sockaddr*类型表示在使用的时候需要强制转换成sockaddr_in增加了程序的通用性。 本篇文章的分享就到这里了如果您觉得在本文有所收获还请留下您的三连支持哦~
