问题起因

在使用Cloudflare的过程中，接触到了DNS的相关内容，于是查找资料。然后在自己的个人网站上因为有使用jsDelivr的CDN服务，于是便有了疑惑——用户在访问网站时，DNS与CDN是怎样的一个解析过程，他们之间有什么区别？

DNS解析

什么是DNS？

DNS（Domain Name System）是互联网的域名解析系统，它的作用是将人们易记的域名（如 www.example.com）转换为计算机可识别的 IP 地址，从而让用户通过域名访问网站。DNS 由多个分层服务器组成，包括根服务器、顶级域服务器和权威服务器，整个解析过程类似查电话号码的过程，是互联网通信的基础服务之一。

为什么需要 DNS？

• 你可以记住 www.baidu.com，但很难记住 220.181.38.148

• 网站的 IP 地址可能会变，但域名不会变

• DNS 让用户用域名访问网站，而不是记 IP 地址

DNS 的核心工作机制

• 用户输入域名（如 www.example.com）

• 浏览器向本地 DNS 服务器请求 IP 地址

• 如果本地没有缓存，就逐级向上查询：

根 DNS 服务器

• 顶级域（.com）

• 权威 DNS 服务器（负责 example.com）

• 找到 IP 后，返回给浏览器

• 浏览器用这个 IP 去访问目标服务器

常见 DNS 类型

CDN加速

什么是CDN？

CDN（Content Delivery Network，内容分发网络）是一种通过分布在全球各地的边缘节点，将网站内容缓存并分发给用户的技术，目的是加快访问速度、降低服务器压力，并提升用户体验。当用户访问网站时，CDN 会将请求引导到距离用户最近的节点，从而实现更快、更稳定的内容加载。

为什么需要 CDN？

CDN 解决的是“距离远、访问慢、负载高”的问题，主要有以下几个方面的需求：

CDN 的工作机制

• 内容分发：

网站将资源（如图片、JS、CSS、视频等）通过 CDN 平台分发并缓存到全球各地的节点（边缘服务器）

• DNS 解析调度：

用户访问网站时，CDN 的 DNS 系统会将用户请求调度到最优的 CDN 节点（基于距离、负载、网络状态等）

• 内容访问：

如果边缘节点已有缓存资源，直接返回

• 如果没有缓存，则回源站获取后缓存，并返回给用户（下次访问就命中缓存）

CDN 是通过“就近访问 + 智能调度 + 分布式缓存”来提升网站访问速度、稳定性和安全性的加速服务。

完整流程

• （1）用户访问域名 www.huawei.com 递归交给本地域名服务器去负责查询。

• （2）本地域名服务器经过迭代查询由 huawei.com 的域名服务器返回CNAME解析到的地址 www.huawei.com.akadns.net。

• （3）本地域名服务器去迭代查询 www.huawei.com.akadns.net 经过dig +trace 命令追踪发现又经过一次CNAME到 www.huawei.com.lxdns.com ，具体原因没有深究，暂且认为此 www.huawei.com.lxdns.com 为真正的CDN DNS域名服务器地址；本地域名服务器再次去迭代查询 www.huawei.com.lxdns.com 的IP地址。

• （4）经过DNS全局负载均衡和区域负载均衡等一系列的智能调度，分配CDN节点，确定 www.huawei.com.lxdns.com 的IP地址。

全局负载均衡设备根据用户IP地址，以及用户请求的内容URL，选择一台用户所属区域的区域负载均衡设备。

• 区域负载均衡设备会为用户选择一台合适的缓存服务器提供服务，选择的依据包括：根据用户IP地址，判断哪一台服务器距用户最近；根据用户所请求的URL中携带的内容名称，判断哪一台服务器上有用户所需内容；查询各个服务器当前的负载情况，判断哪一台服务器尚有服务能力。基于以上这些条件的综合分析之后，区域负载均衡设备会向全局负载均衡设备返回一台缓存服务器的IP地址。

• （5）返回CDN server（CDN节点）的IP地址。

• （6）返回CDN域名 www.huawei.com.lxdns.com 的IP地址。

• （7）返回 www.huawei.com 对应 CDN域名 www.huawei.com.lxdns.com 的IP地址

