learn-tech/专栏/趣谈网络协议/02网络分层的真实含义是什么?.md
2024-10-16 11:00:45 +08:00

111 lines
11 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

因收到Google相关通知网站将会择期关闭。相关通知内容
02 网络分层的真实含义是什么?
长时间从事计算机网络相关的工作,我发现,计算机网络有一个显著的特点,就是这是一个不仅需要背诵,而且特别需要将原理烂熟于胸的学科。很多问题看起来懂了,但是就怕往细里问,一问就发现你懂得没有那么透彻。
我们上一节列了之后要讲的网络协议。这些协议本来没什么稀奇,每一本教科书都会讲,并且都要求你背下来。因为考试会考,面试会问。可以这么说,毕业了去找工作还答不出这类题目的,那你的笔试基本上也就挂了。
当你听到什么二层设备、三层设备、四层LB和七层LB中层的时候是否有点一头雾水不知道这些所谓的层对应的各种协议具体要做什么“工作”
这四个问题你真的懂了吗?
因为教科书或者老师往往会打一个十分不恰当的比喻:为什么网络要分层呀?因为不同的层次之间有不同的沟通方式,这个叫作协议。例如,一家公司也是分“层次”的,分总经理、经理、组长、员工。总经理之间有他们的沟通方式,经理和经理之间也有沟通方式,同理组长和员工。有没有听过类似的比喻?
那么第一个问题来了。请问经理在握手的时候员工在干什么很多人听过TCP建立连接的三次握手协议也会把它当知识点背诵。同理问你TCP在进行三次握手的时候IP层和MAC层对应都有什么操作呢
除了上面这个不恰当的比喻,教科书还会列出每个层次所包含的协议,然后开始逐层地去讲这些协议。但是这些协议之间的关系呢?却很少有教科书会讲。
学习第三层的时候会提到IP协议里面包含目标地址和源地址。第三层里往往还会学习路由协议。路由就像中转站我们从原始地址A到目标地址D中间经过两个中转站A->B->C->D是通过路由转发的。
那么第二个问题来了。A知道自己的下一个中转站是B那从A发出来的包应该把B的IP地址放在哪里呢B知道自己的下一个中转站是C从B发出来的包应该把C的IP地址放在哪里呢如果放在IP协议中的目标地址那包到了中转站怎么知道最终的目的地址是D呢
教科书不会通过场景化的例子,将网络包的生命周期讲出来,所以你就会很困惑,不知道这些协议实际的应用场景是什么。
我再问你一个问题。你一定经常听说二层设备、三层设备。二层设备处理的通常是MAC层的东西。那我发送一个HTTP的包是在第七层工作的那是不是不需要经过二层设备或者即便经过了二层设备也不处理呢或者换一种问法二层设备处理的包里有没有HTTP层的内容呢
最终我想问你一个综合的问题。从你的电脑通过SSH登录到公有云主机里面都需要经历哪些过程或者说你打开一个电商网站都需要经历哪些过程说得越详细越好。
实际情况可能是,很多人回答不上来。尽管对每一层都很熟悉,但是知识点却串不起来。
上面的这些问题,有的在这一节就会有一个解释,有的则会贯穿我们整个课程。好在后面一节中我会举一个贯穿的例子,将很多层的细节讲过后,你很容易就能把这些知识点串起来。
网络为什么要分层?
这里我们先探讨第一个问题,网络为什么要分层?因为,是个复杂的程序都要分层。
理解计算机网络中的概念一个很好的角度是想象网络包就是一段Buffer或者一块内存是有格式的。同时想象自己是一个处理网络包的程序而且这个程序可以跑在电脑上可以跑在服务器上可以跑在交换机上也可以跑在路由器上。你想象自己有很多的网口从某个口拿进一个网络包来用自己的程序处理一下再从另一个网口发送出去。
当然网络包的格式很复杂这个程序也很复杂。复杂的程序都要分层这是程序设计的要求。比如复杂的电商还会分数据库层、缓存层、Compose层、Controller层和接入层每一层专注做本层的事情。
程序是如何工作的?
我们可以简单地想象“你”这个程序的工作过程。
当一个网络包从一个网口经过的时候,你看到了,首先先看看要不要请进来,处理一把。有的网口配置了混杂模式,凡是经过的,全部拿进来。
拿进来以后就要交给一段程序来处理。于是你调用process_layer2(buffer)。当然这是一个假的函数。但是你明白其中的意思知道肯定是有这么个函数的。那这个函数是干什么的呢从Buffer中摘掉二层的头看一看应该根据头里面的内容做什么操作。
假设你发现这个包的MAC地址和你的相符那说明就是发给你的于是需要调用process_layer3(buffer)。这个时候Buffer里面往往就没有二层的头了因为已经在上一个函数的处理过程中拿掉了或者将开始的偏移量移动了一下。在这个函数里面摘掉三层的头看看到底是发送给自己的还是希望自己转发出去的。
如何判断呢如果IP地址不是自己的那就应该转发出去如果IP地址是自己的那就是发给自己的。根据IP头里面的标示拿掉三层的头进行下一层的处理到底是调用process_tcp(buffer)呢还是调用process_udp(buffer)呢?
假设这个地址是TCP的则会调用process_tcp(buffer)。这时候Buffer里面没有三层的头就需要查看四层的头看这是一个发起还是一个应答又或者是一个正常的数据包然后分别由不同的逻辑进行处理。如果是发起或者应答接下来可能要发送一个回复包如果是一个正常的数据包就需要交给上层了。交给谁呢是不是有process_http(buffer)函数呢?
没有的如果你是一个网络包处理程序你不需要有process_http(buffer),而是应该交给应用去处理。交给哪个应用呢?在四层的头里面有端口号,不同的应用监听不同的端口号。如果发现浏览器应用在监听这个端口,那你发给浏览器就行了。至于浏览器怎么处理,和你没有关系。
浏览器自然是解析HTML显示出页面来。电脑的主人看到页面很开心就点了鼠标。点击鼠标的动作被浏览器捕获。浏览器知道又要发起另一个HTTP请求了于是使用端口号将请求发给了你。
你应该调用send_tcp(buffer)。不用说Buffer里面就是HTTP请求的内容。这个函数里面加一个TCP的头记录下源端口号。浏览器会给你目的端口号一般为80端口。
然后调用send_layer3(buffer)。Buffer里面已经有了HTTP的头和内容以及TCP的头。在这个函数里面加一个IP的头记录下源IP的地址和目标IP的地址。
然后调用send_layer2(buffer)。Buffer里面已经有了HTTP的头和内容、TCP的头以及IP的头。这个函数里面要加一下MAC的头记录下源MAC地址得到的就是本机器的MAC地址和目标的MAC地址。不过这个还要看当前知道不知道知道就直接加上不知道的话就要通过一定的协议处理过程找到MAC地址。反正要填一个不能空着。
万事俱备只要Buffer里面的内容完整就可以从网口发出去了你作为一个程序的任务就算告一段落了。
揭秘层与层之间的关系
知道了这个过程之后,我们再来看一下原来困惑的问题。
首先是分层的比喻。所有不能表示出层层封装含义的比喻,都是不恰当的。总经理握手,不需要员工在吧,总经理之间谈什么,不需要员工参与吧,但是网络世界不是这样的。正确的应该是,总经理之间沟通的时候,经理将总经理放在自己兜里,然后组长把经理放自己兜里,员工把组长放自己兜里,像套娃娃一样。那员工直接沟通,不带上总经理,就不恰当了。
现实生活中,往往是员工说一句,组长补充两句,然后经理补充两句,最后总经理再补充两句。但是在网络世界,应该是总经理说话,经理补充两句,组长补充两句,员工再补充两句。
那TCP在三次握手的时候IP层和MAC层在做什么呢当然是TCP发送每一个消息都会带着IP层和MAC层了。因为TCP每发送一个消息IP层和MAC层的所有机制都要运行一遍。而你只看到TCP三次握手了其实IP层和MAC层为此也忙活好久了。
这里要记住一点:只要是在网络上跑的包,都是完整的。可以有下层没上层,绝对不可能有上层没下层。
所以对TCP协议来说三次握手也好重试也好只要想发出去包就要有IP层和MAC层不然是发不出去的。
经常有人会问这样一个问题我都知道那台机器的IP地址了直接发给他消息呗要MAC地址干啥这里的关键就是没有MAC地址消息是发不出去的。
所以如果一个HTTP协议的包跑在网络上它一定是完整的。无论这个包经过哪些设备它都是完整的。
所谓的二层设备、三层设备都是这些设备上跑的程序不同而已。一个HTTP协议的包经过一个二层设备二层设备收进去的是整个网络包。这里面HTTP、TCP、 IP、 MAC都有。什么叫二层设备呀就是只把MAC头摘下来看看到底是丢弃、转发还是自己留着。那什么叫三层设备呢就是把MAC头摘下来之后再把IP头摘下来看看到底是丢弃、转发还是自己留着。
小结
总结一下今天的内容,理解网络协议的工作模式,有两个小窍门:
始终想象自己是一个处理网络包的程序:如何拿到网络包,如何根据规则进行处理,如何发出去;
始终牢记一个原则:只要是在网络上跑的包,都是完整的。可以有下层没上层,绝对不可能有上层没下层。
最后,给你留两个思考题吧。
如果你也觉得总经理和员工的比喻不恰当,你有更恰当的比喻吗?
要想学习网络协议IP这个概念是最最基本的那你知道如何查看IP地址吗
欢迎你留言和我讨论。趣谈网络协议,我们下期见!