计算机底层上网功能,一文读懂计算机底层网络原理,包括TCP、UDP、header,什么是包、帧、段等关键问题...

本文主要是介绍计算机底层上网功能,一文读懂计算机底层网络原理,包括TCP、UDP、header,什么是包、帧、段等关键问题...,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1460000038613087

说到计算机网络原理,大家可能马上联想到,七层协议,传输层,链路层,三次握手四次挥手;前端的同学,还会想到我们用Crome F12的network里面的headers,状态码等。后端同学可能会联想到,抓包,路由网关等。你们联想到什么关键字,欢迎留言哟!

那么,我们来提出几个问题:七层协议之间是如何传输的?什么是包、帧、段?

TCP/IP协议是什么?TCP和UPD有什么区别?

什么是三次握手四次挥手?为什么要握手和挥手?

浏览器network的HTTP headers 和 TCP headers有什么区别?

下面,我们就一一回答上面的问题。

七层协议之间是如何传输的?什么是包、帧、段?

1460000038613090

看上图,所以数据、段、包、帧、比特,讲的其实都是一个东西,只是由于所在的位置不同,作为专有名词的名字不同。我们先看一下最上层的数据,Data是应用层协议产生的数据,例如访问网页、看视频、听音乐,这些都可以称为应用层数据,电脑的操作系统会把这些应用层数据按照一定的规则传给下一层传输层。

在传输层,我们看到的数据称之为Segment,中文意思是段。在这一层,数据会被加上TCP或者UDP头,变成一个应用程序特有的数据。操作系统就是通过TCP或UDP端口号来区别不同应用程序的。

当数据再被往下传输的时候,就变成了packet,即“包”的意思。在这一层,Segment会被加上IP头部信息,然后就可以在三层传输了,而工作在三层的路由器会根据目的IP地址来转发这些”包“。

在往下,数据就会被加上MAC地址信息,名称就变成了Frame,”帧“。在这一层,就是交换机的世界了,交换机通常查找MAC地址表项来转发相应的”帧“。

上面的几个层次都可以使用wireshark抓包查看到具体的内容,比较形象,例如下面,一层套着一层,明显可以看出帧、包、段、数据的区别。

1460000038613088

那么,不同层之间,是如何通信的呢?

很多人讲到七层协议传输,会想到教材下图左,可是这七层是如何一层层互相构成的,更符合大脑感官的是另一种认知形式,是一种洋葱形的结构,层层叠叠互相包裹,可以用下图表示:

1460000038613099

一层一层传输,加上图一对应的头部信息,或者mac地址,进行封装,传给下一层。具体的也可以看上图抓包信息。每一层的数据,内容不同,叫不同的名字。

再往下面的物理层(layer1),我们能看到的都是BIT流,它们呈现给我们的都是0和1这样的电气特性。他们将数字信号转化为物理信号,bits 转化为光信号。网络延时,一般在这一层,考虑传输距离和光速,光纤管道拥塞,包等待,TCP 做 Flow Control(流控),转化速率等,平常只有那些头发比较稀少的硬件工程师才关注,咱们一般看不到。工作中我们看到网络设备的物理层都已经是非常成熟的内容,一般不会有问题。

1460000038613092

各位看到这里,应该能够明白“帧”和“包"区别了吧?其实很多的时候它们就是通用的,只是它们所在的网络层次不同,封装也不同。为了显示专业,一般我们在讨论交换机相关的layer2内容时,可以把数据称之为”帧“,在讨论与路由器相关的layer3内容时,就把数据称之为”包“。他们是如何传输的,以上也做了解答。

TCP/IP协议是什么?TCP和UPD有什么区别?

计算机硬件通过网络通信,双方就要基于相同的方法。比如,如何探测到通信目标、由哪一边先发起通信、使用哪种语言进行通信、怎样结束通信等规则都需要事先确定。不同的硬件、操作系统之间的通信,所有的这一切都需要一种规则。而我们就把这种规则称为协议(protocol)。

TCP/IP 是互联网相关的各类协议族的总称,比如:TCP,UDP,IP,FTP,HTTP,ICMP,SMTP 等都属于 TCP/IP 族内的协议。TCP/IP模型是互联网的基础,它是一系列网络协议的总称。这些协议可以划分为四层,分别为链路层、网络层、传输层和应用层。

也就是每一层都有自己的协议,我们前端在浏览器调试的是HTTP协议,属于TCP/IP协议的一种。具体看下图:

1460000038613086应用层:负责向用户提供应用程序,比如HTTP、FTP、Telnet、DNS、SMTP等。

传输层:负责对报文进行分组和重组,并以TCP或UDP协议格式封装报文。

网络层:负责路由以及把分组报文发送给目标网络或主机。

