Linux网络——数据链路层

这篇具有很好参考价值的文章主要介绍了Linux网络——数据链路层。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

目录

一.认识以太网

 二.以太网帧格式

三.认识MAC地址

四.认识MTU

五.以太局域网的通信原理

 六.其他重要协议

1.DNS协议

2.域名简介 

 3.ICMP协议

4.NAT技术 

5.NAT技术的缺陷

6.NAT和代理服务器 


Linux网络——数据链路层,网络编程,linux,网络,运维

一.认识以太网

  1. "以太网" 不是一种具体的网络, 而是一种技术标准; 既包含了数据链路层的内容, 也包含了一些物理层的内容. 例如: 规定了网络拓扑结构, 访问控制方式, 传输速率等;
  2. 例如以太网中的网线必须使用双绞线; 传输速率有10M, 100M, 1000M等;
  3. 以太网是当前应用最广泛的局域网技术; 和以太网并列的还有令牌环网, 无线LAN等;

 二.以太网帧格式

 以太网的帧格式如下所示:

Linux网络——数据链路层,网络编程,linux,网络,运维

源地址和目的地址是指网卡的硬件地址(也叫MAC地址), 长度是48位,是在网卡出厂时固化的;
帧协议类型字段有三种值,分别对应IP、ARP、RARP;
帧末尾是CRC校验码。

如何将报头和有效载荷分离:

采用定长报头。

如何将有效载荷正确向上交付:

报头字段中有2位类型,代表交付的不同上层协议。

0800:IP协议,0806:ARP协议,0836:RARP协议。

三.认识MAC地址

  1. MAC地址用来识别数据链路层中相连的节点;
  2. 长度为48位, 及6个字节. 一般用16进制数字加上冒号的形式来表示(例如: 08:00:27:03:fb:19)
  3. 在网卡出厂时就确定了, 不能修改. mac地址通常是唯一的(虚拟机中的mac地址不是真实的mac地址, 可能会冲突; 也有些网卡支持用户配置mac地址).

对比IP和MAC地址:

IP地址描述的是路途总体的 起点 和 终点。
MAC地址描述的是路途上的每一个区间的起点和终点;

四.认识MTU

MTU相当于发快递时对包裹尺寸的限制. 这个限制是不同的数据链路对应的物理层, 产生的限制.

  1. 以太网帧中的数据长度规定最小46字节,最大1500字节,ARP数据包的长度不够46字节,要在后面补填充位PAD18字节;
  2. 最大值1500称为以太网的最大传输单元(MTU),不同的网络类型有不同的MTU; 
  3. 如果一个数据包从以太网路由到对方链路上,数据包长度大于对方链路的MTU了,则需要对数据包进行分片(fragmentation);
  4. 不同的数据链路层标准的MTU是不同的;

 MTU对IP协议的影响:

由于数据链路层MTU的限制, 对于较大的IP数据包要进行分包:

  1. 将较大的IP包分成多个小包, 并给每个小包打上标签;
  2. 每个小包IP协议头的 16位标识(id) 都是相同的;
  3. 每个小包的IP协议头的3位标志字段中, 第2位置为0, 表示允许分片, 第3位来表示结束标记(当前是否是最后一个小包, 是的话置为1, 否则置为0);
  4. 到达对端时再将这些小包, 会按顺序重组, 拼装到一起返回给传输层;
  5. 一旦这些小包中任意一个小包丢失, 接收端的重组就会失败. 但是IP层不会负责重新传输数据;

MTU对UDP协议的影响 :

  1. 一旦UDP携带的数据超过1472(1500 - 20(IP首部) - 8(UDP首部)), 那么就会在网络层分成多个IP数据报.
  2. 这多个IP数据报有任意一个丢失, 都会引起接收端网络层重组失败. 那么这就意味着, 如果UDP数据报在网络层被分片, 整个数据被丢失的概率就大大增加了.

MTU对于TCP协议的影响 :

TCP的一个数据报也不能无限大, 还是受制于MTU. TCP的单个数据报的最大消息长度, 称为MSS(MaxSegment Size);
TCP在建立连接的过程中, 通信双方会进行MSS协商.
最理想的情况下, MSS的值正好是在IP不会被分片处理的最大长度(这个长度仍然是受制于数据链路层的MTU).
双方在发送SYN的时候会在TCP头部写入自己能支持的MSS值.
然后双方得知对方的MSS值之后, 选择较小的作为最终MSS.
MSS的值就是在TCP首部的40字节变长选项中(kind=2);

查看硬件地址和MTU :

使用ifconfig命令, 即可查看ip地址, mac地址, 和MTU;

Linux网络——数据链路层,网络编程,linux,网络,运维

五.以太局域网的通信原理

