我们每天使用互联网,你是否想过,它是如何实现的?
全世界几十亿台电脑,连接在一起,两两通信。杭州的某一块网卡送出信号,纽约的另一块网卡居然就收到了,两者实际上根本不知道对方的物理位置,你不觉得这是很 神奇 的事情吗?
互联网的核心是一系列协议,总称为 互联网协议 Internet Protocol Suite
。它们对 电脑 以及各种 网络设备 如何 连接 和 组网,做出了详尽的规定。理解了这些协议,就理解了互联网的原理。
下面我们一起来探索 网络 的 神秘 吧
==========================================================
五层模型
互联网 的实现,分成好几层。每一层都有自己的功能,就像建筑物一样,每一层都靠下一层支持。
用户接触到的,只是最上面的一层,也就是 应用层。根本没有感觉到下面的层。要理解互联网,必须从 最下层 开始,自下而上理解每一层的功能。
如何分层有不同的模型,OSI
分为 七层。TCP-IP
协议群把互联网分成五层
,比较容易解释。
如图所示,最底下的一层叫做 物理层 Physical Layer
,最上面的一层叫做 应用层 Application Layer
,中间的三层分别是 链路层 Link Layey
, 网络层 Network Layer
和 传输层 Transport Layer
。越 下面 的层,越靠近 硬件 ;越 上面 的层,越靠近 用户。
层与协议
每一层都是为了完成一种功能。为了实现这些功能,就需要大家都遵守共同的规则。
大家都遵守的 规则,就叫做 协议 protocol
。
互联网 的 每一层,都定义了很多协议。它们是互联网的核心,我们依次来探索每一层和每一层所适用的 协议。
- 物理层
物理层是网络协议的最底层。
电脑要组网,第一件事要干什么?当然是先把电脑连起来,可以用 光缆、电缆、双绞线、无线电波 等方式。
如图所示,2台电脑通过中间媒介的链接就组成了一个最简单的 区域网 。在这一层中,各种媒介中传输的就是我们熟称的 比特流,也就是传送 0 和 1 的电信号。
-
链路层
-
定义
单纯的0和1没有任何意义,必须规定解读方式:多少个电信号算一组?每个信号位有何意义? 这就是 链接层 的功能,它在 实体层 的上方,确定了 0 和 1 的 分组方式。 -
以太网协议
早期的时候,每家公司都有自己的电信号分组方式。逐渐地,一种叫做以太网(Ethernet
)的协议,占据了主导地位。
以太网规定,一组电信号构成一个 数据包,叫做 帧(Frame
)。每一帧分成两个部分:标头(Head
)和 数据(Data
)。 标头 包含数据包的一些说明项,比如 发送者、接受者、数据类型等等;数据 则是数据包的 具体内容。
标头 的长度,固定为 18 字节。
数据 的长度,最短为 46 字节,最长为 1500 字节。
因此,整个帧 最短为 64 (18+46)字节,最长为1518(18+1500)字节。
如果数据很长,就必须分割成多个帧进行发送。 -
MAC地址
上面提到,以太网数据包的 标头,包含了 发送者 和 接受者 的信息。那么,发送者 和 接受者 是如何标识呢?
以太网规定,连入网络的所有设备,都必须具有 网卡 接口。
数据包必须是从一块网卡,传送到另一块网卡。网卡 的地址,就是数据包的发送地址和接收地址,这叫做MAC
地址。 每块网卡出厂的时候,都有一个全世界 独一无二 的 MAC 地址,长度是 48 个比特,通常用 12 个 十六进制数 表示。 前 6 个十六进制数是厂商编号,后 6 个是该厂商的网卡流水号。有了 MAC 地址,就可以 定位网卡和数据包 的 路径 了。 -
广播
定义地址只是第一步,后面还有更多的步骤。
首先,一块网卡怎么会知道另一块网卡的MAC
地址?
我们可以通过ARP
协议,可以解决这个问题。
其次,就算有了MAC
地址,系统怎样才能把数据包准确送到接收方?
回答是以太网采用了一种很 原始 的方式,它不是把数据包准确送到接收方,而是向本网络内所有 网络设备 发送,让每台网络设备自己判断,是否为接收方。【此处存在漏洞,我们可以进行攻击】 如图,1号 向 2号 发送一个数据包,同一个子网络的 3号、4号、5号 计算机都会收到这个包。它们读取这个包的 标头,找到接收方的 MAC 地址,然后与自身的 MAC 地址相比较,如果两者相同,就接受这个包,做进一步处理,否则就丢弃这个包。这种发送方式就叫做 广播(broadcasting
)。
有了数据包的定义、网卡的MAC
地址、广播的发送方式,链接层 就可以在多台计算机之间传送数据了。
-
-
网络层
-
网络层的由来
以太网协议,依靠MAC
地址发送数据。理论上,单单依靠MAC
地址,杭州的网卡就可以找到纽约的网卡了,技术上是可以实现的。
但是,这样做有一个重大的缺点。以太网 采用 广播方式 发送数据包,所有成员 人手一包,不仅 效率低,而且局限在发送者所在的 子网络。
也就是说,如果两台计算机不在同一个 子网络,广播是传不过去的。这种设计是合理的,否则互联网上每一台计算机都会收到所有包,那会引起灾难。
互联网是无数子网络共同组成的一个巨型网络,很像想象上海和洛杉矶的电脑会在同一个子网络,这几乎是不可能的。
因此,必须找到一种方法,能够区分哪些MAC
地址属于同一个子网络,哪些不是。如果是 同一个子网络,就采用 广播方式 发送,否则就采用 路由 方式发送。遗憾的是,MAC
地址本身无法做到这一点。它只与厂商有关,与所处网络无关。
这就导致了 网络层 的诞生。它的作用是引进一套新的地址,使得我们能够区分不同的计算机是否属于同一个子网络。这套地址就叫做 网络地址,简称 网址。
于是,网络层 出现以后,每台计算机有了两种地址,一种是MAC
地址,另一种是 网络 地址。两种地址之间没有 任何联系 ,MAC
地址是绑定在 网卡上 的,网络地址则
是系统自动分配的或者管理员指定,它们只是随机组合在一起。
网络地址 帮助我们确定计算机所在的子网络,MAC
地址则将数据包送到该子网络中的目标网卡。因此,从逻辑上可以推断,必定是先处理 网络地址 ,然后再处理MAC
地址。 -
IP协议
规定网络地址的协议,叫做IP
协议。它所定义的地址,就被称为IP
地址。
目前,广泛采用的是IP
协议第四版,简称IPv4
。这个版本规定,网络地址由 32 个二进制位组成。 习惯上,我们用分成 四段 的 十进制 数表示IP
地址,从0.0.0.0
一直到255.255.255.255
。
互联网上的每一台网络设备,都会分配到一个IP
地址。这个地址分成两个部分,前一部分 代表网络,后一部分 代表主机。比如,IP
地址172.16.254.1
,这是一个32
位的地址,假定它的网络部分是前24位(172.16.254
),那么主机部分就是后8
位(最后的那个1
)。处于同一个子网络的电脑,它们IP
地址的网络部分必定是相同的,也就是说172.16.254.2
应该与172.16.254.1
处在同一个子网络。
但是,问题在于单单从IP
地址,我们无法判断网络部分。还是以172.16.254.1
为例,它的网络部分,到底是前24
位,还是前16
位,甚至前28
位,从IP地址上是看不出来的。
那么,怎样才能从IP
地址,判断两台计算机是否属于同一个子网络呢?这就要用到另一个参数 子网掩码(subnet mask
)。
所谓 子网掩码 ,就是表示 子网络特征 的一个参数。它在形式上等同于IP
地址,也是一个32
位二进制数字,它的网络部分全部为 1 ,主机部分全部为 0 。
比如,IP
地址172.16.254.1
,如果已知网络部分是前24
位,主机部分是后8
位,那么子网络掩码就是11111111.11111111.11111111.00000000
,写成十进制就是255.255.255.0
。
知道 子网掩码,我们就能判断,任意两个IP
地址是否处在同一个子网络。方法是将两个IP地址与 子网掩码 分别进行AND
运算(两个数位都为1,运算结果为1,否则为0),然后比较结果是否相同,如果是的话,就表明它们在同一个子网络中,否则就不是。
比如,已知IP
地址172.16.254.1
和172.16.254.233
的子网掩码都是255.255.255.0
,请问它们是否在同一个子网络?两者与子网掩码分别进行AND运算,结果都是172.16.254.0
,因此它们在同一个子网络。 -
IP数据包
根据IP
协议发送的数据,就叫做IP
数据包。不难想象,其中必定包括IP
地址信息。
但是前面说过,以太网数据包 只包含MAC
地址,并没有IP
地址的栏位。那么是否需要修改数据定义,再添加一个栏位呢?
回答是不需要,我们可以把IP
数据包直接放进以太网数据包的 数据 部分,因此完全不用修改以太网的规格。这就是互联网分层结构的好处:上层的变动完全不涉及下层的结构
具体来说,IP数据包也分为 标头 和 数据 两个部分。
标头 部分主要包括 版本、长度、IP地址 等信息,数据 部分则是 IP数据包 的具体内容。它放进以太网数据包后,以太网数据包就变成了下面这样。 IP 数据包的 标头 部分的长度为20到60字节,整个数据包的总长度最大为65,535字节。
因此,理论上,一个IP数据包的 数据 部分,最长为 65,515 字节。
前面说过,以太网数据包的 数据 部分,最长只有 1500 字节。因此,如果IP
数据包超过了1500
字节,它就需要分割成 几个 以太网数据包,分开发送了。 -
ARP
协议。
因为IP
数据包是放在以太网数据包里发送的,所以我们必须同时知道两个地址,一个是对方的MAC
地址,另一个是对方的IP
地址。
通常情况下,对方的IP
地址是已知的,但是我们不知道它的MAC
地址。
所以,我们需要一种 机制 ,能够从IP
地址得到MAC
地址。
- 不同一个子网
没有办法直接得到对方的MAC
地址,只能把数据包传送到两个子网络连接处的 网关(gateway
),让网关去处理。 - 同一个子网
那么我们可以用ARP协议,得到对方的MAC
地址。
ARP 协议也是发出一个数据包(包含在以太网数据包中),其中包含它所要查询主机的IP地址,在对方的MAC
地址这一栏,填的是FF:FF:FF:FF:FF:FF
,表示这是一个 广播 地址。
它所在子网络的 每一台主机 ,都会收到这个数据包,从中取出IP
地址,与自身的IP
地址进行比较。如果两者相同,都做出回复,向对方报告自己的MAC
地址,否则就 丢弃 这个包。
-
-
传输层
-
传输层的由来
有了MAC
地址和IP
地址,我们已经可以在互联网上任意两台主机上建立通信。
接下来的问题是,同一台主机上有许多 程序 都需要用到网络,比如,你一边浏览网页,一边与朋友在线聊天。当一个数据包从互联网上发来的时候,你怎么知道,它是表示 网页 的内容,还是表示 在线聊天 的内容?
也就是说,我们还需要一个 参数 ,表示这个数据包到底供哪个程序(进程)使用。这个参数就叫做 端口(port
),它其实是每一个 使用网卡的程序的编号。每个 数据包 都发到主机的 特定端口 ,所以不同的程序就能取到自己所需要的数据。
端口 是0到65535之间的一个整数,正好16个二进制位。
0 到 1023 的端口被系统占用,用户只能选用 大于1023 的端口。
传输层 的功能,就是建立 端口到端口 的通信。
相比之下,网络层 的功能是建立 主机到主机 的通信。
只要确定 主机 和 端口,我们就能实现程序之间的交流。
因此,Unix
系统就把 主机+端口,叫做 套接字(socket
)。有了它,就可以进行网络应用程序开发了。 -
UDP协议
现在,我们必须在数据包中加入端口信息,这就需要新的协议。最简单的实现叫做UDP
协议,它的格式几乎就是在 数据前面,加上端口号。
UDP 数据包,也是由 标头 和 数据 两部分组成。 标头 部分主要定义了 发出端口 和 接收端口,数据 部分就是具体的内容。
然后,把整个UDP
数据包放入IP
数据包的 数据 部分,而前面说过,IP数据包 又是放在 以太网数据包 之中的,所以整个以太网数据包现在变成了下面这样: UDP 数据包非常简单,标头 部分一共只有 8 个字节,总长度不超过 65,535 字节,正好放进一个IP数据包。 -
TCP协议
UDP 协议的优点是比较 简单,容易实现,但是 缺点 是 可靠性较差,一旦数据包发出,无法知道对方是否收到。
为了解决这个问题,提高网络可靠性,TCP
协议就诞生了。
这个协议非常复杂,但可以近似认为,它就是有 确认机制 的UDP
协议,每发出一个数据包都要求 确认。
如果有一个数据包 遗失,就收不到 确认,发出方就知道有必要 重发 这个数据包了。
因此,TCP
协议能够确保数据 不会遗失。它的 缺点 是过程 复杂、实现困难、消耗较多的资源。
TCP 数据包和UDP
数据包一样,都是内嵌在IP
数据包的 数据 部分。
TCP 数据包没有 长度限制 ,理论上可以无限长
,但是为了 保证网络的效率,通常TCP
数据包的长度不会超过IP
数据包的长度,以确保单个TCP
数据包不必再分割。
-
-
应用层
应用程序 收到 传输层 的数据,接下来就要进行 解读。由于互联网是开放架构,数据来源五花八门,必须事先规定好 格式,否则根本无法解读。
应用层 的作用,就是规定应用程序的数据格式。
举例来说,TCP
协议可以为各种各样的程序传递数据,比如Email
、WWW
、FTP
等等。那么,必须有不同协议规定 电子邮件、网页、FTP数据 的 格式,这些应用程序协议就构成了 应用层。
这是 最高 的一层,直接面对用户。它的数据就放在TCP
数据包的 数据 部分。因此,现在的以太网的数据包就变成下面这样。
五层结构就是如此啦,那么笔者就提个问题吧?那么,我们的个人
PC
会中 电脑病毒,那么网络设备中的 交换机、路由器、集线器 等设备也会中 电脑病毒 么?
愿意与大家分享交流各种技术,个人公众账号[mindev],以及 知识星球[ 极客世界 ]