【Linux后端服务器开发】IP协议

这篇具有很好参考价值的文章主要介绍了【Linux后端服务器开发】IP协议。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

目录

一、IP协议概述

二、协议头格式

三、网段划分

四、IP地址的数量限制

五、路由

六、分片和组装


一、IP协议概述

【Linux后端服务器开发】IP协议,Linux后端服务器开发,服务器,tcp/ip,运维

主机:配有IP地址,但是不进行路由控制的设备

路由器:即配有IP地址,又能进行路由控制

节点:主机和路由器的总称

IP:将数据从A主机跨网络传输到B主机的能力,IP = 目标网络 + 目标主机

路径选择中,目标IP决定了我们的路径该怎么走(先确定目标网络,再确定目标主机)

二、协议头格式

【Linux后端服务器开发】IP协议,Linux后端服务器开发,服务器,tcp/ip,运维

  • 4位版本号:version,指定IP协议的版本,对于IPv4来说就是4
  • 4位首部长度:header length,IP头部的长度是多少个32bit,也就是length * 4字节数
  • 8位服务类型:Type of Service,3位优先权字段(已放弃),4位TOS字段,1位保留字字段(0)。4位TOS字段分别表示最小延时、最大吞吐量、最高可靠性、最小成本,这四者相互冲突,只能选择一个。对于ssh/telnet这样的应用程序,最小延时比较重要,对于ftp这样的程序,最大吞吐量比较重要
  • 16位总长度:total length,IP数据报整体占多少个字节
  • 16位标识:id,唯一的标识主机发送的报文,如果IP报文在数据链路层被分开了,那么每一片里面这个id都是相同的
  • 3位标志字段:第一个保留,第二个位置置1表示禁止分片,这时候如果报文长度超过MTU,IP模块就会丢弃报文,第三个位置表示“更多分片”,如果分片了的话,最后一个分片置1,其他都是0,类似一个结束标志
  • 13位片偏移:framegament offset,是分片相对于原始IP报文开始处的偏移,其实就是表示当前分片在原始报文中的哪个位置,实际偏移的字节数是这个值*8得到的,因此除了最后一个报文之外,其他报文的长度必须是8的整数倍(否则报文就不连续了)
  • 8位生存时间:Time To Live,TTL,数据报到达目的地的最大报文跳跃次数,一般是64,每经过一次路由,TTL -= 1,一直减到0还没有到达就丢弃了,这个字段主要防止出现路由循环
  • 8位协议:表示上层协议的类型
  • 16位头部检验和:使用CRC进行校验,来鉴别头部是否损坏
  • 32位源地址32位目的地址:表示发送端和接收端IP地址
  • 选项字段:不定长,最多40字节

如何将报头和有效载荷分离?4位首部长度,基本单位是4字节,标准长度是20字节,首部长度范围[20, 60],标准长度的4位首部长度 0101,通过16位总长度减去4位首部长度,即可得到数据内容,即可进行报头和有效载荷的分离。

三、网段划分

IP地址分为两个部分,网络号和主机号

  • 网络号:保证相互连接的两个网段具有不同的标识
  • 主机号:同一网段内,主机之间具有相互的网络号,但是必须有不同的主机号

【Linux后端服务器开发】IP协议,Linux后端服务器开发,服务器,tcp/ip,运维

  • 不同的子网其实就是把网络号相同的主机放在一起
  • 如果在子网中新增一台主机,则这个主机的网络号和这个子网的网络号一致,但是主机号不能和子网中的其他主机重复

通过合理设置主机号和网络号,就可以保证在相互连接的网络中,每台主机的IP地址都不相同。

那么问题来了,手动管理子网中的IP,是一个相当麻烦的事情,怎么解决呢?有一种技术叫做DHCP,能够自动给子网内新增主机节点分配IP地址,避免了手动管理IP的不便。一般的路由器都带有DHCP功能,因此路由器也可以看做一个DHCP服务器。

过去曾经提出过一种划分网络号和主机号的方案,把所有IP地址分为五类,如下图TCPIP: 

【Linux后端服务器开发】IP协议,Linux后端服务器开发,服务器,tcp/ip,运维

  • A类:0.0.0.0 ~ 127.255.255.255
  • B类:128.0.0.0 ~ 191.255.255.255
  • C类:192.0.0.0 ~ 223.255.255.255
  • D类:224.0.0.0 ~ 239.255.255.255
  • E类:240.0.0.0 ~ 247.255.255.255