IP层使得报文能够在错综复杂的网络中找到自己的目的子网,那么当该报文发送给子网中目的主机呢?路由转发的过程实际上就是在一个一个的子网中转发。在一个子网中发送给目标主机报文,这就是数据链路层该做的事情。

Linux网络——数据链路层,网络编程,linux,网络,运维

局域网通信原理:

向局域网内部群发消息,自然目的主机也会收到,解包并向上交付,非目的主机在对比目标MAC地址时发现不是发送给自己的在数据链路层就会直接丢弃。

Linux网络——数据链路层,网络编程,linux,网络,运维

 如何获得目的主机的MAC地址:

我们的得知了局域网通信的原理,那么我们需要构建以太网帧,但是以太网协议的报头字段里面需要知道目标主机的MAC地址,那我们如何得知目标主机的MAC地址呢?

ARP协议:虽然我们在这里介绍ARP协议, 但是需要强调, ARP不是一个单纯的数据链路层的协议, 而是一个介于数据链路层和网络层之间的协议;

ARP协议建立了主机 IP地址 和 MAC地址 的映射关系.

  1. 在网络通讯时,源主机的应用程序知道目的主机的IP地址和端口号,却不知道目的主机的硬件地址;
  2. 数据包首先是被网卡接收到再去处理上层协议的,如果接收到的数据包的硬件地址与本机不符,则直接丢弃;
  3. 因此在通讯前必须获得目的主机的硬件地址;

ARP实现IP地址转MAC地址的原理:

  1. 源主机发出ARP请求,询问“IP地址是192.168.0.1的主机的硬件地址是多少”, 并将这个请求广播到本地网段(以太网帧首部的硬件地址填FF:FF:FF:FF:FF:FF表示广播);
  2. 目的主机接收到广播的ARP请求,发现其中的IP地址与本机相符,则发送一个ARP应答数据包给源主机,将自己的硬件地址填写在应答包中;
  3. 每台主机都维护一个ARP缓存表,可以用arp -a命令查看。缓存表中的表项有过期时间(一般为20分钟),如果20分钟内没有再次使用某个表项,则该表项失效,下次还要发ARP请求来获得目的主机的硬件地址 。

ARP数据报的格式 :

Linux网络——数据链路层,网络编程,linux,网络,运维

  • 注意到源MAC地址、目的MAC地址在以太网首部和ARP请求中各出现一次,对于链路层为以太网的情况是多余的,但如果链路层是其它类型的网络则有可能是必要的。
  • 硬件类型指链路层网络类型,1为以太网;
  • 协议类型指要转换的地址类型,0x0800为IP地址;
  • 硬件地址长度对于以太网地址为6字节;
  • 协议地址长度对于和IP地址为4字节;
  • op字段为1表示ARP请求,op字段为2表示ARP应答。

 六.其他重要协议

1.DNS协议

DNS是一整套从域名映射到IP的系统

DNS背景:

TCP/IP中使用IP地址和端口号来确定网络上的一台主机的一个程序. 但是IP地址不方便记忆.
于是人们发明了一种叫主机名的东西, 是一个字符串, 并且使用hosts文件来描述主机名和IP地址的关系.

例如:域名:www.baidu.com IP:110.242.68.3。

Linux网络——数据链路层,网络编程,linux,网络,运维

最初, 通过互连网信息中心(SRI-NIC)来管理这个hosts文件的.
如果一个新计算机要接入网络, 或者某个计算机IP变更, 都需要到信息中心申请变更hosts文件.
其他计算机也需要定期下载更新新版本的hosts文件才能正确上网. 

hosts文件:

Linux网络——数据链路层,网络编程,linux,网络,运维

这样就太麻烦了, 于是产生了DNS系统.

  1. 一个组织的系统管理机构, 维护系统内的每个主机的IP和主机名的对应关系. 
  2. 如果新计算机接入网络, 将这个信息注册到数据库中;
  3. 用户输入域名的时候, 会自动查询DNS服务器, 由DNS服务器检索数据库, 得到对应的IP地址

Linux的hosts文件:

Linux网络——数据链路层,网络编程,linux,网络,运维

2.域名简介 

主域名是用来识别主机名称和主机所属的组织机构的一种分层结构的名称.

www.baidu.com

域名使用 . 连接

  1. com: 一级域名. 表示这是一个企业域名. 同级的还有 "net"(网络提供商), "org"(非盈利组织) 等.
  2. baidu: 二级域名, 公司名.
  3. www: 只是一种习惯用法. 之前人们在使用域名时, 往往命名成类似于ftp.xxx.xxx/www.xxx.xxx这样的格式, 来表示主机支持的协议.

 3.ICMP协议

