计算机网络(六)——应用层

1.应用层概述

应用层是计算机网络体系结构的最顶层,是设计和建立计算机网络的最终目的,也是计算机网络中发展最快的部分。
    早期基于文本的应用(电子邮件、远程登录、文件传输、新闻组)
    20世纪90年代将因特网带入千家万 户的万维网WWW
    当今流行的即时通信、P2P文件共享及各种音视频应用
    计算设备的小型化和“无处不在”,宽带住宅接入和无线接入的日益普及和迅速发展, 为未来更多的新型应用提供了广阔的舞台。


2.客户/服务器方式(C/S方式)和对等方式(P2P方式)

客户/服务器(Client/Server, C/S)方式

客户和服务器是指通信中所涉及的两个应用进程。

客户/服务器方式所描述的是进程之间服务和被服务的关系。

客户是服务请求方,服务器是服务提供方。

服务器总是处于运行状态,并等待客户的服务请求。服务器具有固定端口号(例如HTTP服务器的默认端口号为80),而运行服务器的主机也具有固定的IP地址。

C/S方式是因特网.上传统的、同时也是最成熟的方式,很多我们熟悉的网络应用采用的都是C/S方式。包括万维网www.电子邮件、文件传输FTP等。

基于C/S方式的应用服务通常是服务集中型的,即应用服务集中在网络中比客户计算机少得多的服务器计算机上。
    由于一台服务器计算机要为多个客户机提供服务,在C/S应用中,常会出现服务器计算机跟不上众多客户机请求的情况。
    为此,在C/S应用中,常用计算机群集(或服务器场)构建一个强大的虚拟服务器


对等(Peer - to - Peer, P2P)方式

在P2P方式中,没有固定的服务请求者和服务提供者,分布在网络边缘各端系统中的应用进程是对等的,被称为对等方。对等方相互之间直接通信,每个对等方既是服务的请求者,又是服务的提供者.

目前,在因特网上流行的P2P应用主要包括P2P文件共享、即时通信、P2P流媒体、分布式存储等。

基于P2P的应用是服务分散型的,因为服务不是集中在少数几个服务器计算机中,而是分散在大量对等计算机中,这些计算机并不为服务提供商所有,而是为个人控制的桌面计算机和笔记本电脑,它们通常位于住宅、校园和办公室中。

P2P方式的最突出特性之一就是它的可扩展性。 因为系统每增加一个对等方,不仅增加的是服务的请求者,同时也增加了服务的提供者,系统性能不会因规模的增大而降低

P2P方式具有成本上的优势,因为它通常不需要庞大的服务器设施和服务器带宽。为了降低成本,服务提供商对于将P2P方式用于应用的兴趣越来越大。


3.动态主机配置协议DHCP

动态主机配置协议DHCP(Dynamic Host Configuration Protocol)提供了一种机制,称为即插即用连网。这种机制允许一台计算机加入新网络时可自动获取IP地址等网络配置信息而不用手工参与

DHCP主要使用以下报文来实现其功能:
    DHCP DISCOVER:DHCP发现报文
    DHCP OFFER:DHCP提供报文
    DHCP REQUEST:DHCP请求报文
    DHCP ACK:DHCP确认报文
    DHCP NACK:DHCP否认报文
    DHCP RELEASE:DHCP释放报文

DHCP报文在运输层使用UDP协议封装
    DHCP客户使用的UDP端口号为68
    DHCP服务器使用的UDP端口号为67

DHCP客户在未获取到IP地址时使用地址0.0.0.0

在每一个网络上都设置一个DHCP服务器会使DHCP服务器的数量太多。因此现在是使每一个网络至少有一个DHCP中继代理(通常是一台路由器),它配置了DHCP服务器的IP地址信息,作为各网络中计算机与DHCP服务器的桥梁。


4.域名系统DNS(Domain Name System)

域名系统DNS是因特网使用的命名系统,用来把便于人们记忆的具有特定含义的主机名(例如www.hnust.cn) ,转换为便于机器处理的IP地址。

因特网采用层次树状结构的域名结构        ... .三级域名.二级域名.顶级域名

顶级域名TLD (Top Level Domain)分为以下三类:
    国家顶级域名nTLD
    通用顶级域名gTLD
    反向域arpa

域名和IP地址的映射关系必须保存在域名服务器中,供所有其他应用查询。显然不能将所有信息都储存在一台域名服务器中。DNS使用分布在各地的域名服务器来实现域名到IP地址的转换。

域名服务器可以划分为以下四种不同的类型:
    根域名服务器
    顶级域名服务器
    权限域名服务器
    本地域名服务器

域名解析的过程使用两种域名查询方式:
    递归查询
    迭代查询


为了提高DNS的查询效率,并减轻根域名服务器的负荷和减少因特网上的DNS查询报文数量,在域名服务器和主机中广泛地使用了高速缓存。

DNS报文使用运输层的UDP协议进行封装,运输层端口号为53。


5.文件传送协议FTP

将某台计算机中的文件通过网络传送到可能相距很远的另一台计算机中,是一项基本的网络应用,即文件传送。

