1. 从“鸡同鸭讲”到“世界语”为什么我们需要OSI参考模型如果你在IT行业待过哪怕只是刚入门也一定听说过“OSI七层模型”这个词。它就像网络世界的“宪法”定义了所有通信行为的基本准则。但很多初学者甚至一些工作了几年的朋友面对这七层时常常会陷入一种困惑这东西听起来很理论背下来好像只是为了应付考试在实际敲代码、配路由器的时候真的用得上吗我的答案是不仅用得上而且它是你从“网络操作工”进阶为“网络架构师”的关键分水岭。在没有统一模型之前网络世界是什么样子想象一下A公司生产的电话只能和A公司的交换机通话B公司的电脑无法读取C公司打印机发出的数据。每个厂商都有一套自己的“方言”结果就是巨大的“巴别塔”设备之间根本无法互联互通。OSI参考模型的诞生就是为了解决这个“鸡同鸭讲”的困境。它制定了一套全世界通用的“网络世界语”语法让不同厂商、不同技术、不同形态的设备能够在一个统一的框架下理解彼此协同工作。简单来说OSI模型回答了网络通信中最根本的几个问题数据从哪里来到哪里去在路上要怎么走走丢了怎么办对方能不能看懂它通过分层的思想将庞大复杂的通信过程分解为七个相对独立、各司其职的层次。每一层只关心自己职责范围内的事情并为上一层提供服务同时使用下一层提供的服务。这种“高内聚、低耦合”的设计使得每一层的技术可以独立演进比如物理层从双绞线升级到光纤应用层的软件几乎无需改动大大推动了网络技术的创新和发展。所以无论你是开发人员关心应用层、表示层、会话层运维工程师关心传输层、网络层还是网络工程师关心数据链路层、物理层深入理解OSI模型都能让你在遇到网络问题时快速定位故障点是IP配错了还是端口没开亦或是网线坏了在设计和评估系统时做出更合理的架构决策。接下来我们就一层一层地拆解这个经典的模型看看数据到底是如何从你电脑上的一个聊天软件窗口穿越千山万水准确无误地显示在对方屏幕上的。2. 物理层比特流的“高速公路”与“交通规则”当我们谈论网络时最容易想到的就是那些看得见摸得着的线缆、网卡、光纤和交换机端口。这些实体设备及其规范就是OSI模型的最底层——物理层所管辖的范畴。你可以把物理层理解为修建“信息高速公路”的工程队它不关心路上跑的是什么车数据内容只负责把路传输介质修好并制定最基础的“交通规则”比如车辆应该靠左还是靠右行驶信号编码方式。物理层的核心功能非常“物理”。它定义了接口的机械特性比如RJ-45水晶头的形状和针脚数量、电气特性比如用多少伏特的电压代表“1”多少伏特代表“0”、功能特性每根针脚的作用是发送还是接收和规程特性建立、维护和断开物理连接的时序。例如我们常见的以太网标准IEEE 802.3就详细规定了双绞线Cat5e, Cat6等的线序、最大传输距离100米、以及使用的信号调制方式如曼彻斯特编码。注意这里容易产生一个误解认为物理层就是网线或光纤本身。实际上物理层是一套规范和标准而网线、光纤是符合这些标准的物理介质。物理层协议规定了如何在特定的介质上传输原始的比特流0和1的序列。数据传输过程在这一层表现得最为直接。当你的电脑要通过网线发送数据时网卡物理层设备会根据物理层协议将上层交付下来的二进制数据0和1转换成相应的电信号铜缆、光信号光纤或电磁波信号无线。比如一个高电平脉冲可能代表“1”低电平代表“0”。这个过程就是“编码”。接收方的网卡则执行相反的过程——“解码”将物理信号还原成比特流。这里有一个非常关键的实操心得物理层故障通常表现为“连通性”问题且现象直接。比如网线水晶头松动或线序错误交叉线/直连线用错场景、光纤弯曲半径过小导致光衰过大、无线AP距离过远或有严重遮挡都会直接导致链路不通或时断时续。排查这类问题万用表、测线仪、光功率计是你的好朋友。对于运维人员来说在机房搬动服务器后突然网络不通第一个要怀疑的就是物理层——是不是网线被踢松了3. 数据链路层局域网内的“可靠快递员”与“地址管家”物理层修好了路车可以跑了但新的问题来了这条路是共享的比如早期的同轴电缆以太网那么多设备同时发车会不会撞车发出的车如何确保能准确送到同一个局域网LAN内的目标地址而不是送错门这就是数据链路层要解决的核心问题。数据链路层在物理层提供的比特流传输服务之上建立了相邻节点通常是同一网段内的设备之间可靠的数据传输通道。它主要干两件大事寻址和差错控制。首先说寻址。数据链路层使用MAC地址Media Access Control Address来唯一标识网络中的每个设备。这是一个48位的硬件地址通常由设备制造商烧录在网卡中理论上全球唯一。你可以把IP地址想象成小区的楼栋和门牌号逻辑地址网络层负责而MAC地址就是每个住户的身份证号物理地址。当数据要在局域网内传递时数据链路层会封装一个“帧”帧头里就包含了目的MAC地址和源MAC地址。其次是介质访问控制。为了防止“撞车”数据链路层定义了诸如CSMA/CD载波侦听多路访问/冲突检测用于传统以太网等协议来管理多个设备如何有序地使用共享的传输介质。交换机是典型的数据链路层设备它通过自学构建MAC地址表能够智能地将数据帧只转发给目标MAC地址所在的端口而不是像老式集线器那样进行广播从而极大地提升了局域网效率。在数据传输过程中当网络层的数据包下传到数据链路层时数据链路层会为其加上帧头和帧尾组装成一个“数据帧”。帧头包含了MAC地址等信息帧尾则通常包含用于差错检测的帧校验序列FCS如CRC校验。接收方收到帧后会重新计算FCS并与帧尾的FCS对比。如果不一致就说明数据在物理传输过程中出了错该帧会被直接丢弃。这就是数据链路层的差错检测功能注意通常不负责纠错纠错主要靠上层重传。提示在实际网络故障排查中“能ping通IP但某些应用不通”或“同一交换机下两台电脑无法互通”问题很可能出在数据链路层。可能是交换机的MAC地址表满了或异常也可能是端口安全策略限制了MAC地址或者是产生了网络环路需要通过STP等协议解决。学会看交换机的MAC地址表是网络工程师的基本功。4. 网络层互联网的“全球导航系统”与“路由决策者”数据链路层解决了“同一个街区”局域网内的送货问题但我们的数据往往需要跨城市、跨国家旅行。如何从北京中关村的一台电脑找到并抵达上海浦东某数据中心的一台服务器这个全局性的寻址和路径选择问题就由网络层来负责。如果说数据链路层是熟悉本地街道的快递员那么网络层就是拥有全球地图和实时路况的智能导航系统。网络层的核心任务是逻辑寻址和路由选择。它引入了IP地址这套逻辑上的编址方案。IP地址是分层的比如192.168.1.0/24这就像邮政编码包含了网络号和主机号使得路由器能够根据网络号进行高效的路由聚合和转发而不需要关心全世界每一个具体设备的地址。路由器是典型的网络层设备。它的工作就是查看数据包网络层的协议数据单元的目标IP地址然后查询自己的路由表决定这个包应该从哪个接口扔出去才能让它离目的地更近一步。路由表就像导航系统的数据库里面的路由条目可以通过手动配置静态路由或由路由协议如OSPF、BGP动态学习而来。数据传输过程到了这一层数据链路层的帧会被解封装取出其中的IP数据包。路由器检查目标IP地址并做出转发决策后再将这个数据包重新封装进适合下一个链路的数据链路层帧中这个过程可能涉及修改帧头部的MAC地址。这意味着数据包在穿越互联网的每一跳其数据链路层的封装如源/目的MAC地址都可能发生变化但网络层的IP地址除非经过NAT从源到目的地始终保持不变。这里有一个至关重要的概念“尽力而为”的交付。网络层IP协议不保证数据包一定能送达也不保证按顺序送达更不保证送达的及时性。它只负责尽可能地将包往目标方向送如果中途遇到拥堵、路由错误等问题包可能会被直接丢弃。这种设计的初衷是为了保持网络核心的简单和高效将可靠性等复杂问题交由端系统传输层去解决。在实际工作中网络层的问题是网络故障的核心。IP地址配置错误地址、掩码、网关、路由环路、访问控制列表过滤、MTU不匹配等都会导致网络不通或异常。常用的排错命令如ping测试连通性、traceroute追踪路径都是基于网络层工作的工具。5. 传输层端到端的“质量保证官”与“数据调度员”经过网络层的长途跋涉数据包终于抵达了目标大楼目标IP地址所在的主机。但大楼里可能有成千上万个房间不同的应用程序这个包应该交给哪个房间里的哪个程序呢同时发送方可能一次性寄出了一大批货物大量数据这些货物可能通过不同的路径、以不同的顺序到达甚至有些在途中丢失了。如何让接收方把这些零散的货物重新组装成完整的、顺序正确的信息这就是传输层的使命。传输层实现了真正的“端到端”的通信即运行在不同主机上的应用程序进程之间的通信。它主要解决两个问题进程寻址和传输质量。进程寻址通过“端口号”来实现。端口号是一个16位的数字用于标识主机上的特定应用程序或服务。常见的如HTTP服务用80端口HTTPS用443SSH用22。传输层的报文头部会包含源端口号和目的端口号这样主机收到数据后就能准确地将数据交付给正在监听对应端口的应用程序。传输质量则通过不同的传输层协议来提供不同级别的保证。主要有两个明星协议TCP传输控制协议。它提供面向连接的、可靠的、基于字节流的传输服务。就像打电话需要先建立连接三次握手通话过程中有确认机制ACK确保每句话对方都听到了最后还要礼貌挂断四次挥手。TCP通过序列号、确认应答、重传机制、流量控制、拥塞控制等一系列复杂机制保证了数据无误、无丢失、无重复且按序到达。但这一切的代价是额外的开销和延迟。UDP用户数据报协议。它提供无连接的、不可靠的传输服务。就像寄明信片写上地址IP和端口就扔进邮筒不保证对方一定能收到也不保证按顺序收到。它简单、高效、开销小。适合那些对实时性要求高、能容忍少量丢包的应用如视频会议、在线游戏、DNS查询。在数据传输过程中应用层的数据下传到传输层后会根据协议被加上TCP或UDP头部形成“段”或“数据报”。这个头部信息是路由器不关心的路由器一般只处理到网络层但对于最终接收方的操作系统来说是区分数据归属的关键。提示很多应用层的故障根源在传输层。例如一个Web服务访问不了可能不是Web服务器应用层挂了而是防火墙拦截了TCP 80端口传输层。又或者网络延迟和丢包导致TCP连接频繁超时重传使得应用响应极慢。使用netstat命令查看端口监听状态和连接状态使用telnet [IP] [端口]测试传输层连通性是排查这类问题的标准操作。6. 会话层、表示层与应用层面向用户的“业务大使”上面的四层物理、数据链路、网络、传输构建了一条可靠或高效的数据传输通道我们可以把它们统称为“数据流”层。而最上面的三层会话、表示、应用则更贴近用户和具体的应用程序可以称为“业务流”层。在TCP/IP协议族中这三层的界限比较模糊其功能通常由具体的应用程序来实现。6.1 会话层对话的“组织者”会话层负责建立、管理和终止应用程序之间的“会话”。这里的会话不是指一次简单的请求-响应而是一系列相关的、有状态的交互过程。例如当你登录一个网站时服务器会为你创建一个会话Session记录你的登录状态。随后你浏览购物车、下单、支付这一系列操作都属于同一个会话。会话层要确保这些操作被关联起来并在你长时间不活动后安全地终止会话。它管理对话的方式包括“全双工”双方同时收发如电话、“半双工”交替收发如对讲机和“单工”单向如广播。6.2 表示层数据的“翻译官”与“化妆师”表示层关注的是数据的“语法”和“语义”。不同的计算机系统可能使用不同的数据表示方法如字符编码EBCDIC和ASCII视频格式MP4和AVI。表示层就像一位翻译官确保发送方应用程序的数据格式能够被接收方应用程序正确理解。它负责数据的编码转换、加密解密、压缩解压缩。例如你通过网页上传一张JPEG图片。你的浏览器应用层产生这个动作表示层可能会对图片数据进行压缩以减少传输量并可能进行加密如果使用HTTPS。服务器收到后表示层先解密再解压缩还原出原始的JPEG数据流交给服务器的应用程序处理。常见的SSL/TLS加密虽然在实际中通常在应用层之下、传输层之上实现形成TLS记录协议层但其理念符合表示层“翻译和加密”的职能。6.3 应用层服务的“提供者”与“使用者”应用层是直接面向用户应用程序的一层它为用户提供了访问网络服务的接口。我们日常使用的所有网络应用都基于应用层协议例如HTTP/HTTPS用于网页浏览。FTP/SFTP用于文件传输。SMTP/POP3/IMAP用于电子邮件收发。DNS用于域名解析。SSH用于安全远程登录。应用层协议定义了应用程序之间通信的规则和消息格式。比如HTTP协议定义了“GET”、“POST”等请求方法以及“200 OK”、“404 Not Found”等状态码。当你在浏览器输入一个网址应用层浏览器就会按照HTTP协议的格式生成一个HTTP请求报文然后交给下层去传输。7. 数据的完整旅程从输入网址到显示网页现在让我们把七层串联起来看一个最经典的例子在浏览器输入https://www.example.com并按下回车后数据经历了怎样的奇幻漂流。第一步应用层发起请求。浏览器应用层识别出这是一个HTTP请求因是HTTPS实际为HTTP over TLS。它首先需要知道www.example.com的IP地址于是它生成一个DNS查询请求应用层协议。这个请求被递交给传输层。第二步传输层分配端口并封装。传输层为这个DNS请求选择一个随机的源端口号如12345目的端口是DNS服务的53端口。由于DNS通常使用UDP传输层为其加上UDP头部形成UDP数据报交给网络层。第三步网络层规划路径。网络层查看目标地址本地配置的DNS服务器IP为自己的IP数据包加上IP头部其中源IP是本机IP目的IP是DNS服务器IP。然后查询路由表决定将这个包发往默认网关。数据包被交给数据链路层。第四步数据链路层准备本地投递。数据链路层需要知道默认网关的MAC地址它通过ARP协议查询获得。然后它将网络层的IP数据包封装进一个以太网帧中帧头目的MAC是网关的MAC源MAC是本机MAC。帧被交给物理层。第五步物理层发出信号。物理层网卡将帧的比特流转换成电信号通过网线发送出去。第六步穿越网络。数据帧到达家庭路由器网关。路由器解封装到网络层查看目的IPDNS服务器IP重新查询路由表决定下一跳并重新封装成适合WAN口链路可能是PPPoE的新数据帧发送给互联网服务提供商。这个过程在经过每一个路由器时都会重复解封装网络层 - 查路由 - 重新封装链路层。第七步响应与返回。DNS服务器收到请求后反向执行上述过程将包含www.example.com对应IP地址的DNS响应报文发回给你的电脑。浏览器获得IP后开始建立到该IP 443端口的TCP连接三次握手。握手成功后在TCP连接之上建立TLS加密通道表示层功能。然后浏览器通过这个安全通道发送加密的HTTP GET请求到服务器的443端口。第八步服务器处理与响应。服务器的Web服务如Nginx在443端口接收到加密的TCP数据流经过TLS解密后得到原始的HTTP请求。应用层Web服务器程序处理请求生成HTML页面作为HTTP响应。这个响应数据再沿着“表示层加密 - 传输层加TCP头 - 网络层加IP头 - 数据链路层加帧头 - 物理层转换信号”的路径一路返回给你的浏览器。第九步浏览器渲染。浏览器收到响应后解密数据得到HTML、CSS、JavaScript等文件最终渲染出你看到的网页。在整个过程中数据在发送端从上到下逐层封装每经过一层就加上该层的控制信息头部在接收端则从下到上逐层解封装剥去头部将数据交给上层。这种封装和解封装的过程完美体现了OSI模型分层协作的思想。理解这个过程当你再遇到“网页打不开”的问题时就能系统地、分层地去排查是DNS解析失败应用层TCP连接被拒绝传输层路由不可达网络层还是本地网线没插好物理层这才是OSI模型赋予我们的、最强大的实战能力。
1. 从“鸡同鸭讲”到“世界语”为什么我们需要OSI参考模型如果你在IT行业待过哪怕只是刚入门也一定听说过“OSI七层模型”这个词。它就像网络世界的“宪法”定义了所有通信行为的基本准则。但很多初学者甚至一些工作了几年的朋友面对这七层时常常会陷入一种困惑这东西听起来很理论背下来好像只是为了应付考试在实际敲代码、配路由器的时候真的用得上吗我的答案是不仅用得上而且它是你从“网络操作工”进阶为“网络架构师”的关键分水岭。在没有统一模型之前网络世界是什么样子想象一下A公司生产的电话只能和A公司的交换机通话B公司的电脑无法读取C公司打印机发出的数据。每个厂商都有一套自己的“方言”结果就是巨大的“巴别塔”设备之间根本无法互联互通。OSI参考模型的诞生就是为了解决这个“鸡同鸭讲”的困境。它制定了一套全世界通用的“网络世界语”语法让不同厂商、不同技术、不同形态的设备能够在一个统一的框架下理解彼此协同工作。简单来说OSI模型回答了网络通信中最根本的几个问题数据从哪里来到哪里去在路上要怎么走走丢了怎么办对方能不能看懂它通过分层的思想将庞大复杂的通信过程分解为七个相对独立、各司其职的层次。每一层只关心自己职责范围内的事情并为上一层提供服务同时使用下一层提供的服务。这种“高内聚、低耦合”的设计使得每一层的技术可以独立演进比如物理层从双绞线升级到光纤应用层的软件几乎无需改动大大推动了网络技术的创新和发展。所以无论你是开发人员关心应用层、表示层、会话层运维工程师关心传输层、网络层还是网络工程师关心数据链路层、物理层深入理解OSI模型都能让你在遇到网络问题时快速定位故障点是IP配错了还是端口没开亦或是网线坏了在设计和评估系统时做出更合理的架构决策。接下来我们就一层一层地拆解这个经典的模型看看数据到底是如何从你电脑上的一个聊天软件窗口穿越千山万水准确无误地显示在对方屏幕上的。2. 物理层比特流的“高速公路”与“交通规则”当我们谈论网络时最容易想到的就是那些看得见摸得着的线缆、网卡、光纤和交换机端口。这些实体设备及其规范就是OSI模型的最底层——物理层所管辖的范畴。你可以把物理层理解为修建“信息高速公路”的工程队它不关心路上跑的是什么车数据内容只负责把路传输介质修好并制定最基础的“交通规则”比如车辆应该靠左还是靠右行驶信号编码方式。物理层的核心功能非常“物理”。它定义了接口的机械特性比如RJ-45水晶头的形状和针脚数量、电气特性比如用多少伏特的电压代表“1”多少伏特代表“0”、功能特性每根针脚的作用是发送还是接收和规程特性建立、维护和断开物理连接的时序。例如我们常见的以太网标准IEEE 802.3就详细规定了双绞线Cat5e, Cat6等的线序、最大传输距离100米、以及使用的信号调制方式如曼彻斯特编码。注意这里容易产生一个误解认为物理层就是网线或光纤本身。实际上物理层是一套规范和标准而网线、光纤是符合这些标准的物理介质。物理层协议规定了如何在特定的介质上传输原始的比特流0和1的序列。数据传输过程在这一层表现得最为直接。当你的电脑要通过网线发送数据时网卡物理层设备会根据物理层协议将上层交付下来的二进制数据0和1转换成相应的电信号铜缆、光信号光纤或电磁波信号无线。比如一个高电平脉冲可能代表“1”低电平代表“0”。这个过程就是“编码”。接收方的网卡则执行相反的过程——“解码”将物理信号还原成比特流。这里有一个非常关键的实操心得物理层故障通常表现为“连通性”问题且现象直接。比如网线水晶头松动或线序错误交叉线/直连线用错场景、光纤弯曲半径过小导致光衰过大、无线AP距离过远或有严重遮挡都会直接导致链路不通或时断时续。排查这类问题万用表、测线仪、光功率计是你的好朋友。对于运维人员来说在机房搬动服务器后突然网络不通第一个要怀疑的就是物理层——是不是网线被踢松了3. 数据链路层局域网内的“可靠快递员”与“地址管家”物理层修好了路车可以跑了但新的问题来了这条路是共享的比如早期的同轴电缆以太网那么多设备同时发车会不会撞车发出的车如何确保能准确送到同一个局域网LAN内的目标地址而不是送错门这就是数据链路层要解决的核心问题。数据链路层在物理层提供的比特流传输服务之上建立了相邻节点通常是同一网段内的设备之间可靠的数据传输通道。它主要干两件大事寻址和差错控制。首先说寻址。数据链路层使用MAC地址Media Access Control Address来唯一标识网络中的每个设备。这是一个48位的硬件地址通常由设备制造商烧录在网卡中理论上全球唯一。你可以把IP地址想象成小区的楼栋和门牌号逻辑地址网络层负责而MAC地址就是每个住户的身份证号物理地址。当数据要在局域网内传递时数据链路层会封装一个“帧”帧头里就包含了目的MAC地址和源MAC地址。其次是介质访问控制。为了防止“撞车”数据链路层定义了诸如CSMA/CD载波侦听多路访问/冲突检测用于传统以太网等协议来管理多个设备如何有序地使用共享的传输介质。交换机是典型的数据链路层设备它通过自学构建MAC地址表能够智能地将数据帧只转发给目标MAC地址所在的端口而不是像老式集线器那样进行广播从而极大地提升了局域网效率。在数据传输过程中当网络层的数据包下传到数据链路层时数据链路层会为其加上帧头和帧尾组装成一个“数据帧”。帧头包含了MAC地址等信息帧尾则通常包含用于差错检测的帧校验序列FCS如CRC校验。接收方收到帧后会重新计算FCS并与帧尾的FCS对比。如果不一致就说明数据在物理传输过程中出了错该帧会被直接丢弃。这就是数据链路层的差错检测功能注意通常不负责纠错纠错主要靠上层重传。提示在实际网络故障排查中“能ping通IP但某些应用不通”或“同一交换机下两台电脑无法互通”问题很可能出在数据链路层。可能是交换机的MAC地址表满了或异常也可能是端口安全策略限制了MAC地址或者是产生了网络环路需要通过STP等协议解决。学会看交换机的MAC地址表是网络工程师的基本功。4. 网络层互联网的“全球导航系统”与“路由决策者”数据链路层解决了“同一个街区”局域网内的送货问题但我们的数据往往需要跨城市、跨国家旅行。如何从北京中关村的一台电脑找到并抵达上海浦东某数据中心的一台服务器这个全局性的寻址和路径选择问题就由网络层来负责。如果说数据链路层是熟悉本地街道的快递员那么网络层就是拥有全球地图和实时路况的智能导航系统。网络层的核心任务是逻辑寻址和路由选择。它引入了IP地址这套逻辑上的编址方案。IP地址是分层的比如192.168.1.0/24这就像邮政编码包含了网络号和主机号使得路由器能够根据网络号进行高效的路由聚合和转发而不需要关心全世界每一个具体设备的地址。路由器是典型的网络层设备。它的工作就是查看数据包网络层的协议数据单元的目标IP地址然后查询自己的路由表决定这个包应该从哪个接口扔出去才能让它离目的地更近一步。路由表就像导航系统的数据库里面的路由条目可以通过手动配置静态路由或由路由协议如OSPF、BGP动态学习而来。数据传输过程到了这一层数据链路层的帧会被解封装取出其中的IP数据包。路由器检查目标IP地址并做出转发决策后再将这个数据包重新封装进适合下一个链路的数据链路层帧中这个过程可能涉及修改帧头部的MAC地址。这意味着数据包在穿越互联网的每一跳其数据链路层的封装如源/目的MAC地址都可能发生变化但网络层的IP地址除非经过NAT从源到目的地始终保持不变。这里有一个至关重要的概念“尽力而为”的交付。网络层IP协议不保证数据包一定能送达也不保证按顺序送达更不保证送达的及时性。它只负责尽可能地将包往目标方向送如果中途遇到拥堵、路由错误等问题包可能会被直接丢弃。这种设计的初衷是为了保持网络核心的简单和高效将可靠性等复杂问题交由端系统传输层去解决。在实际工作中网络层的问题是网络故障的核心。IP地址配置错误地址、掩码、网关、路由环路、访问控制列表过滤、MTU不匹配等都会导致网络不通或异常。常用的排错命令如ping测试连通性、traceroute追踪路径都是基于网络层工作的工具。5. 传输层端到端的“质量保证官”与“数据调度员”经过网络层的长途跋涉数据包终于抵达了目标大楼目标IP地址所在的主机。但大楼里可能有成千上万个房间不同的应用程序这个包应该交给哪个房间里的哪个程序呢同时发送方可能一次性寄出了一大批货物大量数据这些货物可能通过不同的路径、以不同的顺序到达甚至有些在途中丢失了。如何让接收方把这些零散的货物重新组装成完整的、顺序正确的信息这就是传输层的使命。传输层实现了真正的“端到端”的通信即运行在不同主机上的应用程序进程之间的通信。它主要解决两个问题进程寻址和传输质量。进程寻址通过“端口号”来实现。端口号是一个16位的数字用于标识主机上的特定应用程序或服务。常见的如HTTP服务用80端口HTTPS用443SSH用22。传输层的报文头部会包含源端口号和目的端口号这样主机收到数据后就能准确地将数据交付给正在监听对应端口的应用程序。传输质量则通过不同的传输层协议来提供不同级别的保证。主要有两个明星协议TCP传输控制协议。它提供面向连接的、可靠的、基于字节流的传输服务。就像打电话需要先建立连接三次握手通话过程中有确认机制ACK确保每句话对方都听到了最后还要礼貌挂断四次挥手。TCP通过序列号、确认应答、重传机制、流量控制、拥塞控制等一系列复杂机制保证了数据无误、无丢失、无重复且按序到达。但这一切的代价是额外的开销和延迟。UDP用户数据报协议。它提供无连接的、不可靠的传输服务。就像寄明信片写上地址IP和端口就扔进邮筒不保证对方一定能收到也不保证按顺序收到。它简单、高效、开销小。适合那些对实时性要求高、能容忍少量丢包的应用如视频会议、在线游戏、DNS查询。在数据传输过程中应用层的数据下传到传输层后会根据协议被加上TCP或UDP头部形成“段”或“数据报”。这个头部信息是路由器不关心的路由器一般只处理到网络层但对于最终接收方的操作系统来说是区分数据归属的关键。提示很多应用层的故障根源在传输层。例如一个Web服务访问不了可能不是Web服务器应用层挂了而是防火墙拦截了TCP 80端口传输层。又或者网络延迟和丢包导致TCP连接频繁超时重传使得应用响应极慢。使用netstat命令查看端口监听状态和连接状态使用telnet [IP] [端口]测试传输层连通性是排查这类问题的标准操作。6. 会话层、表示层与应用层面向用户的“业务大使”上面的四层物理、数据链路、网络、传输构建了一条可靠或高效的数据传输通道我们可以把它们统称为“数据流”层。而最上面的三层会话、表示、应用则更贴近用户和具体的应用程序可以称为“业务流”层。在TCP/IP协议族中这三层的界限比较模糊其功能通常由具体的应用程序来实现。6.1 会话层对话的“组织者”会话层负责建立、管理和终止应用程序之间的“会话”。这里的会话不是指一次简单的请求-响应而是一系列相关的、有状态的交互过程。例如当你登录一个网站时服务器会为你创建一个会话Session记录你的登录状态。随后你浏览购物车、下单、支付这一系列操作都属于同一个会话。会话层要确保这些操作被关联起来并在你长时间不活动后安全地终止会话。它管理对话的方式包括“全双工”双方同时收发如电话、“半双工”交替收发如对讲机和“单工”单向如广播。6.2 表示层数据的“翻译官”与“化妆师”表示层关注的是数据的“语法”和“语义”。不同的计算机系统可能使用不同的数据表示方法如字符编码EBCDIC和ASCII视频格式MP4和AVI。表示层就像一位翻译官确保发送方应用程序的数据格式能够被接收方应用程序正确理解。它负责数据的编码转换、加密解密、压缩解压缩。例如你通过网页上传一张JPEG图片。你的浏览器应用层产生这个动作表示层可能会对图片数据进行压缩以减少传输量并可能进行加密如果使用HTTPS。服务器收到后表示层先解密再解压缩还原出原始的JPEG数据流交给服务器的应用程序处理。常见的SSL/TLS加密虽然在实际中通常在应用层之下、传输层之上实现形成TLS记录协议层但其理念符合表示层“翻译和加密”的职能。6.3 应用层服务的“提供者”与“使用者”应用层是直接面向用户应用程序的一层它为用户提供了访问网络服务的接口。我们日常使用的所有网络应用都基于应用层协议例如HTTP/HTTPS用于网页浏览。FTP/SFTP用于文件传输。SMTP/POP3/IMAP用于电子邮件收发。DNS用于域名解析。SSH用于安全远程登录。应用层协议定义了应用程序之间通信的规则和消息格式。比如HTTP协议定义了“GET”、“POST”等请求方法以及“200 OK”、“404 Not Found”等状态码。当你在浏览器输入一个网址应用层浏览器就会按照HTTP协议的格式生成一个HTTP请求报文然后交给下层去传输。7. 数据的完整旅程从输入网址到显示网页现在让我们把七层串联起来看一个最经典的例子在浏览器输入https://www.example.com并按下回车后数据经历了怎样的奇幻漂流。第一步应用层发起请求。浏览器应用层识别出这是一个HTTP请求因是HTTPS实际为HTTP over TLS。它首先需要知道www.example.com的IP地址于是它生成一个DNS查询请求应用层协议。这个请求被递交给传输层。第二步传输层分配端口并封装。传输层为这个DNS请求选择一个随机的源端口号如12345目的端口是DNS服务的53端口。由于DNS通常使用UDP传输层为其加上UDP头部形成UDP数据报交给网络层。第三步网络层规划路径。网络层查看目标地址本地配置的DNS服务器IP为自己的IP数据包加上IP头部其中源IP是本机IP目的IP是DNS服务器IP。然后查询路由表决定将这个包发往默认网关。数据包被交给数据链路层。第四步数据链路层准备本地投递。数据链路层需要知道默认网关的MAC地址它通过ARP协议查询获得。然后它将网络层的IP数据包封装进一个以太网帧中帧头目的MAC是网关的MAC源MAC是本机MAC。帧被交给物理层。第五步物理层发出信号。物理层网卡将帧的比特流转换成电信号通过网线发送出去。第六步穿越网络。数据帧到达家庭路由器网关。路由器解封装到网络层查看目的IPDNS服务器IP重新查询路由表决定下一跳并重新封装成适合WAN口链路可能是PPPoE的新数据帧发送给互联网服务提供商。这个过程在经过每一个路由器时都会重复解封装网络层 - 查路由 - 重新封装链路层。第七步响应与返回。DNS服务器收到请求后反向执行上述过程将包含www.example.com对应IP地址的DNS响应报文发回给你的电脑。浏览器获得IP后开始建立到该IP 443端口的TCP连接三次握手。握手成功后在TCP连接之上建立TLS加密通道表示层功能。然后浏览器通过这个安全通道发送加密的HTTP GET请求到服务器的443端口。第八步服务器处理与响应。服务器的Web服务如Nginx在443端口接收到加密的TCP数据流经过TLS解密后得到原始的HTTP请求。应用层Web服务器程序处理请求生成HTML页面作为HTTP响应。这个响应数据再沿着“表示层加密 - 传输层加TCP头 - 网络层加IP头 - 数据链路层加帧头 - 物理层转换信号”的路径一路返回给你的浏览器。第九步浏览器渲染。浏览器收到响应后解密数据得到HTML、CSS、JavaScript等文件最终渲染出你看到的网页。在整个过程中数据在发送端从上到下逐层封装每经过一层就加上该层的控制信息头部在接收端则从下到上逐层解封装剥去头部将数据交给上层。这种封装和解封装的过程完美体现了OSI模型分层协作的思想。理解这个过程当你再遇到“网页打不开”的问题时就能系统地、分层地去排查是DNS解析失败应用层TCP连接被拒绝传输层路由不可达网络层还是本地网线没插好物理层这才是OSI模型赋予我们的、最强大的实战能力。