随着Internet的飞速发展,这种划分方案的局限性很快就显现出来,大多数组织都申请B类网络地址,导致B类地址很快就分配完了,而A类却浪费了大量地址。

针对以上情况提出的新的划分方案,称为CIDR(Classless Interdomain Routing):

  • 引入了一个额外的子网掩码(subnet mask)来区分网络号和主机号
  • 子网掩码也是一个32位的正整数,通常用一串“0”来结尾
  • 将IP地址和子网掩码“按位与”操作,得到的结果就是网络号
  • 网络号和主机号的划分与这个IP地址是A类、B类还是C类无关

一般在一个子网中,管理子网中IP的设备是路由器,目标网络、子网掩码、子网中的主机都是由路由器管理的,目标网络和子网掩码是在路由器内配置的。

【Linux后端服务器开发】IP协议,Linux后端服务器开发,服务器,tcp/ip,运维

四、IP地址的数量限制

我们知道,IP地址(IPv4)是一个4字节32位的正整数,那么一共只有2的32次方个IP地址,大概是43亿左右,而TCP/IP协议规定,每个主机都需要有一个IP地址。

这意味着,一共只有43亿台主机接入网络吗?

实际上,由于一些特殊的IP地址的存在,数量远远不足43亿,另外IP地址并非是按照主机台数来划分的,而是每一个网卡都需要配置一个或多个IP地址。

CIDR在一定程度上缓解了IP地址不够用的问题(提高了利用率,减少了浪费,但是IP地址的绝对上限并没有增加),仍然是不够用,这时候有三种方案提出:

  • 动态分配IP地址:只给接入网络的设备分配IP地址,一次同一个MAC地址的设备,每次接入互联网中,得到的IP地址不一定是相同的
  • IPv6:IPv6并不是IPv4的简单升级版,这是两个互不相干的协议,彼此并不兼容,IPv6用16字节128位来表示一个IP地址,但是目前IPv6并未普及
  • NAT技术:内网IP切公网IP

私网IP和公网IP

如果一个组织内部组建局域网,IP地址只用于局域网内的通信,而不直接连到Internet上,理论上使用任意的IP地址都可以,但是RFC1918规定了用于组建局域网的私有IP地址。

  • 10.* ,前8位是网络号,共 16 777 216 个地址
  • 172.16.* ~ 172.31.* ,前12位是网络号,共 1 048 576 个地址
  • 192.168.* ~ 192.168.* ,前16位是网络号,共 65 536 个地址
  • 包含在这些范围内的都是私网IP,其它的则称为全局IP(公网IP)

特殊的IP地址

  • 将IP地址中的主机地址全部设置为0,就成为了网络号,代表这个局域网 
  • 将IP地址中的主机地址全部设置为1,就成为了广播地址,用于给同一个链路中的互相连接的所有主机发送数据包
  • 127.* 的IP地址用于本机环回(loop back)测试,通常是127.0.0.1

五、路由

路由:在复杂的网络结构中,找出一条通往终点的路线。

  • 一个路由器可以配置两个IP地址,一个是WAN口IP,一个是LAN口IP(子网IP)
  • 路由器LAN口连接的主机,从属于这个路由器的子网中
  • 不同的路由器,子网IP其实都是一样的(通常都是192.168.1.1),子网中的主机IP不能重复,但是子网之间的主机IP可以重复了
  • 每一个家用路由器,其实又作为运营商路由器的子网中的一个节点,这样的运营商路由器可能会有很多级,最外层的运营商路由器,WAN接口就是公网IP了
  • 子网内的主机需要和外网进行通行时,路由器将IP首部中的IP地址进行替换(替换成WAN口IP),这样逐级替换,最终数据包中的IP地址称为一个公网IP,这样的技术就是NAT(Network Address Translation, 网络地址转换)

如果希望我们自己实现的服务器能够在公网上能访问到,就需要把程序部署在具有外网IP的服务器上,这样的服务器可以在阿里云/腾讯云上面访问到。

路由的过程,就是这样“一跳一跳”(Hop by Hop)“问路”的过程,所谓的“一跳”就是数据链路层中的一个区间,具体在以太网中指从源MAC地址到目的MAC地址之间的帧传输区间。

