[计算机网络]应用层概述

首页
互联网
正文

本文介绍: 在运输层结束以后,其实我们已经实现了端到端的数据交互,实现了进程之间的交互.而应用层也并非是在物理上扩展了计算机网络的结构, 某种程度上来说实现了对于实际通信传输的封装, 为用户和网络应用提供了完整的服务.应用层的主要任务是通过进程的交互来实现特定的网络应用.

0.写在前面:

该层为教学模型的最后一层,某种意义上来说是最接近各位开发者的一层,正因如此,这层中的很多定义和概念大家都有属于自己的理解, 完全按照书本反而才是异类,因此在这里我会去结合我做前端开发的一些经验,来处理和讲解一些概念,另外本层中的部分协议也不会过多阐述了,大家有足够的机会去接触这些.

这篇博客的后半部分主要讲解一些应用进程的举例,前半部分则是一些定义和原理.

其实到这篇博客为止,这个系列也就告一段落了在这里再次感谢已经和即将为我的推文提出意见的同学,老师,还有诸位前辈们,那么的指点是我前进最大的动力!

(鞠躬)

一点碎碎念:

我是在9月份开始打算整理这个系列博客的,平均每篇博客的字数大概在1w+,这五篇博客的量加起来已经约等于一部中篇小说了. 其实在写这些博客的时候,让我回想起来自己的初中时光,那时候的我在一些网站写小说,认识了很多朋友,也认识了很厉害的前辈们,收获了现实世界难以得到的真挚友情,但是一切似乎都转瞬即逝了.

在动笔这篇博客的时候,已经即将步入新生活的我似乎重新遇到了当年的难题, 社交就像当年一样,在一个秋天慢慢随着树叶落下了. 在夏天的尾巴, 我喜欢上了一位优秀,温柔,美丽而独立的女孩子,也认识了很多可爱的小孩子们,也和一些很厉害的朋友搭档过,平时和我话不多但是仍然很照顾我的师兄师姐们

正当我以为我都生活马上就要回到正轨的时候,这个美好的泡沫似乎爆开了, 我不知道起因是什么,或许是急切的需要一些人来给我正向的反馈,或许是繁忙的课业,也或许是她.我不知道自己是在犯傻,主动割裂了所有的关系,还是因为大家本来就不需要我,抛下了我反而大家更能成为无话不谈的密友……..时至今日我已经不想再回忆这些,因为每次回忆,我的复杂情感就会慢慢转化成一些恨意, 我恨大家不需要我,我恨大家对我的无视,我也恨自己的平庸和无能. 或许这就是我无法面对以前的朋友的原因了.

时至今日,生活已经逐渐趋于稳定,无论是悔恨,歉意,还是不放心,,,,甚至是爱,已经消失的差不多了,只剩下偶尔回想起来的惆怅.

我希望能成为别人需要的人,能成为别人出了事情第一个想到的人,不是人群的焦点,而是大家因为我在而安心的感觉,这就是我想要的一点点回馈, 但是不知道为什么我好像得不到这些了, 一年来,其实每天嘻嘻哈哈的,不知道为什么也很难受,我真的有努力在爱我身边的每一个朋友啊,但是又有多少人能来爱一下我呢? 就用和我一样的方式.

或许没有了吧,无论是友情也好,还是对于她的憧憬也好,我知道我现在一些熟悉我的人眼里就是一个表演人格的小丑, 但是我真的,真的一直不开心啊…..

当年因为无法正视自己的想法,整个人就变得越来越暴戾,越来越丑恶…….时至今日面对一个差不多的岔路口, 我想我应该做出一点不一样的抉择, 我想,既然没人能以同样的方式来爱一下我,那么我也没有必要在任何关系上,倾注自己的感情了. 我爱一下我自己,这就够了.

就当,我从来没有走进和打扰他们的生活.

至于情感,我大概是会坚持很长一段时间吧, 无论这次以何种方式收场,我想我这辈子大概也不会再信任感情了, 我无法接受自己因为爱而陷入这个不计回报,完全不理智的状态.

这个系列的五个博客,我写了两个月左右,从一开始的被嫉妒填满,到现在能写下这些文字,我也不知道自己现在是在低谷俯冲,还是在艰难前行,不管怎么说,我仍然会以一个很积极和阳光的想法去看待她和这份感情, 在我焦虑而艰难的时刻,我真的很感谢她对我的些许帮助, 也正是这段经历告诉我,要学着克服自己的恶意吧,哪怕是想法上, 其他的,就慢慢消失掉吧