ICMP协议是一个 网络层协议
一个新搭建好的网络, 往往需要先进行一个简单的测试, 来验证网络是否畅通; 但是IP协议并不提供可靠传输. 如果丢包了, IP协议并不能通知传输层是否丢包以及丢包的原因.

ICMP功能 :

ICMP正是提供这种功能的协议; ICMP主要功能包括:

  1. 确认IP包是否成功到达目标地址.
  2. 通知在发送过程中IP包被丢弃的原因.
  3. ICMP也是基于IP协议工作的. 但是它并不是传输层的功能, 因此人们仍然把它归结为网络层协议;
  4. ICMP只能搭配IPv4使用. 如果是IPv6的情况下, 需要是用ICMPv6;

ping命令 :

Linux网络——数据链路层,网络编程,linux,网络,运维

  1. 注意, 此处 ping 的是域名, 而不是url! 一个域名可以通过DNS解析成IP地址.
  2. ping命令不光能验证网络的连通性, 同时也会统计响应时间和TTL(IP包中的Time To Live, 生存周期).
  3. ping命令会先发送一个 ICMP Echo Request给对端;
  4. 对端接收到之后, 会返回一个ICMP Echo Reply;

4.NAT技术 

NAT技术背景

之前我们讨论了, IPv4协议中, IP地址数量不充足的问题
NAT技术当前解决IP地址不够用的主要手段, 是路由器的一个重要功能;

  1. NAT能够将私有IP对外通信时转为全局IP. 也就是就是一种将私有IP和全局IP相互转化的技术方法:
  2. 很多学校, 家庭, 公司内部采用每个终端设置私有IP, 而在路由器或必要的服务器上设置全局IP;
  3. 全局IP要求唯一, 但是私有IP不需要; 在不同的局域网中出现相同的私有IP是完全不影响的;

Linux网络——数据链路层,网络编程,linux,网络,运维

  1. NAT路由器将源地址从10.0.0.10替换成全局的IP 202.244.174.37;
  2. NAT路由器收到外部的数据时, 又会把目标IP从202.244.174.37替换回10.0.0.10;
  3. 在NAT路由器内部, 有一张自动生成的, 用于地址转换的表;
  4. 当 10.0.0.10 第一次向 163.221.120.9 发送数据时就会生成表中的映射关系; 

有一个问题,如果私有IP地址网段,某两台主机的某些进程端口号相同,如过报文在经过路由器转发的时候,仅仅通过替换IP地址,那么得到的IP+端口是一样的,公网IP区域主机想再将报文 转发回来,就不能区分这两个相同IP+端口。所以在进行替换的时候,端口也会被替换。 以便使得公网端能够返回访问私网端。那么NAT路由器内部维护的这张表不仅仅要能够将IP+端口的映射关系一起映射。这张表就是NATP表。

Linux网络——数据链路层,网络编程,linux,网络,运维

这种关联关系也是由NAT路由器自动维护的. 例如在TCP的情况下, 建立连接时, 就会生成这个表项; 在断开连接后, 就会删除这个表项。

5.NAT技术的缺陷

由于NAT依赖这个转换表, 所以有诸多限制:

  1. 无法从NAT外部向内部服务器建立连接;
  2. 装换表的生成和销毁都需要额外开销;
  3. 通信过程中一旦NAT设备异常, 即使存在设备, 所有的TCP连接也都会断开;

6.NAT和代理服务器 

路由器往往都具备NAT设备的功能, 通过NAT设备进行中转, 完成子网设备和其他子网设备的通信过程.
代理服务器看起来和NAT设备有一点像. 客户端像代理服务器发送请求, 代理服务器将请求转发给真正要请求的服务器; 服务器返回结果后, 代理服务器又把结果回传给客户端. 

那么NAT和代理服务器的区别有哪些呢?

  1. 从应用上讲, NAT设备是网络基础设备之一, 解决的是IP不足的问题. 代理服务器则是更贴近具体应用, 比如通过代理服务器进行FQ(fanqiang), 另外像迅游这样的加速器, 也是使用代理服务器.
  2. 从底层实现上讲, NAT是工作在网络层, 直接对IP地址进行替换. 代理服务器往往工作在应用层.
  3. 从使用范围上讲, NAT一般在局域网的出口部署, 代理服务器可以在局域网做, 也可以在广域网做, 也可以跨网.
  4. 从部署位置上看, NAT一般集成在防火墙, 路由器等硬件设备上, 代理服务器则是一个软件程序, 需要部署在服务器上.

代理服务器是一种应用比较广的技术. 

1.FQ: 广域网中的代理:

Linux网络——数据链路层,网络编程,linux,网络,运维

 这种代理一般称为正向代理:

