加密 DNS 主机名：dns.23-4.cn｜ DoH 地址：https://dns.23-4.cn/dns-query｜ 配置教程 ｜ 实时战报
「换了你们的 DNS，GitHub 是不是就变快了？」「Cloudflare 有没有被加速？」
这两个问题背后是同一个误解：以为 DNS 能加速网络。DNS 只负责把域名翻译成 IP，它决定你连到哪台机器，不决定你连过去有多快。
但这不代表换 DNS 对 GitHub 没用。下面把「能做什么」和「不能做什么」分开说。
一、DNS 唯一能改变的两件事
换一个解析器，物理上只可能改变两件事：
- 返回的 IP 不一样了。 同一个域名，不同解析器可能返回不同的 IP（多机房、CDN 调度、或其中一方被污染）。
- 返回的 IP 是对的还是错的。 明文 DNS 在链路上可以被篡改，加密 DNS 不能。
速度只可能通过第 1 条间接变化：如果新返回的 IP 恰好是离你更近的节点，那确实会更快。但这是「换了一个更好的节点」，不是「DNS 加了速度」。而且如果原来的解析器已经返回了最优节点，换谁都不会变快。
二、GitHub 的实际情况
GitHub 相关的域名不是一个，而是一串，各自的情况完全不同：
| 域名 | 用途 | 换 DNS 有没有用 |
|---|---|---|
github.com | 主站页面、Git 操作 | 一般没明显变化，瓶颈在跨境线路 |
api.github.com | API、CI、部分客户端 | 同上 |
codeload.github.com | 下载仓库压缩包 | 同上 |
raw.githubusercontent.com | 原始文件、脚本、图片 | 可能有明显变化——这个域名经常被返回错误/不可达的 IP，换一个能返回正确 IP 的解析器，从「完全打不开」变成「能打开」 |
objects.githubusercontent.com | Release 附件下载 | 有可能变化，同样是「修好 vs 打不开」 |
*.githubassets.com | 页面静态资源 | 有可能变化 |
所以准确的说法是：
- 换 DNS 不会让 GitHub 变快。 跨境带宽和路由质量不是 DNS 能改的。
- 换 DNS 可能让 GitHub 从「打不开」变成「能打开」。 这是修错，不是加速。典型症状是页面样式全丢、Release 下载 404、
raw链接超时——这些多半是解析结果错了。 - 想要真的「快」，需要的是代理 / CDN / 中继，不是 DNS。
顺便说一句：如果你看到某个「DNS 加速」服务声称能把 GitHub 下载速度提到几 MB/s，它多半在做 HTTP 代理或反向代理，而不是在做 DNS。这两件事经常被打包成一个产品卖，但技术上是两回事。
三、Cloudflare 的实际情况
Cloudflare 的情况和 GitHub 相反：
- Cloudflare 大量使用任播（anycast）。同一个 IP 在全球很多机房都有，用户连上去之后由 BGP 路由决定落到哪个机房；
- 这意味着 DNS 返回哪个 Cloudflare IP 其实不太重要——反正是同一批任播地址，路由会把你带到最近的可用机房；
- 所以「换 DNS 让 Cloudflare 变快」基本是无效的。真正影响速度的是你的运营商到 Cloudflare 机房的互联质量，这跟 DNS 无关；
1.1.1.1这个地址本身是个特例：它在部分网络下确实比运营商 DNS 响应更快，但那是「解析器本身快」，不是「被加速」。
一个实测办法，把「解析」和「连接」分开量：
# 1. 解析耗时：只测 DNS，不测连接
dig github.com | grep -i "Query time"
# 2. 连接耗时：解析到一个固定 IP 之后，测 TCP/TLS 握手
curl -o /dev/null -s -w "dns=%{time_namelookup} connect=%{time_connect} tls=%{time_appconnect} total=%{time_total}\n" https://github.com
# 3. 下载速度：和 DNS 完全无关
curl -o /dev/null -s -w "speed=%{speed_download} bytes/s\n" https://github.com/看 time_namelookup（DNS）和 time_connect（连接）的比例。如果 DNS 只占几十毫秒、而 connect 要几百毫秒，那就说明瓶颈在线路，换 DNS 没有任何意义。
四、那这台站的服务对 GitHub 到底有没有帮助
诚实回答：
- ✅ 可能修好「打不开」：如果运营商 DNS 对某些 GitHub 子域返回了错误结果，加密 DNS 能给出正确结果；
- ✅ 顺带拦截部分广告和跟踪器，让页面加载少几个请求；
- ❌ 不会提高下载速度：本站不做任何 HTTP 代理、中继或 CDN 回源，它只解析域名；
- ❌ 不改变你的出口 IP：所有流量还是从你自己的线路出去。
如果你的诉求是「GitHub 下载要快」，DNS 不是答案，你需要的是代理或镜像。如果你的诉求是「GitHub 有些页面打不开」，那换一个能给出正确解析的 DNS 值得一试。
五、一张表说清边界
| 你想要的效果 | DNS 能做到吗 | 该用什么 |
|---|---|---|
| 修好被污染 / 被劫持的解析 | ✅ 能 | 加密 DNS |
| 在多个 CDN 节点里选一个更近的 | ⚠️ 间接，且不保证 | 就近的解析器 |
| 提高跨境下载速度 | ❌ 不能 | 代理 / 中继 / CDN |
| 隐藏你访问了哪些站点 | ❌ 不能 | VPN / Tor |
| 拦掉 DNS 层的广告域名 | ✅ 能 | 带过滤的 DNS |
| 改变游戏对局延迟 | ❌ 不能 | 优化线路 |