路由在问路的过程中,会先询问“目标网络”的地址,到达“目标网络”之后,再询问目标“目标主机”的地址。

【Linux后端服务器开发】IP协议,Linux后端服务器开发,服务器,tcp/ip,运维

IP数据包的传输过程也一样,当IP数据包,到达路由器时,路由器会先查看目的IP,路由器决定这个数据包是能直接发送给目标主机还是发送给下一个路由器,依次反复直到发送给目的IP地址。

那么如何判定当前这个数据包该发送到哪里呢?这个就依靠每个节点内部维护一个路由表。

  • 路由表可以用route命令查看
  • 如果目的IP命中了路由表,就直接转发即可
  • 路由表中的最后一行,主要由下一跳地址和发送接口两部分组成,当目的地址与路由表中其它行都不匹配时,就按缺省路由条目规定的接口发送到下一跳地址

假设某主机的网络接口配置和路由表如下:

【Linux后端服务器开发】IP协议,Linux后端服务器开发,服务器,tcp/ip,运维

  • 这台主机有两个网络接口,一个网络接口连到192.168.10.0/24,另一个网络接口连到192.168.56.0/24这个网络
  • 路由表的Destination是目的网络地址,Genmask是子网掩码,Gateway是下一跳地址,Iface是发送地址,Flags中的U标志表示此条目有效,G标志表示此条目的下一跳地址是某个路由器的地址,没有G标志的条目表示目的网络地址是与本机直接向量的网络,不用经过路由器转发

转发示例1:要发送数据的目的地址是192.168.56.3

  • 跟第一行的子网掩码做运算得到192.168.56.0,与第一行的目的网络地址不符
  • 再跟第二行的子网掩码做与运算得到192.168.56.0,正是第二行的目的网路地址,因此从eth1接口发送过去
  • 由于192.168.56/24正是与eth1接口直接相连的网络,因此可以直接发送到目的主机,不需要经过路由器转发

转发示例2:要发送的数据的目的地址是202.10.1.2

  • 依次和路由表前几项进行对比,发现都不匹配
  • 按缺省路由条目,从eth0接口发出去,发往192.168.10.1路由器
  • 由192.168.10.1路由器根据它的路由表决定下一跳地址

六、分片和组装

数据在网络中是以MAC帧的格式进行传输,每个MAC帧的最大长度是1500字节,故长度大于1500字节的数据报需要进行分片发送,到达目的地址之后再进行组装。

【Linux后端服务器开发】IP协议,Linux后端服务器开发,服务器,tcp/ip,运维

  • 如何判断一个报文是否被分片了?通过3位标志进行判断,如果某个报文存在3位标志的更多分片标志为1的分片,则这个报文被分片了。
  • 同一个报文的分片如何识别?通过16位标识识别,同一个报文的不同分片,它们的16位标识是一样的。
  • 哪一个分片是第一个?哪一个分片是最后一个?通过3位标志和13位片偏移判断,如果3位标志的更多分片标志为1且13位片偏移为0,则是第一个分片,如果3位标志的更多分片标志为0且13位片偏移不为0,则是最后一个分片。
  • 如何判断分片有没有全部被接收?当前的起始位置 + 自身长度 = 下一个报文中填充的偏移量大小,通过这个进行判断接收到的分片有没有缺失。
  • 如何对接收到的全部分片进行组装?按照片偏移量对分片进行升序排序即可。

分片好吗?分片并不好,分片越多数据丢失的几率就越大,丢失一个报文就需要重新发送全部报文,故分片并不是在通信时的主流情况。文章来源地址https://www.toymoban.com/news/detail-609688.html

