第15课 理解互联网的协议 课件 2025-2026学年河大版初中信息科技七年级全一册

该初中信息科技课件以“数据包的奇妙旅行”为主线，系统讲解互联网协议核心知识，涵盖网络结构、数据包、IP地址、TCP/UDP、HTTP及DNS等内容。通过日常上网场景导入，以“交通规则”类比协议，用“快递包裹”“门牌号”等生活化比喻搭建学习支架，引导学生从宏观到微观理解信息传输原理。 其亮点在于融合互动体验与可视化教学，如“模拟三次握手”游戏、DNS查询大赛等活动，培养学生计算思维与数字化学习能力。通过“挂号信vs广播”等类比，将抽象协议具象化，增强信息意识。学生能在实践中理解技术原理，教师可借助丰富案例与互动设计提升教学效果。

在浏览器中输入一串网址，然后回车就会看到一个网页呈现到我们面前。一个完整的网页通常是由不同的资源拼接而成的，像是文本布局、描述、图片、视频脚本等等。HTTP是一种能够获取这些的网络资源的通讯协议，让我们一起来认识下吧。HTTP的英文全称是hypertext transfer protocol超文本传输协议，其中HT代表hypertext超文本。什么是超文本呢？超文本字面意思就是包含超链接的文本，因为HTTP最初设计的目的是为了传输HTML文本，所以最开始是指HTML格式的文本。随着时代发展，HTTP协议的不断完善，现在已经支持传输各种格式的数据资源了，比如图片、音频视频等等。替代表transfer传输就是把数据资源从服务器搬运到客户端。最后的P代表protocol协议，协议是指通信双方为了交换信息使用的一种数据格式或一组规则。一次典型的HTTP请求过程可以分为四个阶段，建立TCP链接、发送请求、响应请求、关闭TCP链接协议的内容有哪些呢？通过wires shark抓包可以看到TCP报文的下方是HTTP报文。HTTP协议是基于TCP协议的应用层协议，请求和响应都是通过TCP协议进行传输的。接下来看下具体的报文信息。首先来看看请求报文。请求报文由四部分组成，请求行、请求头、空行、消息体。请求行又分为请求方法、get post等。请求目标资源。通常是一个URL版本号，表示报文使用的HTTP协议版本。这里是1.1版本请求头饰key value的形式。T和value之间用冒号分隔，末尾用回车换行符表示结束。接着是空行，最后是消息体，如果没有，那就是空的。再来看响应报文，响应报文也是由四部分组成，状态行、响应头、空行、消息体。状态行也是由三部分构成，版本号、状态码。一个三位数用代码的形式表示处理的结果，比如200是成功，五百是服务器错误原因。作为数字状态码补充是更详细的解释文字，帮助人理解原因。响应头的结构和请求头是一样的，接着也是空行，最后是消息体。我们在浏览器输入网址是告诉他我们要访问的网络资源。浏览器将其转换成HTTP协议的请求报文发送给服务器。服务器收到请求后，按照协议约定解析报文，准备数据，再按照协议约定发送响应报文。浏览器收到响应报文后，解析报文确认数据呈现到我们面前。如果通信双方没有统一的通信协议，传递的信息就无法被识别。HTTP是一个简单的请求响应协议，他指定了客户端可能发送给服务器什么样的消息，以及得到什么样的响应。到目前为止。ietf已经发布了5个HTTP协议了，包括HTTP0.9、HTTP1.0、HTTP1.1、HTTP2、HTTP3. 每个版本都在之前版本的基础上增加了新的特性和改进措施，以满足不断增长的网络需求。在后续的视频中将进一步分享HTTP协议的版本演进过程，包括各个版本面临的问题和改进措施，请继续关注吧。我是程序员小白。 TTP与HTTPS的区别到底在哪里？大家好，今天我们聊聊一个看似简单但其实充满套路的问题，HTTP和HTTPS到底有什么区别？很多人说HTTP就是不安全，HTTPS就安全完事儿。不不不，今天我帮你把它拆开，让你秒懂，而且还能让你在朋友面前装一下技术大神1HTTP敞开大门的快递小哥。HTTP就像一个快递小哥，他每天骑着自行车送包裹。你写了地址，URL收件人，浏览器小哥就开始送了。但是有个问题，路上可能有人看到你的包裹明文传输，甚至可能有人顺手把包裹打开瞄一眼数据被窃听，还有可能有人把包裹换掉，中间人攻击HTTP是高速公路畅通无阻，但安全性不保证。你的视频，你的小秘密，你买的薯片口味都有可能被别人偷窥。2HTTPS带着保镖的快递小哥，HTTPS就不一样了，他给快递小哥配了保镖和保险箱，包裹先装进一个加密箱，TLSSSSL路上保镖护送，别人看不懂里面是什么，就算有人偷看也只能看到一堆乱码。所以HTTPS等于HTTP加TLSSSL，TLSSSL是保镖也是保险箱，它保证了保密性，别人看不懂，完整性不能被篡改，身份验证你真的发给了对的人。三握手，快递小哥和保镖的秘密握手要开始送包裹，快递小哥和保镖要先握手，这叫TLS握手客户端。我是小明，我想寄东西服务器，你是谁？这是我的加密钥匙，双方互相打招呼，交换密码，确认安全后开始传输，从此包裹一路上再也没人能偷窥或篡改了。4HTTP斜杠，HTTPS的现实区别，HTTP免费快速简单，HTTPS安全可靠稍微慢一点。浏览器角度看到小锁头等于HTTPS放心交互。SEO角度google喜欢HTTPS排名会更好一点。5日常比喻，HTTP就像在大街上大声喊密码，别人听得到。HTTPS就像用密码箱和密语传情报，安全又私密。HTTP可以用，但不要在银行购物聊天用HTTPS建议所有网站都用，哪怕只是看个猫视频。所以下次有人问你，HTTP和HTTPS有啥区别？你可以说HTTP就像骑自行车送包裹，路上啥都可能被偷。HTTPS就像带保镖的快递包裹，一路安全到达。别乱碰我的薯片口味，小锁头没在骗人，安全第一，快乐第二。HTTP. 揭秘互联网协议 —— 一场数据包的奇妙旅行 探索信息在网络中如何“走”遍全球，从手机到世界的每一个角落 READY? 让我们即刻出发！ 我们每天都在经历的“奇迹” 日常上网课的你，也是网络奇迹的见证者！ 同学们，我们每天都在上网，发消息、看视频、玩游戏。大家有没有想过，我们发送的一条简单的“你好”，是如何穿越千山万水，准确无误地出现在朋友的手机屏幕上的？ 这背后，其实是一套精密而高效的“交通规则”在默默工作，它们就是互联网协议。今天，就让我们一起化身侦探，揭开互联网协议的神秘面纱，跟随一个小小的“数据包”，开启一场奇妙的旅行！ 🎯 本节课目标：化身网络侦探，探索数据包旅行！ 互联网的宏观世界：一张巨大的“网之网” 核心概念：网络的网络 互联网不是一台超级电脑，而是由全世界成千上万的小型网络（校园网、家庭Wi-Fi等）通过光纤、网线连接而成的巨大集合。 🚍 城市公交 vs 高速公路 局域网像城市内部的公交系统，而互联网主干网就是连接城市的高速公路。 📦 信息传输：标准化数据包 信息不是像水流一样流动，而是被分割成一个个标准化的“小包裹”进行运输。 🌐 互联网拓扑示意图 主干网 Backbone 校园网 家庭WiFi 企业网 N个小型网络互联 = 互联网 我们的主角——数据包：信息的“快递包裹” 当你发送消息或浏览网页时，电脑会将信息像打包快递一样，分割成许多个“小包裹”，这就是数据包。 寄件人地址：你的设备网络地址 (IP) 收件人地址：目标服务器或设备的地址 包裹编号：确保在终点能按顺序组装 内容本身：拆分后的实际信息片段 思考：为什么不一次性发送，要拆分成小包？ 📦 数据包结构示意图 寄件人地址 你的IP地址 收件人地址 目标IP地址 序号/编号 排序与重组 数据载荷 实际信息片段 第二部分：数据包的身份证——IP地址 互联网上的“门牌号” 网络设备的“家庭住址”，确保数据包准确送达。没有它，数据包就会像无头苍蝇一样在网络里乱转。 传输关键：IP地址是数据传输的“导航系统”，决定了数据从哪里来、到哪里去。 IPv4格式：最常用的地址版本，由32位二进制组成，如 192.168.1.1，便于人类记忆。 地址层级：内网IP（如192.168.x.x）是楼栋号，公网IP是小区在城市中的正式地址。 IP: 192.168.1.1 设备在网络中的唯一“住址” 互动环节：猜猜我的IP地址 挑战一：公网侦探 223.104.1.1 猜猜这是什么？ 提示：视频网站或游戏的“大本营”，中国移动 挑战二：内网寻宝 192.168.0.105 这可能在那里？ 提示：家里书桌前的电脑 挑战三：寻找自己 立即查看设备IP 打开网络设置 找到“网络详情”或“关于手机” 💡 小侦探秘籍：IP地址就是设备在网络世界的“身份证号” 可靠的信使——TCP协议：网络世界的“挂号信” 就像寄挂号信需要签收一样，TCP协议确保数据万无一失。无论路途多远，你的重要信息（如文件、邮件）都会被完整送达。 确认机制 (ACK)- 收到就回复“收到了”，双向保险 超时重传- 没收到确认？立刻重新发送，不怕丢包 排序功能- 数据走散了？按编号重新排队，保证有序 TCP 挂号信服务 已签收 · 100% 送达保证 适用：网页浏览、文件下载、邮件 TCP的“三次握手”：建立可靠连接的关键过程 💡 核心概念：数据传输前的“可靠性确认”。就像在发送挂号信前，必须先打电话确认对方在家能收件。 📞 通俗类比：打电话确认 第一次 (SYN)：“喂，小明在吗？想和你说话。” 第二次 (SYN-ACK)：“我在！我听到了，你能听到我吗？” 第三次 (ACK)：“能听到！好的，那我们开始正式聊天吧。” 🔄 握手流程可视化 Step 1: 发起连接 (SYN) 客户端 → 服务器：询问是否准备好 Step 2: 确认应答 (SYN-ACK) 服务器 → 客户端：我准备好了，你呢？ Step 3: 建立连接 (ACK) 客户端 → 服务器：我也准备好，开始传输！ 第四部分：快速的信使——UDP协议 核心比喻：如同广场发传单或平邮服务，不确保送达，但求极速散播信息。无需建立连接，发完即走。 核心任务 追求极致速度，不保证可靠性 协议特点 无连接、无确认，尽最大努力交付 主要优点 头部开销小，传输效率极高 潜在缺点 可能丢包、乱序，需上层协议弥补 🎮 适用场景：在线游戏 | 🎥 视频通话 | 📡 直播流媒体 “ 简单直接，极速送达 ” UDP协议核心精神 速度 > 可靠性 TCP vs UDP：可靠与速度的抉择 TCP 传输控制协议 · 可靠派 连接性：面向连接（需三次握手建立） 可靠性：可靠（保证数据有序、无丢包） 速度：较慢（需确认机制，延迟略高） 开销：较大（头部信息包含序列号等） 应用：网页浏览、文件下载、邮件发送 UDP 用户数据报协议 · 速度派 连接性：无连接（直接发送，无需握手） 可靠性：不可靠（可能丢包、乱序，无重传） 速度：较快（无确认延迟，实时性强） 开销：较小（头部仅8字节，结构简单） 应用：在线游戏、视频通话、直播流媒体 💡 一句话总结：TCP 像挂号信（慢但稳），UDP 像广播（快但不保送到） TCP vs UDP：可靠与速度的抉择 网页的语言——HTTP协议 核心比喻：像图书馆的“借书单” 当你去借书时，需要填写书名、姓名等信息的借书单。HTTP协议就是浏览器向服务器请求网页时，必须遵守的统一“格式单”。 HTTP 协议核心机制 1. 应用层协议：定义客户端与服务器沟通的“语言规范”。 2. 请求-响应模型：客户端发指令（请求），服务器给结果（响应），一问一答。 交互流程可视化 浏览器 (客户端) 发起访问请求 发送 GET 请求 Web 服务器 处理并返回数据 简单说：一问一答 HTTP的请求方法：核心“命令”大解析 GET 获取资源 最常用的方法，专门用于向服务器请求并获取资源（如网页、图片）。 📖 就像去图书馆借书 POST 提交数据 用于向服务器上传或提交数据（如登录信息、表单内容），数据会包含在请求体中。 📝 就像还书或办证件 HTTPS 安全加密 HTTP的安全升级版，增加了SSL/TLS加密层，防止通信内容被窃听或篡改，浏览器显示小锁标志。 🔒 就像给通信加了保险箱 网络协议基础 · 核心方法解析 网页的语言——HTTP协议 HTTP协议与HTTPS协议的区别 神奇的翻译官——DNS域名系统 为什么不用记IP？ www.baidu.com 比 220.181.38.148 好记多了！但电脑只认IP，谁来“翻译”？ DNS 就是“翻译官” 它像一本分布式的巨大“电话簿”，负责将好记的域名翻译成机器懂的IP地址。 📝 工作原理小课堂： 1. 输入网址后，电脑先向DNS服务器发起“查询请求”。 2. 这个将域名转换为IP的过程，专业术语叫“域名解析”。 输入域名 www.baidu.com 解析出IP 220.181.38.148 ✨ 让上网更简单的幕后英雄 神奇的翻译官——DNS域名系统 DNS解析：一次从域名到IP的奇妙旅程 简单7步，看懂浏览器如何找到“百度”的家 01 输入网址 在浏览器输入www.baidu.com，开启查询 02 检查缓存 电脑先自查“小本本”，看是否有记录 03 询问本地DNS 若无缓存，立刻向本地DNS服务器求助 04 逐级查询 层层上报，直到找到管理.com的根服务器 05 根服务器指引 告诉本地DNS去问管理baidu.com的服务器 06 获取IP地址 最终找到IP，沿原路返回给你的电脑 07 访问网站 电脑获得IP，开始连接并显示百度页面 核心知识点：DNS解析本质上就是将“域名”翻译成“IP地址”的问路过程 第七部分：旅程的终点与总结 回顾：从“你好”开始的网络奇妙旅行 1. 应用层 (QQ) 用户输入“你好”，软件准备好消息数据 2. 传输层 (TCP) 建立连接握手，将消息分割为带编号的数据包 3. 网络层 (IP) 添加目标IP地址标签，规划最佳传输路径 4. 链路/物理层 通过光纤/Wi-Fi物理传输，经路由器转发 5. 接收与展示 反向层层解包、排序，最终在QQ显示“你好” 💡 核心总结：数据就像快递，层层封装上路，层层解包收货，确保准确送达！ 各司其职的协议家族：互联网的运转基石 IP 地址 “定位专家” 就像数据包的“门牌号”，负责在网络海洋中精准定位目标设备。 TCP / UDP “快递服务” 负责数据的安全运输或极速送达，是连接应用与网络的运输纽带。 HTTP “沟通语言” 定义了浏览器和服务器之间的沟通规则，是应用层通用的“普通话”。 DNS “翻译官” 将难记的域名翻译成机器可读的IP地址，搭建了人与机器沟通的桥梁。 总结：正是这些协议各司其职、紧密配合，才构成了我们今天便捷、高效的互联网世界。 课堂互动游戏：我是网络工程师！ 游戏一：模拟三次握手 👥 角色：3人（客户端、服务器、数据包） 📝 步骤：客户端发SYN → 服务器回SYN-ACK → 客户端发ACK 🚀 通关：三次传递完成，“数据包”方可通行 💡 核心目标：亲身体验 TCP 连接建立流程 游戏二：DNS查询大赛 📢 指令：老师随机说出一个目标域名（如 www.bilibili.com） 📱 操作：使用手机查询该域名对应的 IP 地址 🏆 胜负：最先报出正确 IP 地址的同学获胜 ⚡ 核心目标：快速掌握域名解析与 IP 查询技巧 思考与展望：未来互联网的无限可能 IP地址的破局之道 我们现在使用的IPv4地址资源日益枯竭，这是互联网发展的一大挑战。未来该怎么办？答案或许藏在IPv6中——它拥有几乎无限的地址空间！ 有趣的协议探索 除了今天学到的基础协议，互联网世界还隐藏着哪些神奇的规则？HTTP、TCP/IP之外，还有哪些有趣的网络协议在默默支撑着我们的数字生活？ 未来应用畅想 随着5G、AI、物联网等技术的爆发，你觉得未来的网络会诞生哪些颠覆性的新应用？发挥你的想象力，描绘未来的网络蓝图！ “ 保持好奇，一起探索互联网的星辰大海！” 感谢聆听！ 保持好奇心，继续探索神奇的互联网世界！ 期待与你下次相遇在数字世界 Lavf61.7.100 Lavf61.7.100 Lavf61.7.100 Lavf61.7.100 $正确的姿势涨知识。Hello, 大家好，欢迎收看涨知识。对于TCP协议和UDP协议大家应该都有所耳闻。我们常用的网络通讯，比如浏览网页软件、聊天以及你现在正在收看的视频，都是通过这两种协议来进行数据传输的。到底他们是如何工作的这两种协议又有什么区别呢？请耐心看完本期视频，一定会有所收获。TCP协议和UDP协议都工作在传输层，他们的目标都是在程序之间传输数据，数据可以是文本文件，可以是视频，也可以是图片。对于TCP协议和UDP协议来说都是一堆二进制数，并没有多大的区别。那TCP与ODP之间的区别是什么？想必看到这里的同学也能异口同声的说出来，最大的区别是一个基于连接，一个基于非连接。具体是什么意思？我们来举一个简单的例子，如果把人与人的通信比喻为进程与进程的通信，我们基本有两种方式，第一种方式是写信，第二种方式是打电话。如果不考虑速度因素，这两种方式之间最大的区别是什么？就是信寄出去之后，对方是否能收到，以及收到的信内容是否完整，先后寄两封信过去是否按照顺序接收都变成了未知数，甚至你填写的收信地址和收信人是否存在，你都无法确认。而打电话则不同，从拨打电话到对方接通互相通话，再到结束通话后挂断，这一系列的流程都能得到及时的反馈，并且能确认对方准确的接收到。打电话是基于连接的，也就是TCP，而写信就是基于非连接的，就是UDP。TCP是如何保证以上过程的？有三个关键的步骤，分别为三次握手、传输确认、四次挥手。三次握手是建立连接的过程。当客户端向服务端发起连接时会先发一包连接请求数据过去，询问一下能否与你建立连接。这包数据我们称之为sm包，如果对方同意连接，则回复一包森加艾克包。客户端收到之后回复一包艾克包，连接建立。因为这个过程中互相发送了三包数据，所以称之为三次握手。为什么要三次握手而不是两次握手？服务端回复完3N加艾克之后就建立连接，这是为了防止因为已失效的请求报文突然又传到服务器引起错误。这是什么意思？假设采用两次握手建立连接，客户端向服务端发送了一个sm包来请求建立连接，因为某些未知的原因并没有到达服务器，在中间某个网络节点产生了滞留。为了建立连接，客户端会重发森邦这次的数据包正常送达，服务端回复3加艾克之后建立起了连接，但是第一包数据阻塞的网络节点突然恢复，第一包三包又送达到服务端，这时服务端会误认为是客户端又发起了一个新的连接，从而在两次握手之后进入等待数据状态，服务端认为是两个连，而客户端认为是一个连接，造成了状态不一致。如果在三次握手的情况下，服务端收不到最后的艾克包，自然不会认为连接建立成功。所以三次握手本质上来说就是为了解决网络信道不可靠的问题，为了能够在不可靠的信道上建立起可靠的连接。经过三次握手之后，客户端和服务端都进入了数据传输状态。我们刚才说过，TCP协议需要在不可靠的信道上保证可靠的连接，现在就有几个问题需要面对，一包数据有可能会被拆成多包发送，如何处理丢包问题？这些数据包到达的先后顺序不同，如何处理乱序问题？针对这些要求，TCP协议为每一个连接建立了一个发送缓冲区，从建立连接后的第一个字节的序列号为零，后面每个字节的序列号就会增加。一发送数据时，从发送缓冲区取一部分数据组成发送报文，在其TCP协议头中会附带序列号和长度。接收端在收到数据后需要回复确认报文，确认报文中的艾克等于接收序列号加长度，也就是下一包数据需要发送的起始序列号。这样一问一答的发送方式能够使发送端确认发送的数据已经被对方收到。发送端也可以一次发送连续的多包数据，接收端只需要回复一次艾克就可以了。这样发送端可以把待发送的数据分割成一系列的碎片发送到对端这段根据序列号和长度在接收后重构出来完整的数据。假设其中丢失了某些数据包的，接收端可以要求发送端重传。比如丢失了100到199这100个字节，接收端向发送端发送X等于100的报文，发送端收到后重传这一包数据，接收端进行补齐。以上过程不区分客户端和服务端。TCP连接是全双工的，对于两端来说均采用上述机制。我们再来看一下什么是四次挥手，处于连接状态的客户端和服务端都可以发起关闭连接请求，只需要四次挥手来进行连接关闭。假设客户端主动发起连接关闭请求，他需要向服务端发起一包分包，表示要关闭连接，自己进入终止等待一状态。这是第一次回程服务端收到分包发送了一包X包，表示自己进入了关闭等待状态，客户端进入终止等待二状态。这是第二次回收，服务端此时还可以发送未发送的数据，而客户端还可以接收数据，待服务端发送完数据之后，发送一包分包，进入最后确认状态。这是第三次回收，客户端收到之后回复艾特包进入超时等待状态，经过超时时间后关闭连接。而服务端收到艾克包后立即关闭连接，这是第四次回收。为什么客户端需要等待超时时间？这是为了保证对方已收到ack包。因为假设客户端发送完最后一包X包后，就释放了连接，一旦ec包在网络中丢失，服务端将一直停留在最后确认状态。如果客户端发送最后一包艾克包后等待一段时间，这时服务端因为没有收到艾克包会重发分包，客户端会响应这个分包重发艾克包并刷新超时时间。这个机制跟三次握手一样，也是为了保证在不可靠的网络链路中进行可靠的连接断开确认。了解了TCP协议，我们再来看一下UTP协议。首先UDP协议是基于非连接的发送数据，就是简单的把数据包封装一下，然后从网卡发出去就可以了。数据包之间并没有状态上的联系。正因为UDP这种简单的处理方式，导致它的性能损耗非常少，对于CPU内存资源的占用也远小于TCP。但是对于网络传输过程中产生的丢包，UDP协议并不能保证。所以UDP在传输稳定性上要弱于TCP。所以我们能总结出来TCP和UDP的主要区别。TCP传输数据稳定可靠，适用于对网络通讯质量要求较高的场景，需要准确无误地传输给对方，比如传输文件、发送邮件、浏览网页等。UDP的优点是速度快，但是可能产生丢包，所以适用于对实时性要求较高，但是对少量丢包并没有太大要求的场景，比如域名查询、语音通话、视频直播等。UDP还有一个非常重要的应用场景就是隧道网络。什么是隧道网络？比如我们常用的VPN就是一种隧道网络，以及在SDN中用到的V叉line也是一种隧道网络。关于隧道网络的知识，我们在下期视频进行讲解。今天的视频就到这里了，欢迎大家点赞留言。 大家每天都在使用浏览器浏览网页，访问一个网站最重要的一部分就是输入这个网站的域名，或者发送邮件时正在艾特他后面的域名。域名到底是什么？它与IP地址到底是什么关系？今天我们就一起来了解一下DNS协议以及其工作原理。请大家耐心看完本期视频，你一定会有所收获。我们都知道在TCPIP协议里，IP地址才是每台计算机或者服务器的唯一标识。那为什么我们访问网站不直接使用埃批地址来访问，而是使用域名来访问呢？其实直接使用埃批地址也是可以的。比如我们知道百度的IP地址是180.101.5 0.242，把这个IP输入到浏览器的地址栏，照样可以成功访问百度。这样看起来貌似域名和IP地址都是可以工作的那域名和IP地址到底是什么关系呢？我们来举一个例子，我们平时用手机进行通信，每台手机都拥有一个11位的号码，作为手机的唯一标识。移动公司也是通过手机号码进行关联通信的。同时我们的手机中保存了很多联系人的电话号码，但当我们拨打电话时，不会每次都输入11位号码再拨打电话，而是会为其起一个名称被关联起来。对于用户来说，记住名称比较容易，而记住电话号码就比较困难了。但是对于移动公司来说，数字更容易识别与处理。在网络世界中也是这样的。埃批地址就好比电话号码，域名就好比电话号码对应的名称。用户不需要记住网站的IP地址，而只需要记住其域名就可以正常访问。在网络世界中仍然是以IP地址作为主机的唯一标识。用户输入域名需要先查询到其对应的IP地址，这个查询的协议就是DNS协议。我们来看一下DNS协议的工作流程。当你在浏览器中输入一串网址并按下回车键，首先浏览器会去解析这段网址，从中取出域名，然后组建一包DNS查询报文，并发送到主机的上一级DNS服务器。在开启DHCP的情况下，DS服务器是会通过电视CP协议自动获取的，用户也可以手动配置。这里大家只需要知道这一帧DS查询报文会发送到其上一级的DNS服务器。DNS服务器收到这一帧查询报文后会在自己缓存的DS池中查找这个域名的记录，试图找到其对应IP地址。如果找不到会再向其更上一级的DS服务器进行查找。上级有可能会再向更上一级查找。这个查找关系还是比较复杂的，我们稍后会进行讲解。总之最终DS服务器会返回一个结果，要不就是查询成功，返回的是其对应IP地址，要不就是查询失败。浏览器拿到查询到的IP地址后会使用此IP地址构建HTTP协议。数据包通过HTTP协议最终获取到需要显示的网页。关于HTTP协议的知识，我们会在后面单独出一期视频进行讲解。为了提高效率，浏览器并不是每次都需要查询域名对应的IP地址的。浏览器会缓存查询到的域名IP并在一定时间内直接使用，其结果只有超过一定的时间后才会再次进行查询。我们上面遗留了一个问题，就是DS服务器节点之间是如何维护上下级关系的。大家想象一下，在全球的互联网中拥有数以亿计的域名，并且他们维护在大量的域名服务器中，并且每天都在新增大量的域名。比如远在美国上线了一个网站，在中国的一台计算机能在很短的时间内就成功解析到其域名，并成功访问到其内容。可想而知这些域名如何有序的维护也是一个难题。我们下面来看一下这个问题，首先是域名本身的结构，比如3W点mel点涨知识点com这个域名，我们可以按照点的位置来给他划分一定的等级。比如汤姆是最顶级的域，表示的是公司党知识是康姆的子域表示的是公司名，没有是涨知识的。紫玉表示的是邮箱，3W是没有的。紫玉是大家常用的前缀，表示的是万维网。按照这个规则，我们可以扩展出来几个长知识的子鱼，比如work game。同理汤姆鱼下也有很多子鱼，比如百度QQ等。有了这个层次结构，我们就可以来关联其所在的服务器了。比如康姆域是一台DS服务器，涨知识也是一台DS服务器。为了便于表达，我们先认为每个子域都是一台DS服务器。实际上有可能多个域都位于同一台DS服务器中，那么顶层的域就只需要知道自己子域的埃批地址就可以了。比如说到一个没有点长知识点com域名的查询请求，首先导航到它的最顶层的汤姆域服务器。汤姆域服务器中没有这个域名，他只需要把请求转到下一级子域服务器，也就是长知识与服务器。长知识域服务器把查询请求转到mail子域服务器，就可以顺利的查询到没有点长知识点com这个域名的IP地址了。同理，所有com子域为百度查询请求，只需要导航到百度子域服务器就可以了。当然com域也不是最顶层域，它属于根域的一个子域。直属根域的子域还有EDUORG night cn等等很多。而我们的计算机想要查询到所有的域名，只需要通过上一级DS服务器直接连接到根域就OK了。目前全球有13个根域服务器，一个为主根服务器在美国，其余12个为辅根服务器，其中9台在美国。欧洲有两台，分别位于英国和瑞典，亚洲有一台位于日本。看到这里，你明白域名查询的主要逻辑了吗？今天视频就到这里了，欢迎大家点赞、留言，关注转发，再见。