在纯 IPv6 服务器上能用 GitHub 吗？

不能直接用。在我们 2026 年 9 月的检查中，github.com、api.github.com、objects.githubusercontent.com（发行版下载）和 ghcr.io 都没有发布 IPv6 地址，所以 git clone、API 以及从 GitHub 拉取容器都会失败。raw.githubusercontent.com 则有 IPv6。

能在纯 IPv6 上运行 Discord 机器人吗？

不能：在我们的检查中，discord.com 和 Discord 网关都没有 IPv6 地址。Telegram 机器人没问题：api.telegram.org 支持 IPv6 响应。

为什么纯 IPv6 服务器更便宜？

IPv4 地址稀缺，每个月都让服务商付出真金白银；IPv6 地址几乎是免费的。纯 IPv6 套餐把这部分节省让给你，代价是所有只支持 IPv4 的东西都用不了。

如何检查某个服务是否支持 IPv6？

运行 'dig +short AAAA hostname'。没有输出就说明没有 IPv6 地址。在双栈机器上，'curl -6 -sI https://hostname' 可以确认它确实能通过 IPv6 响应。

EQVPS 卖纯 IPv6 套餐吗？

不卖。EQVPS 的所有套餐都通过 IPv4 访问互联网：NAT 套餐经由 NAT 出网，你通过专属 SSH 端口登录；独立套餐拥有自己的公网 IPv4。NAT 套餐每月 $3 起，足以满足低预算的需求，又没有纯 IPv6 的麻烦。

纯 IPv6 VPS：2026 年哪些能用、哪些会出问题

纯 IPv6 服务器便宜的原因很简单：IPv4 地址稀缺，每个月都要花钱，而 IPv6 地址不用。所以问题不在于纯 IPv6 是否更便宜（确实更便宜），而在于你真正用到的东西还能不能用。我们没有照搬一年前的论坛答案，而是在 2026 年 9 月亲自做了检查。

我们测了什么，结果如何

我们查询了一台典型服务器在第一天就会用到的各项服务的 IPv6（AAAA）记录。没有 AAAA 记录，就意味着纯 IPv6 机器在没有外力帮助时无法访问它们。

服务	截至 2026 年 9 月 26 日的 IPv6
github.com、api.github.com	❌ 无
objects.githubusercontent.com（发行版下载）	❌ 无
ghcr.io（GitHub 容器镜像仓库）	❌ 无
raw.githubusercontent.com	✅ 有
Docker Hub（registry-1.docker.io）	✅ 有
PyPI、npm、crates.io、Go 模块代理	✅ 有
Debian / Ubuntu / Alpine 软件源镜像	✅ 有
GitLab	✅ 有
Let's Encrypt（ACME）	✅ 有
Telegram Bot API	✅ 有
discord.com 和 Discord 网关	❌ 无
OpenAI、Anthropic、Google Gemini 的 API	✅ 有
Hugging Face（网站）	✅ 有，但大文件 CDN 主机：❌ 无
ollama.com	❌ 无（registry.ollama.ai：✅ 有）
Binance API	❌ 无
Coinbase API	✅ 有

规律是：包管理器、大型 AI 接口和 Telegram 都已就绪。而几乎每台服务器都需要的 GitHub，至今仍未就绪。

实际意味着什么

在纯 IPv6 的 VPS 上，你正好会在这些地方碰壁：

git clone https://github.com/... 会失败。 用 curl 下载 GitHub 发行版的安装脚本，以及所有从 ghcr.io 拉取镜像的操作也一样。
Discord 机器人根本连不上网关。
部分模型下载会中断：在我们的检查中，Hugging Face 的大文件主机和 ollama.com 都没有 IPv6。
在只支持 IPv4 的交易所上运行的加密货币机器人无法访问 API。

入站方向还有一个更隐蔽的问题：只有 IPv4 网络的访客无法访问托管在纯 IPv6 服务器上的网站，除非你在前面放一个支持 IPv4 的代理或 CDN。

两秒钟检测任意服务

dig +short AAAA github.com          # empty output = no IPv6
dig +short AAAA api.telegram.org    # addresses = IPv6 available
curl -6 -sI https://pypi.org | head -1   # on a dual-stack box: proves it answers over v6

在选择套餐之前，对你的项目要通信的所有服务都跑一遍。

变通办法及其代价

NAT64/DNS64。 网关把 IPv6 请求转换为发往 IPv4 目标的请求。有公共的可用，但你的流量要经过别人的机器，还得依赖对方的稳定性。
镜像和代理。 把 GitHub 仓库镜像到 GitLab，把镜像推到 Docker Hub，在双栈机器上跑一个小代理。可行，但这是一套你得一直维护的“管道”。
前置 CDN，用于入站 Web 流量，让 IPv4 访客也能访问到你。

每一种办法单独看都不错。加在一起，就把纯 IPv6 套餐省下的那几美元吃光了。

什么时候真的需要 IPv4，需要哪一种

对大多数项目来说，实话是：你需要的是 IPv4 连通性，但不一定需要一个属于自己的 IPv4 地址。

如果没有任何东西需要连入你的服务器（机器人、智能体、worker、定时任务），NAT 套餐就够了。它能通过 NAT 访问任何服务，包括只支持 IPv4 的那些，你则通过专属 SSH 端口登录。这是省钱的选择：NAT 套餐每月 $3 起。
如果有东西必须从外部连入（网站、邮件服务器、游戏服务器、VPN 端点），请选择带独立 IPv4 的套餐。

我们不卖纯 IPv6 套餐，原因正是上表所示：每月 $3 就能买到完整 IPv4 连通性的 NAT，为了省这点钱去换一台连 GitHub 都克隆不了的服务器并不划算。还不确定自己需要哪一种？这里有一个只需回答一个问题的测试。