应用层
应用层是计算机网络体系结枃的最顶层,是设计和建立计算机网络的最终目的,也是计算机网络中发展最快的部分。
- 早期基于文本的应用(电子邮件、远程登录、文件传输、新闻组)
- 20世纪90年代将因特网带入干家万户的万维网WWM
- 当今流行的即时通信、P2P文件共享及各种音视频应用
- 计算设备的小型化和“无处不在”,宽带住宅接入和无线接入的日益普及和迅速发展,为未来更多的新型应用提供了广阔的舞台。
在本章中,我们以一些经典的网络应用为例来学习有关网络应用的原理、协议和实现方面的知识。
- 万维网WWW
- 域名系统DNS
- 动态主机配置协议DHCP
- 电子邮件
- 文件传送协议FTP与P2P文件共享
- 多媒体网络应用
Ⅰ DHCP
DHCP动态主机配置协议基于UDP,服务器端口是UDP67,客户端端口是UDP68.
❶ DHCP工作流程
具体详细流程见视频讲解
❷ DHCP中继代理
🔸下图的网络拓扑中的各主机是否可以通过DHCP来自动获取到网络配置?
💬 不能。由于路由器隔离广播域,因此其DHCP请求报文不能发送到DHCP服务器中,所以其不能使用DHCP服务。
解决方法是给服务器配置一个DHCP服务器地址,使其称为DHCP代理中继:
这样做还可以减少DHCP服务器的数量。通过中继代理进行转发来获取DHCP,就不用新增加一个DHCP服务器。
Ⅱ DNS
- 域名相比IP地址更容易记忆,域名系统DNS的作用是将请求的域名转换为IP地址,给相关程序进行发送IP请求。
- DNS报文使用运输层的UDP协议进行封装,运输层端口号为53
- 因特网是否可以只使用一台DNS服务器?
❶ 域名结构
-
因特网采用层次树状结构的域名结构
这种按等级管理的命名方法便于维护名字的唯一性,并且也容易设计出一种高效的域名查询机制。需要注意的是,域名只是个逻辑概念,并不代表计算机所在的物理地点。
-
域名的结构由若干个分量组成,各分量之间用“点”隔开,分别代表不同级别的域名。
- 每一级的域名都由英文字母和数字组成,不超过63个字符,不区分大小写字母。
- 级别最低的域名写在最左边,而级別最高的顶级域名写在最右边。
- 完整的域名不超过255个字符。
-
域名系统既不规定一个域名需要包含多少个下级域名,也不规定每一级的域名代表什么意思。
-
各级域名由其上一级的域名管理机构管理,而最高的顶级域名则由因特网名称与数字地址分配机构 ICANN 进行管理。
-
顶级域名与二级域名详解:
❷ 域名服务器
域名和IP地址的映射关系必须保存在域名服务器中,供所有其他应用查询。显然不能将所有信息都储存在一台域名服务器中DNS使用分布在各地的域名服务器来实现域名到IP地址的转换
》域名服务器可以划分为以下四种不同的类型
-
根域名服务器
▎根域名服务器是最高层次的域名服务器。每个根域名服务器都知道所有的顶级域名服务器的域名及其IP地址。
- 因特网上共有13个不同IP地址的根域名服务器。尽管我们将这13个根域名服务器中的每一个都视为单个的服务器,但“每台服务器"实际上是由许多分布在世界各地的计算机构成的服务器群集。
- 当本地域名服务器向根域名服务器发出查询请求时,路由器就把查询请求报文转发到离这个DNS客户最近的一个根域名服务器。这就加快了DNS的查询过程,同时也更合理地利用了因特网的资源。
- 根域名服务器通常并不直接对域名进行解析,而是返回该域名所属顶级域名的顶级域名服务器的IP地址
-
顶级域名服务器
▎这些域名服务器负责管理在该顶级域名服务器注册的所有二级域名。
- 当收到DNS查询请求时就给出相应的回答(可能是最后的结果,也可能是下一级权限域名服务器的IP地址)。
-
权限域名服务器
▎这些域名服务器负责管理某个区的域名。
- 每一个主机的域名都必须在某个权限域名服务器处注册登记。因此权限域名服务器知道其管辖的域名与IP地址的映射关系。
- 权限域名服务器还知道其下级域名服务器的地址
-
本地域名服务器
▎本地域名服务器不属于上述的域名服务器的等级结构。
- 当一个主机发出DNS请求报文时,这个报文就首先被送往该主机的本地域名服务器。本地域名服务器起着代理的作用,会将该报文转发到上述的域名服务器的等级结构中。
- 每一个因特网服务提供者ISP,一个大学,甚至个大学里的学院,都可以拥有ー个本地域名服务器,它有时也称为默认域名服器。
- 本地域名服务器离用户较近,一般不超过几个路由器的距离,也有可能就在同一个局域网中。
- 本地域名服务器的IP地址需要直接配置在需要域名解析的主机中
❸ 域名解析过程
域名解析的过程有两种:递归查询/迭代查询
1)递归查询
2)迭代查询
由于递归查询对于被查询的域名服务器负担太大,通常采用以下模式:从请求主机到本地域名服务器的查询是递归查询,而其余的查询是迭代查询
❹ 域名高速缓存
为了提高DNS的查询效率,并减轻根域名服务器的负荷和減少因特网上的DNS查询报文数量,在域名服务器中广泛地使用了高速缓存。
- 高速缓存用来存放最近查询过的域名以及从何处获得域名映射信息的记录。
- 由于域名到IP地址的映射关系并不是永久不变,为保持高速缓存中的内容正确,域名服务器应为每项内容设置计时器并删除超过合理时间的项(例如,每个项目只存放两天)。
不但在本地域名服务器中需要高速缓存,在用户主机中也很需要。
- 许多用户主机在启动时从本地域名服务器下载域名和IP地址的全部数据库,维护存放自己最近使用的域名的高速缓存,并且只在从缓存中找不到域名时オ向域名服务器查询。
- 同理,主机也需要保持高速缓存中内容的正确性。
Ⅲ FTP
❶ FTP简介
将某台计算机中的文件通过网络传送到可能相距很远的另一台计算机中,是一项基本的网络应用,即文件传送。
-
**文件传送协议FTP( File Transfer Protocol)**是因特网上使用得最广泛的文件传送协议
在因特网发展的早期阶段,用FTP传送文件约占整个因特网的通信量的三分之ー,而由电子邮件和域名系统所产生的通信量还要小于FTP所产生的通信量。只是到了1995年,万维网WWW的通信量オ首次超过了FTP。
-
FTP提供交互式的访问,允许客户指明文件的类型与格式(如指明是否使用ASC码),并允许文件具有存取权限(如访问文件的用户必须经过授权,并输入有效的口令)。
-
FTP屏蔽了各计算机系统的细节,因而适合于在异构网络中任意计算机之间传送文件。
FTP采用C/S方式(客户/服务器方式)
-
FTP客户计算机可将各种类型的文件上传到FTP服务器计算机,也可以从FTP服务器计算机下载文件
-
根据应用需求的不同,FTP服务器可能需要一台高性能和高可靠性的服务器计算机,也可能只需要一台普通的个人计算机即可。
-
FTP的常见用途是在计算机之间传输文件,尤其是用于批量传输文件
如让网站设计者将构成网站内容的大量文件批量上传到他们的Web服务器。
❷ FTP基本工作原理
FTP客户和服务器之间要建立以下两个并行的TCP连接:
-
一个是控制连接,在整个会话期间一直保持打开,用于传送FTP相关控制命令。默认情况下,FTP使用TCP21端口进行控制连接
-
一个是数据连接,用于文件传输,在每次文件传输时才建立,传输结束就关闭。默认情况下,FTP使用TCP20端口进行数据连接。
但是,是否使用TCP20端口建立数据连接与传输模式有关,主动方式使用TCP20端口,被动方式由服务器和客户端自行协商決定
Ⅳ 万维网
❶ 万维网概述
1 万维网 WWW (World Wide Web) 它是一个大规模的、联机式的信息储藏所。
-
万维网并非某种特殊的计算机网络,而是运行在因特网上的一个分布式应用。
-
万维网利用网页之间的超链接将不同网站的网页链接成一张逻辑上的信息网,这种访问方式称为“链接”。
-
万维网用链接的方法能非常方便地从互联网上的一个站点访问另一个站点,从而主动地按需获取丰富的信息。
2 万维网以客户 - 服务器方式工作。
-
万维网文档所驻留的计算机运行服务器程序,该计算机也称为万维网服务器。
-
用户计算机上的万维网客户程序就是浏览器。
-
目前比较流行的浏览器如下
-
浏览器最重要的部分是渲染引撃,也就是浏览器内核(粉字部分),负责对网页内容进行解析和显示。
- 不同的浏览器内核对网页内容的解析也有不同,因此同一网页在不同内核的浏览器里的显示效果可能不同
- 网页编写者需要在不同内核的浏览器中测试网页显示效果。
-
-
客户程序向服务器程序发出请求,服务器程序向客户程序送回客户所要的万维网文档。客户程序即浏览器响应并渲染的万维网文档,在主窗口上显示为的页面 (page)。
3 为了方便地访问在世界范围的文档,万维网使用统一资源定位符URL来指明因特网上任何种类“资源”的位置
❷ 万维网文档
▎由HTML、CSS、 Javascript编写的万维网文档,由浏览器内核负责解释和渲染
-
这些文档的具体编写属于web前端开发的基础,并不属于本课程的教学大纲,就不再深入介绍了
-
需要大家注意的是这些文档都部署在服务器端,有一些是外部前端人员开发设计好的静态页面,有一些是服务器后端程序根据用户需求自动生成的动态页面,他们都需要从服务器传送给用户的浏览器进行解析和渲染,
❸ 超文本传输协议HTTP
▎超文本传输协议HTTP(Hypertext Transfer Protocol)
- HTTP是一个应用层协议,它使用 TCP 连接进行可靠的传送。
- HTTP定义了浏览器(即万维网客户进程)怎样向万维网服务器请求万维网文档,及万维网服务器怎样把万维网文档传送给浏览器。
1)HTTP传输过程
-
每个万维网网点都有一个服务器进程,它不断地监听 TCP 的端口 80,以便发现是否有浏览器向它发出连接建立请求。
-
一旦监听到连接建立请求并建立了 TCP 连接之后,浏览器就向万维网服务器发出浏览某个页面的请求,服务器接着就返回所请求的页面作为响应。
-
最后,TCP 连接就被释放了。
2)HTTP版本
HTTP/1.0采用非持续连接方式。在该方式下,每次浏览器要请求ー一个文件都要与服务器建立TCP连接当收到响应后就立即关闭连接。
- 每请求一个文档就要有两倍的RTT的开销。若一个网页上有很多引用对象(例如图片等),每请求每一个对象都需要花费2RTT的时间
- 为了减小时延,浏览器通常会建立多个并行的TCP连接同时请求多个对象。但是,这会大量占用万维网服务器的资源,特别是万维网服务器往往要同时服务于大量客户的请求,这会使其负担很重。
HTTP/1.1采用持续连接方式。在该方式下,万维网服务器在发送响应后仍然保持这条连接,使同一个客户(浏览器)和该服务器可以继续在这条连接上传送后续的HTTP请求报文和响应报文。
- 这并不局限于传送同一个页面上引用的对象,而是只要这些文档都在同一个服务器上就行。
- 为了进一步提高效率,HTTP/1.1的持续连接还可以使用流水线方式工作,即浏览器在收到HTTP的响应报文之前就能够连续发送多个请求报文。这样的一个接一个的请求报文到达服务器后,服务器就发回一个接一个的响应报文。这样就节省了很多个RTT时间,使TCP连接中的空闲时间减少提高了下载文档的效率
3)HTTP报文格式
1️⃣ HTTP请求报文格式
- 报文格式
- 请求报文的方法列表
2️⃣ HTTP响应报文格式
-
报文格式
浏览器通常不会直接显示出服务器的状态行信息,而是用更友好的方式向用户告知服务器的状态信息。
如下图页面,其本质是浏览器收到了对应红色的状态行
-
响应报文的状态码列表
4)COOKIE与缓存
1️⃣ COOKIE
1 使用 Cookie在服务器上记录用户信息
-
早期的万维网应用非常简单,仅仅是用户查看存放在不同服务器上的各种静态的文档。因此HTTP被设计为一种无状态的协议。这样可以简化服务器的设计。
-
现在,用户可以通过万维网实现各种复杂的应用,如网上购物、电子商务等。这些应用往往需要万维网服务器能够识别用户。
-
Cookie提供了ー一种机制使得万维网服务器能够“记住”用户,而无需用户主动提供用户标识信息。也就是说**,Cookie是一种对无状态的HTTP进行状态化的技术。**
2 Cookie原理
2️⃣ 缓存与代理服务器
▎在万维网中还可以使用缓存机制以提高万维网的效率
-
万维网缓存又称为Web缓存( Web Cache),
-
Web缓存可位于客户机,也可位于中间系统上,位于中间系统上的Web缓存又称为代理服务器( Proxy Server)
-
Web缓存把最近的一些请求和响应暂存在本地磁盘中。当新请求到达时,若发现这个请求与暂时存放的请求相同,就返回暂存的响应,而不需要按URL的地址再次去因特网访问该资源
可以想象若WEB缓存的命中率比较高,则会大大减小了该链路上的通信量,因而减少了访问因特网的时延
1 万维网缓存的工作机制
2 万维网缓存的更新机制
Ⅴ 电子邮件
❶ 电子邮件概述
1 电子邮件(E-mail)是因特网上最早流行的一种应用,并且仍然是当今因特网上最重要、最实用的应用之一
电子邮件使用方便、传递迅速而且费用低廉。它不仅可以传送文字信息,而且还可附上声音和图像。由于电子邮件的广泛使用,现在许多国家已经正式取消了电报业务。在我国,电信局的电报业务也因电子邮件的普及而濒临消失。
- 传统的电话通信属于实时通信,存在以下两个缺点
- 电话通信的主叫和被叫双方必须同时在场;
- 一些不是十分紧迫的电话也常常不必要地打断人们的工作或休息。
- 电子邮件与邮政系统的寄信相似
- 发件人将邮件发送到自己使用的邮件服务器
- 发件人的邮件服务器将收到的邮件按其目的地址转发到收件人邮件服务器中的收件人邮箱
- 收件人在方便的时候访问收件人邮件服务器中自己的邮箱,获取收到的电子邮件。
2 电子邮件系统采用客户/服务器方式。
3 电子邮件系统的三个主要组成构件:用户代理,邮件服务器,以及电子邮件所需的协议
- 用户代理是用户与电子邮件系统的接口,又称为电子邮件客户端软件。
- 邮件服务器是电子邮件系统的基础设施。因特网上所有的ISP都有邮件服务器,其功能是发送和接收邮件,同时还要负责维护用户的邮箱。
- 协议包括邮件发送协议(例如SMTP)和邮件读取协议(例如POP3,IMAP)。
❷ 电子邮件格式
- 电子邮件的信息格式并不是由SMTP定义的,而是在RFC822中单独定义的。这个RFC文档已在2008年更新为RFC5322。
- 一个电子邮件有信封和内容两部分。而内容又由首部和主体两部分构成。
❸ 邮件发送协议
1)SMTP
简单邮件传送协议SMTP(Simple Mail Transfer Protocol)
1️⃣ SMTP的基本工作原理
2️⃣ MIME对SMTP的拓展
-
SMTP协议只能传送ASCI码文本数据,不能传送可执行文件或其他的二进制对象。
- SMTP不能满足传送多媒体邮件(例如带有图片、音频或视频数据)的需要。
- 并且许多其他非英语国家的文字(例如中文、俄文、甚至带有重音符号的法文或德文)也无法用SMTP传送。
-
为解决SMTP传送非ASCI码文本的向题,提出了多用途因特网邮件扩展MIME( Multipurpose Internet Mail Extensions)
实际上,MIME不仅仅用于SMTP,也用于后来的同样面向ASCI字符的HTTP。
- 增加了5个新的邮件首部字段,这些字段提供了有关邮件主体的信息。
- 定义了许多邮件内容的格式,对多媒体电子邮件的表示方法进行了标准化。
- 定义了传送编码,可对任何内容格式进行转换,而不会被邮件系统改变。
❹ 邮件读取协议
常用的邮件读取协议有以下两个
- 邮局协议POP( Post Office Protocol),POP3是其第三个版本,是因特网正式标准。
- 非常简单、功能有限的邮件读取协议。
- 用户只能以下載并删除方式或下載并保留方式从邮件服务器下载邮件到用户方计算机。
- 不允许用户在邮件服务器上管理自己的邮件(例如创建文件夹,对邮件进行分类管理等)。
- 因特网邮件访问协议IMAP( Internet Message Access Protoco),IMAP4是其第四个版本,目前还只是因特网建议标准。
- 功能比POP3强大的邮件读取协议。
- 用户在自己的计算机上就可以操控邮件服务器中的邮箱,就像在本地操控一样,因此IMAP是一个联机协议。