到了这里,关于【Linux后端服务器开发】IP协议的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Linux服务器丢包故障的解决思路及引申的TCP/IP协议栈理论

    我们使用Linux作为服务器操作系统时,为了达到高并发处理能力,充分利用机器性能,经常会进行一些内核参数的调整优化,但不合理的调整常常也会引起意想不到的其他问题,本文就一次Linux服务器丢包故障的处理过程,结合Linux内核参数说明和TCP/IP协议栈相关的理论,介绍

    2024年02月11日
    浏览(36)
  • 【Linux后端服务器开发】协议定制(序列化与反序列化)

    目录 一、应用层协议概述 二、序列化与反序列化 Protocal.h头文件 Server.h头文件 Client.h头文件 server.cpp源文件 client.cpp源文件 什么是应用层 ?我们通过编写程序解决一个个实际问题、满足我们日常需求的网络程序,都是应用层程序。 协议是一种“约定”,socket的api接口,在读

    2024年02月16日
    浏览(29)
  • socket的使用 | TCP/IP协议下服务器与客户端之间传送数据

    谨以此篇,记录TCP编程,方便日后查阅笔记 注意:用BufferedWriter write完后,一定要flush;否则字符不会进入流中。去看源码可知:真正将字符写入的不是write(),而是flush()。 服务器端代码: 客户端代码: 运行后结果: 服务器端: 客户端: 参考资料: https://www.bilibili.com/vid

    2024年02月09日
    浏览(40)
  • Linux 基于 TCP 协议的简单服务器-客户端应用

    目录 一、相关函数  1、listen() 2、accept() 3、connect()  4、两种IP地址转换方式  5、TCP和UDP数据发送和接收函数对比 5、log.hpp自定义记录日志 二、udp_server.hpp单进程版本 三、tcp_server.cc 四、Telnet客户端(代替tcp_client.cc) 五、多进程实现udp_server.hpp 1、多进程版本一 2、tcp_client.

    2024年04月27日
    浏览(33)
  • 【Linux后端服务器开发】管道设计

    目录 一、管道通信 二、匿名管道 1. 匿名管道通信 2. 匿名管道设计 三、命名管道 comm.hpp client.cc serve.cc 进程通信 数据传输:一个进程需要将它的数据发送给另一个进程 资源共享:多个进程之间共享同样的资源 通知事件:一个进程向另一个(一组)进程发送信息,通知它们发

    2024年02月13日
    浏览(41)
  • 【Linux后端服务器开发】socket套接字

    目录 一、socket 套接字概述 二、socket 函数接口 三、IP地址与端口号的网络格式 四、TCP协议的本地通信C语言示例 socket 是什么? socket 本质上是一个抽象的概念,它是一组用于 网络通信的 API , 提供了一种统一的接口 ,使得应用程序可以通过网络进行通信。在不同的操作系统

    2024年02月16日
    浏览(25)
  • FPGA实现 TCP/IP 协议栈 服务器 纯VHDL代码编写 提供4套vivado工程源码和技术支持

    FPGA实现 TCP/IP 协议栈 服务器 纯VHDL代码编写 提供4套vivado工程源码和技术支持 没玩过TCP网络通信都不好意思说自己玩儿过FPGA,这是CSDN某大佬说过的一句话,鄙人深信不疑。。。目前网上fpga实现udp协议的源码满天飞,我这里也有不少,但用FPGA纯源码实现TCP的项目却很少,能上

    2024年02月04日
    浏览(37)
  • 【Linux后端服务器开发】基础IO与文件系统

    目录 一、基础IO 1. C语言文件读写 2. 标志位传参 3. C语言与系统调用关系 二、文件系统 1. 文件描述符 2. 输入输出重定向 文件调用 库函数接口: fopen、fclose、fwrite、fread、fseek 系统调用接口:open、close、write、read、lseek r/w/a :读/写/追加 若打开的文件不存在,“r”报错,“

    2024年02月15日
    浏览(49)
  • Linux高性能服务器编程 学习笔记 第二章 IP协议详解

    本章从两方面探讨IP协议: 1.IP头部信息。IP头部出现在每个IP数据报中,用于指定IP通信的源端IP地址、目的端IP地址,指导IP分片和重组,指定部分通信行为。 2.IP数据报的路由和转发。IP数据报的路由和转发发生在除目标机器外的所有主机和路由器上,它们决定数据报是否应

    2024年02月09日
    浏览(27)
  • Linux网络编程之TCP/IP实现高并发网络服务器设计指南

    目录 引言: 多进程服务器 例程分享: 多线程服务器  例程分享: I/O多路复用服务器 select 例程分享: poll 例程分享: epoll 例程分享: 总结建议         随着互联网的迅猛发展,服务器面临着越来越多的并发请求。如何设计一个能够高效处理大量并发请求的服务器成为

    2024年02月20日
    浏览(39)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包