• （8）用户访问 www.huawei.com.lxdns.com 的IP地址对应的CDN server（CDN 节点），如果有缓存则直接到步骤11返回数据。如果没有则进行步骤9回源，再到步骤10，再到步骤11，返回数据。

一些疑问

如果cdn的记录是cname，是不是还要再解析成ip

CNAME 记录指的是把一个域名指向另一个域名。客户端（比如浏览器）在解析你的域名（如 www.example.com）时，发现它是 CNAME 到另一个域名（如 cdn.vendor.com）。然后，客户端会继续解析 cdn.vendor.com，直到拿到最终的 A记录（IP 地址）。最终访问仍然是通过 IP 地址完成的，只是中间多了一个跳转。

但要注意，解析过程中的所有域名查询（包括 CDN 的 CNAME）都是向 DNS 服务器发出的，而不是向 CDN 本身发出的。

域名解析只与 DNS 服务器打交道，不和 CDN 本身通信。

我没有配置相关DNS解析记录，为什么我的个人网站还能使用了jsDelivr的CDN服务

你不是通过你的域名调用 jsDelivr，而是直接用 jsDelivr 的域名。

举个例子，在 WordPress 的后台或插件里，引用的通常是类似这样的链接：

https://cdn.jsdelivr.net/npm/jquery@3.6.0/dist/jquery.min.js

这条链接的域名是：

cdn.jsdelivr.net

也就是说：你根本没有把你自己的网站域名（如 example.com）CNAME 到 jsDelivr，而是直接在代码中使用了 jsDelivr 的 CDN 域名。

访问的流程如下：

• 你的 WordPress 网站访问 cdn.jsdelivr.net

• 浏览器向 公共 DNS 服务器 发起解析请求（比如 8.8.8.8）

• DNS 服务器向 jsDelivr 的权威 DNS 查询

• jsDelivr 返回就近 CDN 节点的 IP（通过它的 DNS 调度）

• 浏览器拿到 IP → 访问 CDN 节点 → 获取资源

你的网站并没有“配置” DNS，因为：

• 你只是“调用”了 jsDelivr 提供的链接

• 域名解析这件事交由浏览器和 jsDelivr 自己去处理了

你如果以后想让你自己的网站资源也通过 CDN 加速（比如图片、CSS、JS），那就要配置你自己域名的 CNAME 指向 CDN 节点了。

配置cdn一般都是通过dns吗，还有什么其他方法吗

是的，绝大多数情况下，配置 CDN 是通过 DNS 来实现的，但它并不是唯一的方式。下面是完整的解释和对比：

一、主流方式：通过 DNS 配置 CDN（最常见）

这是目前绝大多数网站接入 CDN 的标准做法。

原理：

你把你自己的网站域名（比如 www.example.com）的 DNS 记录改为：

CNAME → cdn.example.cdnprovider.com

或者如果是根域名（不支持 CNAME）：

A 记录 → CDN 厂商提供的负载均衡 IP（如 Cloudflare 的 Anycast IP）

特点：

• 适用于大部分 CDN 提供商（如 Cloudflare、阿里云 CDN、腾讯云 CDN、Akamai、jsDelivr 等）

• 支持智能调度

• 一般用户看不到 CDN 的存在

二、其他方式（不通过 DNS）也有，但相对少见：

1. 直接使用 CDN 提供的 URL

举例：

适用：

• 公共库/资源

• 不想改自己域名的 DNS

缺点：

• 域名不是你自己的，缓存行为和品牌一致性无法控制

2. 反向代理方式接入 CDN

一些特殊情况，可以让 CDN 厂商作为反向代理直接部署在源站前，但这通常是：

• 企业内网、私有部署

• 定制的 CDN 网络

• 安全/合规特殊场景

这通常不通过 DNS，而是由 CDN 提供的边界设备（比如云防护墙）或专线统一接入。

3. 通过 Web 应用接入（插件或中间件）

例如：

• WordPress 安装某个插件后自动为图片加上 CDN 前缀

• Web 应用自动切换资源路径，如从 /static/ → https://cdn.yourdomain.com/static/

这种方式不依赖 DNS，而是代码层配置资源路径实现 CDN 加速。

总结：

参考资料

20分钟理解什么是网络、DNS与CDN - 知乎

DNS解析与CDN加速-CSDN博客