链路层:负责封装和解封装IP报文,发送和接受ARP/RARP报文等。

我们前端接触的比较多的,就是应用层和传输层协议。

传输层协议里面有UDP和TCP协议,我们来看看他们具体区别和应用场景。

UDP和TCP协议区别

1460000038613091

如上图:

TCP向上层提供面向连接的可靠服务 ,UDP向上层提供无连接不可靠服务。虽然 UDP 并没有 TCP 传输来的准确,但是也能在很多实时性要求高的地方有所作为 对数据准确性要求高,速度可以相对较慢的,可以选用TCP 我们在第一部分,说明了,从应用层到传输层,会加上UDP/TCP头,那什么情况加UDP头,什么情况加UDP头呢?以下分别进行说明:

UDP

UDP协议全称是用户数据报协议,在网络中它与TCP协议一样用于处理数据包,是一种无连接的协议UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点,也就是说,当报文发送之后,是无法得知其是否安全完整到达的。

它有以下几个特点:面向无连接

首先 UDP 是不需要和 TCP一样在发送数据前进行三次握手建立连接的,想发数据就可以开始发送了。并且也只是数据报文的搬运工,不会对数据报文进行任何拆分和拼接操作。

具体来说就是:在发送端,应用层将数据传递给传输层的 UDP 协议,UDP 只会给数据增加一个 UDP 头标识下是 UDP 协议,然后就传递给网络层了。在接收端,网络层将数据传递给传输层,UDP 只去除 IP 报文头就传递给应用层,不会任何拼接操作。有单播,多播,广播的功能

UDP 不止支持一对一的传输方式,同样支持一对多,多对多,多对一的方式,也就是说 UDP 提供了单播,多播,广播的功能。UDP是面向报文的

发送方的UDP对应用程序交下来的报文,在添加首部后就向下交付IP层。UDP对应用层交下来的报文,既不合并,也不拆分,而是保留这些报文的边界。因此,应用程序必须选择合适大小的报文。不可靠性

首先不可靠性体现在无连接上,通信都不需要建立连接,想发就发,这样的情况肯定不可靠。

并且收到什么数据就传递什么数据,并且也不会备份数据,发送数据也不会关心对方是否已经正确接收到数据了。

再者网络环境时好时坏,但是 UDP 因为没有拥塞控制,一直会以恒定的速度发送数据。即使网络条件不好,也不会对发送速率进行调整。这样实现的弊端就是在网络条件不好的情况下可能会导致丢包,但是优点也很明显,在某些实时性要求高的场景(比如电话会议)就需要使用 UDP 而不是 TCP。

1460000038613089

从上面的动态图可以得知,UDP只会把想发的数据报文一股脑的丢给对方,并不在意数据有无安全完整到达。头部开销小,传输数据报文时是很高效的。

1460000038613104

UDP 头部包含了以下几个数据:两个十六位的端口号,分别为源端口(可选字段)和目标端口

整个数据报文的长度

整个数据报文的检验和(IPv4 可选 字段),该字段用于发现头部信息和数据中的错误

因此 UDP 的头部开销小,只有八字节,相比 TCP 的至少二十字节要少得多,在传输数据报文时是很高效的。

TCP

当一台计算机想要与另一台计算机通讯时,两台计算机之间的通信需要畅通且可靠,这样才能保证正确收发数据。对比上面的UDP,就知道为啥要握手和挥手了,目的就是为了保证可靠的连接。平时TCP用的场景更多。

TCP协议全称是传输控制协议是一种面向连接的、可靠的、基于字节流的传输层通信协议,由 IETF 的RFC 793定义。流就是指不间断的数据结构,你可以把它想象成排水管中的水流。tcp连接过程,建立连接,三次握手。

1460000038613102

第一次握手客户端向服务端发送连接请求报文段。该报文段中包含自身的数据通讯初始序号。请求发送后,客户端便进入 SYN-SENT 状态。

第二次握手服务端收到连接请求报文段后,如果同意连接,则会发送一个应答,该应答中也会包含自身的数据通讯初始序号,发送完成后便进入 SYN-RECEIVED 状态。

第三次握手当客户端收到连接同意的应答后,还要向服务端发送一个确认报文。客户端发完这个报文段后便进入ESTABLISHED 状态,服务端收到这个应答后也进入ESTABLISHED状态,此时连接建立成功。

这里可能大家会有个疑惑:为什么 TCP建立连接需要三次握手,而不是两次?这是因为这是为了防止出现失效的连接请求报文段被服务端接收的情况,从而产生错误。

1460000038613093

2.断开连接,四次挥手

1460000038613097

TCP是全双工的,在断开连接时两端都需要发送 FIN 和 ACK,2*2就是4次啦。

第一次挥手若客户端 A 认为数据发送完成,则它需要向服务端 B 发送连接释放请求。