你好,未来

文笔不畅,思路混乱,碎碎念

2023.11.26 22:34

vi c emu s ic5

1.应用层提供了什么

1.1.运输层定义

在运输层结束以后,其实我们已经实现了端到端的数据交互,实现了进程之间的交互.

而应用层也并非是在物理上扩展了计算机网络的结构, 某种程度上来说实现了对于实际通信传输的封装, 为用户和网络应用提供了完整的服务.

总结:应用层的主要任务是通过进程的交互来实现特定的网络应用.

1.2.运输层提供服务

开发一种新的网络服务主要需要考虑两个问题, 这种程序有怎么样的组织形式,目前提供的服务来说,我们可以例举出两种:

客户/服务器模式(C/S)

这种模式如果是开发过web应用的各位肯定不会陌生, 如图所示:

服务器负责提供服务,用户负责请求服务,其中衍生出来的前后端分离技术也是基于此产生的. 在这种形势下,服务器一般具有固定的运输层端口号和网际层IP地址. 而其服务的客户进程通常是不固定的,通过网络向服务器获取服务.

对等方式(P2P)

在对等的方式中,没有固定的服务请求者和服务提供者,分布在网络边缘的各个设备被称作对等方,对等放之间是直接通信,这种服务方式拥有很高的扩展性

这两种方式都有各自的有点,例如客户–服务器模式需要大量的服务器组成服务器集群来提供对应的服务,而P2P模式下成本极低,等等, 未来的趋势是结合两种模式共同使用, 构建出更加强大的网络应用.

2.动态 主机 配置 协议DHCP

2.1.为什么需要这个协议

嘛,其实我知道在这里弄这个协议是一件很突兀的事情,但是说实话, 这一届的内容就是比较突兀,因为默认有了一些程序上的铺垫…

首先在这里我们需要一些情况, 还记得我们在前面的博客中提到过关于”MAC”地址和”IP”地址的事情吗, 在那里我偶然提过一句”IP地址是可分配的,并且能够通过某些协议和MAC地址对应“.

而且回想一下,当你接入一个计算机网络的时候,你的设备IP号是不是不会发生变化?

答案就在这里,当你接入一个网络的时候,网络会根据你设备上的MAC地址,来进行分配IP地址 !

具体怎么样分布呢,以及域名又是什么关系?

别急,下面慢慢的找机会告诉你.

在这里我们首先需要知道一个事情就是, 每一个接入互联网的设备,我们都需要一些网络参数,以TCP/IP协议为例, 我们一共需要如下四个网络参数.

IP地址
子网掩码
默认网关
DNS服务器(用于解析域名,后面会讲到)

整个网络的结构如图所示

这四个东西其实自然可以由用户进行手动指定,但是按照我个人的开发经验来说你最好不要过于相信用户……因此我们需要一个动态主机配置服务器来为本网络中的主机设置这些数值, 因此我们需要这样一个DHCP协议来约束行为.

如图所示:

2.2 DHCP协议工作 原理

工作目的可以说是肥肠简单了,在这里我们需要说明一下协议的工作原理.

DHCP使用客户服务器模式, 负责为各个客户机器编辑网络参数的设备被称作DHCP服务器.

在客户机上运行的程序被称之为”DHCP客户进程“,默认端口号为68

在服务器上运行的程序被称之为”DHCP服务进程“,默认端口号为67

并且二者都是基于UDP数据报进行的封装,这一点需要注意一下.出于简单考虑,这里我们不再解释封装过程,直接阐述协议的工作原理:

其实协议的工作原理,我在这里简单的将其分成两部分,如果有不对的地方,还请多多指教:

分配IP地址阶段.和租约续期阶段,

2.2.1:分配IP地址阶段:

分配IP地址阶段,其实核心总结起来就是,

“我想要IP地址”

“给你IP地址,你看看要我的还是要别人的”

“我就要这个IP了”

“好的,给你这个IP,请检查以后慢用”

很抽象对吧,我们跟着图片进行解释.在这里我们使用两个DHCP服务器用来作为”多服务器提供IP”的典型样例;

(1)用户启动DHCP进程,发送一个广播的DHCP发现报文,在这个报文中,由于本机还没有IP地址,所以源地址为0.0.0.0, 并且由于是广播,目标地址为255.255.255.255. 会将其发布给每一个DHCP服务器上. 并且记得在这里封装一下端口68,目标端口67,以及请求IP的设备当前的MAC地址.