Linux网络——数据链路层,网络编程,linux,网络,运维

2.负载均衡: 局域网中的代理

Linux网络——数据链路层,网络编程,linux,网络,运维

这种一般成为反向代理。

Linux网络——数据链路层,网络编程,linux,网络,运维文章来源地址https://www.toymoban.com/news/detail-751482.html

到了这里,关于Linux网络——数据链路层的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

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

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

相关文章

  • Linux网络编程——UDP编程

    1、UDP通信协议,服务器端和客户端无需建立连接,只需要知道对方套接字的地址信息就可以发送数据 2、UDP通信流程图: 功能:创建套接字并返回套接字描述符 功能:将套接字与IP地址和端口号绑定 功能:发送数据 功能:接收数据 功能:关闭套接字 1、代码功能:两个进程

    2023年04月19日
    浏览(43)
  • Linux网络编程:网络基础

    文章目录: 一:协议   二:网络应用设计模式_BS模式和CS模式 三:网络分层模型(OSI七层 TCP/IP四层) 四:通信过程 五:协议格式  1.数据包封装 2.以太网帧格式和ARP数据报格式  3.IP段格式  4.UDP数据报格式 5.TCP数据报格式 六:TCP协议 1.TCP通信时序(面向连接的可靠数据通

    2024年02月12日
    浏览(81)
  • linux【网络编程】之网络基础

    “协议” 是一种约定 软件设计方面的优势—低耦合 分层依据:功能比较集中,耦合度较高的模块—高内聚 每一层都要解决特定的问题 每一层都有自己匹配的协议,每一层协议都解决自己的问题 OSI(Open System Interconnection,开放系统互连)七层网络模型称为开放式系统互联参

    2024年02月04日
    浏览(53)
  • 【Linux网络编程】网络基础一

    从今天开始我们将要从系统横跨到网络的学习了,因此有些书我们就可以读起来了。 操作系统 原理: 《操作系统精髓与设计原理》、《现代操作系统》 Linux原理方面的书 : 《Linux内核设计与实现》–陈莉君、《深入理解Linux内核》(选读–不作为重点) Linux编程方面的书: 《

    2024年04月15日
    浏览(58)
  • Linux网络编程 网络基础知识

    目录 1.网络的历史和协议的分成 2.网络互联促成了TCP/IP协议的产生 3.网络的体系结构 4.TCP/IP协议族体系 5.网络各层的协议解释 6.网络的封包和拆包 7.网络预备知识      Internet-\\\"冷战\\\"的产物 1957年十月和十一月,前苏联先后欧两颗”Spuinik”卫星上天 1958年美国总统艾森豪威尔向

    2024年02月10日
    浏览(44)
  • 【网络编程】Linux网络编程基础与实战第三弹——网络名词术语

    数据包从源地址到目的地址所经过的路径,由一系列路由节点组成。 某个路由节点为数据包选择投递方向的选路过程。 路由器工作原理 路由器是连接因特网中各局域网、广域网的设备,它会根据信道的情况自动选择和设定路由,以最佳路径,按前后顺序发送信号的设备。

    2024年02月08日
    浏览(44)
  • linux 网络编程

    网络通信手段的一种,我们在之前学了进程间通信,包括管道、消息队列、共享内存、信号和信号量,这些通信方式有一个共同的特点,就是他们都是在依赖Linux内核在单机上进行进程的通信,而面对多机之间的通信,这些手段就远远不够了。所以我们引入网络,利用网络来

    2024年02月12日
    浏览(30)
  • Linux网络编程

    提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档 提示:这里可以添加本文要记录的大概内容: 例如:随着人工智能的不断发展,机器学习这门技术也越来越重要,很多人都开启了学习机器学习,本文就介绍了机器学习的基础内容。 提示:以下是本篇

    2024年01月24日
    浏览(36)
  • Linux网络编程02

    UDP 协议处于传输层,是不可靠谱、无连接、消息有边界的协议 TCP 类似于管道, UDP 类似于队列 UDP头部 传输层头部都不需要IP地址,都只需要端口号 Berkeley Scoket 库已经完成了传输层之下的内容,我们只需要再应用层调用下面提供的服务接口即可 Socket :套接字,建立连接时使

    2024年02月08日
    浏览(34)
  • 【Linux网络编程一】网络基础1(网络框架)

    本篇开始总结网络知识,系统部分到此结束。 网络的本质就是在获取和生产数据,而系统的本质就是在处理数据。从网络中获取到数据利用系统调用来处理数据。而网络的本质也就是文件,我往文件里写,就是往网卡里写,往网卡里写,就是往网络里写。 我们在生活中都是

    2024年02月19日
    浏览(38)

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

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

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

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

二维码1

领取红包

二维码2

领红包