第二次挥手B 收到连接释放请求后,会告诉应用层要释放 TCP 链接。然后会发送 ACK 包,并进入 CLOSE_WAIT 状态,此时表明 A 到 B 的连接已经释放,不再接收 A 发的数据了。但是因为 TCP 连接是双向的,所以 B 仍旧可以发送数据给 A。

第三次挥手B 如果此时还有没发完的数据会继续发送,完毕后会向 A 发送连接释放请求,然后 B 便进入 LAST-ACK 状态。

第四次挥手A 收到释放请求后,向 B 发送确认应答,此时 A 进入 TIME-WAIT 状态。该状态会持续 2MSL(最大段生存期,指报文段在网络中生存的时间,超时会被抛弃) 时间,若该时间段内没有 B 的重发请求的话,就进入 CLOSED 状态。当 B 收到确认应答后,也便进入 CLOSED 状态。

所以,TCP协议的特点:

1.面向连接

面向连接,是指发送数据之前必须在两端建立连接。建立连接的方法是“三次握手”,这样能建立可靠的连接。建立连接,是为数据的可靠传输打下了基础。

2.仅支持单播传输

每条TCP传输连接只能有两个端点,只能进行点对点的数据传输,不支持多播和广播传输方式。

3.面向字节流

TCP不像UDP一样那样一个个报文独立地传输,而是在不保留报文边界的情况下以字节流方式进行传输。

4.可靠传输

对于可靠传输,判断丢包,误码靠的是TCP的段编号以及确认号。TCP为了保证报文传输的可靠,就给每个包一个序号,同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的字节发回一个相应的确认(ACK);如果发送端实体在合理的往返时延(RTT)内未收到确认,那么对应的数据(假设丢失了)将会被重传。

5.提供拥塞控制

当网络出现拥塞的时候,TCP能够减小向网络注入数据的速率和数量,缓解拥塞

6.TCP提供全双工通信

TCP允许通信双方的应用程序在任何时候都能发送数据,因为TCP连接的两端都设有缓存,用来临时存放双向通信的数据。当然,TCP可以立即发送一个数据段,也可以缓存一段时间以便一次发送更多的数据段(最大的数据段大小取决于MSS)

7.TCP头部

1460000038613095

一个 TCP Header 一般有 20 个字节,如果启用了 options,header的长度可以达到 60 个字节。内容包含:发送方端口号和接收方的端口号

发送方的序列号

接收方 ack 的序列号

从 CWR 到 FIN 的 8 个 bit

ACK 和 SYN

校验

详细内容,可以到网上搜,不赘述。总之,里面包含了三次握手和四次挥手的内容,以及端口号校验码等,来确认两台机器的可靠连接。

浏览器network的HTTP headers 和 TCP headers有什么区别?

我们上面说了这么多,大概知道了HTTP headers 和 TCP headers的区别,http是应用层的协议,tcp是传输层可靠连接协议,tcp/ip是协议族总称,不仅包含tcp和http,还包含所有七层用到的所有协议。

现在我们来了解一下HTTP headers内容

1460000038613096

通用首部字段(General Header Fields):请求报文和响应报文两方都会使用的首部。

请求首部字段(Request Header Fields):从客户端向服务器端发送请求报文时使用的首部。补充了请求的附加内容、 客户端信息、 响应内容相关优先级等信息。

响应首部字段(Response Header Fields):从服务器端向客户端返回响应报文时使用的首部。补充了响应的附加内容, 也会要求客户端附加额外的内容信息。

实体首部字段(Entity Header Fields):针对请求报文和响应报文的实体部分使用的首部。补充了资源内容更新时间等与实体有关的信息。这些也是我们跟后端交互,调用接口的关键信息

通用首部字段:

1460000038613098

请求首部字段:

1460000038613101

响应首部字段:

1460000038613100

实体首部字段:

1460000038613094

请求方法:

1460000038613103

这篇文章写的太全了,我感觉超越不了,你们可以直接看原文:

以上就是本文全部内容【完】

这篇关于计算机底层上网功能,一文读懂计算机底层网络原理,包括TCP、UDP、header,什么是包、帧、段等关键问题...的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/259339

相关文章

深入探索协同过滤:从原理到推荐模块案例

文章目录 前言一、协同过滤1. 基于用户的协同过滤(UserCF)2. 基于物品的协同过滤(ItemCF)3. 相似度计算方法 二、相似度计算方法1. 欧氏距离2. 皮尔逊相关系数3. 杰卡德相似系数4. 余弦相似度 三、推荐模块案例1.基于文章的协同过滤推荐功能2.基于用户的协同过滤推荐功能 前言     在信息过载的时代,推荐系统成为连接用户与内容的桥梁。本文聚焦于