文件传送协议FTP (File Transfer Protocol) 是因特网.上使用得最广泛的文件传送协议。
    FTP提供交互式的访问,允许客户指明文件的类型与格式(如指明是否使用ASCII码),并允许文件具有存取权限(如访问文件的用户必须经过授权,并输入有效的口令)。
    FTP屏蔽了各计算机系统的细节,因而适合于在异构网络中任意计算机之间传送文件。

在因特网发展的早期阶段,用FTP传送文件约占整个因特网的通信量的三分之一,而由电子邮件和域名系统所产生的通信量还要小于FTP所产生的通信量。只是到了1995年,万维网WWW的通信量才首次超过了FTP。

FTP客户和服务器之间要建立以下两个并行的TCP连接
    控制连接,在整个会话期间一直保持打开,用于传送FTP相关控制命令。
    数据连接,用于文件传输,在每次文件传输时才建立,传输结束就关闭。
    默认情况下,FTP使用TCP 21端口进行控制连接,TCP 20端口进行数据连接。但是,是否使用TCP 20端口建立数据连接与传输模式有关,主动方式使用TCP 20端口,被动方式由服务器和客户端自行协商决定


6.电子邮件

电子邮件系统采用客户/服务器方式。三个主要组成构件:用户代理邮件服务器,以及电子邮件所需的协议
    用户代理是用户与电子邮件系统的接口, 又称为电子邮件客户端软件
    邮件服务器是电子邮件系统的基础设施。 因特网上所有的ISP都有邮件服务器,其功能是发送和接收邮件,同时还要负责维护用户的邮箱。
    协议包括邮件发送协议 (例如SMTP)和邮件读取协议(例如POP3)。

常用的邮件发送协议简单邮件传送协议SMTP
    基于TCP连接, 端口号为25;
    只能传送ASCII码文本
    用于用户代理向邮件服务器发送邮件以及邮件服务器之 间的邮件发送

为解决SMTP传送非ASCII码文本的问题,提出了多用途因特网邮件扩展MIME

常用的邮件读取协议有以下两个:
    邮局协议POP3:非常简单、功能有限的邮件读取协议。用户只能以下载并删除方式或下载并保留方式从邮件服务器下载邮件到用户方计算机。不允许用户在邮件服务器上管理自己的邮件
    因特网邮件访问协议IMAP:功能比POP3强大的邮件读取协议。 用户在自己的计算机上就可以操控邮件服务器中的邮箱,就像在本地操控一样,因此IMAP是一个联机协议。
    POP3和IMAP4都采用基于TCP连接的客户/服务器方式。 POP3使用端口110,IMAP4使用端口143。

基于万维网的电子邮件
    通过浏览器登录 (提供用户名和口令) 邮件服务器万维网网站就可以撰写、收发、阅读和管理电子邮件。 这种工作模式与IMAP很类似,不同的是用户计算机无需安装专门的用户代理程序,只需要使用通用的万维网浏览器。
    这种工作模式在用户浏览器与邮件服务器网站之间使用HTTP协议,邮件服务器之间使用SMTP协议


7.万维网WWW

万维网WWW (Worid Wide Web)是一个大规模的、联机式的信息储藏所,是运行在因特网.上的一个分布式应用

浏览器最重要的部分是渲染引擎,也就是浏览器内核,负责对网页内容进行解析和显示。

万维网使用统一资源定位符URL来指明因特网上任何种类“资源”的位置。其一般形式为:<协议>://<主机>:<端口>/<路径>

万维网文档
    超文本标记语言HTML,使用多种“标签”来描述网页的结构和内容。 (网页扩展名为.htm)
    层叠样式表CSS,从审美角度来描述网页的样式。 (文件扩展名为.css)
    脚本语言JavaScript (与Java没有任何关系) ,控制网页的行为。 (文件扩展名为.js)

超文本传输协议HTTP (HyperText Transfer Protocol)定义了浏览器(即万维网客户进程)怎样向万维网服务器请求万维网文档,以及万维网服务器怎样把万维网文档传送给浏览器。
    HTTP/1.0采用非持续连接方式。每次浏览器要请求一个文件都要与服务器建立TCP连接(80端口),当收到响应后就立即关闭连接。
    HTTP/1.1采用持续连接方式。 万维网服务器在发送响应后仍然保持这条连接, 使同一个客户(浏览器)和该服务器可以继续在这条连接上传送后续的HTTP请求报文和响应报文。为了进一步提高效率,还可采用流水线方式,即浏览器在收到HTTP的响应报文之前就能够连续发送多个请求报文。

HTTP有两类报文:请求报文响应报文。报文中的每一个字段都是一些ASCII码串, 并且每个字段的长度都是不确定的。

Cookie提供了一种机制使得万维网服务器能够“记住”用户,而无需用户主动提供用户标识信息。也就是说,Cookie是一种对无状态的HTTP进行状态化的技术

在万维网中还可以使用缓存机制以提高万维网的效率。万维网缓存又称为Web缓存,可位于客户机,也可位于中间系统上,位于中间系统上的Web缓存又称为代理服务器

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,869评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,716评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 166,223评论 0 357
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,047评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,089评论 6 395
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,839评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,516评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,410评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,920评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,052评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,179评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,868评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,522评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,070评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,186评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,487评论 3 375
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,162评论 2 356

推荐阅读更多精彩内容