C++11第三弹:lambda表达式 | 新的类功能 | 模板的可变参数

🌈个人主页: 南桥几晴秋 🌈C++专栏: 南桥谈C++ 🌈C语言专栏: C语言学习系列 🌈Linux学习专栏: 南桥谈Linux 🌈数据结构学习专栏: 数据结构杂谈 🌈数据库学习专栏: 南桥谈MySQL 🌈Qt学习专栏: 南桥谈Qt 🌈菜鸡代码练习: 练习随想记录 🌈git学习: 南桥谈Git 🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈�

hdu4407(容斥原理)

题意:给一串数字1,2,......n,两个操作:1、修改第k个数字,2、查询区间[l,r]中与n互质的数之和。 解题思路:咱一看,像线段树,但是如果用线段树做,那么每个区间一定要记录所有的素因子,这样会超内存。然后我就做不来了。后来看了题解,原来是用容斥原理来做的。还记得这道题目吗?求区间[1,r]中与p互质的数的个数,如果不会的话就先去做那题吧。现在这题是求区间[l,r]中与n互质的数的和

让树莓派智能语音助手实现定时提醒功能

最初的时候是想直接在rasa 的chatbot上实现,因为rasa本身是带有remindschedule模块的。不过经过一番折腾后,忽然发现,chatbot上实现的定时,语音助手不一定会有响应。因为,我目前语音助手的代码设置了长时间无应答会结束对话,这样一来,chatbot定时提醒的触发就不会被语音助手获悉。那怎么让语音助手也具有定时提醒功能呢? 我最后选择的方法是用threading.Time

Linux 网络编程 --- 应用层

一、自定义协议和序列化反序列化 代码: 序列化反序列化实现网络版本计算器 二、HTTP协议 1、谈两个简单的预备知识 https://www.baidu.com/ --- 域名 --- 域名解析 --- IP地址 http的端口号为80端口,https的端口号为443 url为统一资源定位符。CSDNhttps://mp.csdn.net/mp_blog/creation/editor

ASIO网络调试助手之一:简介

多年前,写过几篇《Boost.Asio C++网络编程》的学习文章,一直没机会实践。最近项目中用到了Asio,于是抽空写了个网络调试助手。 开发环境: Win10 Qt5.12.6 + Asio(standalone) + spdlog 支持协议: UDP + TCP Client + TCP Server 独立的Asio(http://www.think-async.com)只包含了头文件,不依

poj 3181 网络流,建图。

题意: 农夫约翰为他的牛准备了F种食物和D种饮料。 每头牛都有各自喜欢的食物和饮料,而每种食物和饮料都只能分配给一头牛。 问最多能有多少头牛可以同时得到喜欢的食物和饮料。 解析: 由于要同时得到喜欢的食物和饮料,所以网络流建图的时候要把牛拆点了。 如下建图: s -> 食物 -> 牛1 -> 牛2 -> 饮料 -> t 所以分配一下点: s  =  0, 牛1= 1~

计算机毕业设计 大学志愿填报系统 Java+SpringBoot+Vue 前后端分离 文档报告 代码讲解 安装调试

🍊作者:计算机编程-吉哥 🍊简介:专业从事JavaWeb程序开发,微信小程序开发,定制化项目、 源码、代码讲解、文档撰写、ppt制作。做自己喜欢的事,生活就是快乐的。 🍊心愿:点赞 👍 收藏 ⭐评论 📝 🍅 文末获取源码联系 👇🏻 精彩专栏推荐订阅 👇🏻 不然下次找不到哟~Java毕业设计项目~热门选题推荐《1000套》 目录 1.技术选型 2.开发工具 3.功能

poj 3068 有流量限制的最小费用网络流

题意: m条有向边连接了n个仓库,每条边都有一定费用。 将两种危险品从0运到n-1,除了起点和终点外,危险品不能放在一起,也不能走相同的路径。 求最小的费用是多少。 解析: 抽象出一个源点s一个汇点t,源点与0相连,费用为0,容量为2。 汇点与n - 1相连,费用为0,容量为2。 每条边之间也相连,费用为每条边的费用,容量为1。 建图完毕之后,求一条流量为2的最小费用流就行了

poj 2112 网络流+二分

题意: k台挤奶机,c头牛,每台挤奶机可以挤m头牛。 现在给出每只牛到挤奶机的距离矩阵,求最小化牛的最大路程。 解析: 最大值最小化,最小值最大化,用二分来做。 先求出两点之间的最短距离。 然后二分匹配牛到挤奶机的最大路程,匹配中的判断是在这个最大路程下,是否牛的数量达到c只。 如何求牛的数量呢,用网络流来做。 从源点到牛引一条容量为1的边,然后挤奶机到汇点引一条容量为m的边