> For the complete documentation index, see [llms.txt](https://www.axisnow.io/zh/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://www.axisnow.io/zh/docs/multi-edge/faq.md).

# 常见问题

多 CDN 聚合边缘的常见问题：产品定位、接入方式、调度与故障切换、配置与策略

## 产品与定位 <a href="#product" id="product"></a>

<details>

<summary>AxisNow 是 CDN 吗？</summary>

不是传统意义上的 CDN 厂商。AxisNow 不出售带宽和节点，它做的是让多家边缘协同工作：把您在各家边缘提供商的账号组织成一个多边缘架构，统一调度流量、同步配置、汇总观测。流量在各家边缘上跑，费用由各家直接向您收取。

如果您有自己的服务器，AxisNow 也提供[自建边缘方案](https://www.axisnow.io/zh/docs/edge/overview)：用您自己的节点组成一家边缘提供商，和 Cloudflare、CloudFront 等商业边缘一起纳入同一个服务（Service）参与调度。

</details>

<details>

<summary>Cloudflare 能和其他 CDN 一起用吗？</summary>

可以。站点已在 Cloudflare 上代理的，用[一键解锁 Cloudflare 聚合边缘](/zh/docs/multi-edge/getting-started/unlock-cloudflare.md)接入，Cloudflare 的配置不变；之后加入 CloudFront、EdgeOne、ESA 或其他边缘提供商，由 AxisNow 按地区和运营商统一调度，某家故障时自动切走。

</details>

<details>

<summary>和自己在 DNS 上配置多线解析加健康检查有什么区别？</summary>

DNS 调度只解决访客走哪一家。聚合边缘在此之外：拨测以您的业务域名向各家发送 HTTPS 请求，按地区和运营商判定可用性和性能；以配置同步（Provision）方式加入的边缘，域名、源站、证书和策略在 AxisNow 配置一次，同步到每一家；各家的请求、流量和错误率汇总在同一个仪表盘。

</details>

<details>

<summary>现在可以使用吗？</summary>

可以，[免费注册](https://dashboard.axisnow.io/multi-edge-signup)即可开始。各家边缘的流量费用由各家直接向您收取。

</details>

<details>

<summary>访客流量会经过 AxisNow 吗？</summary>

不会。AxisNow 只参与 DNS 解析：访客解析域名时得到某家边缘的地址，之后的 HTTPS 请求直接到达该边缘，再由它回源。原理见[工作原理](/zh/docs/multi-edge/how-it-works.md)。

</details>

<details>

<summary>AxisNow 自身故障会影响我的站点吗？</summary>

不会中断访问。服务 CNAME（Service CNAME）的解析记录保持最后一次同步的状态继续应答，访客照常到达各家边缘；在此期间不会发生新的故障切换，规则修改也要等恢复后才生效。

</details>

## 接入 <a href="#onboarding" id="onboarding"></a>

<details>

<summary>接入需要改什么？</summary>

两件事：在 AxisNow 创建服务并加入边缘提供商；把业务域名的 DNS 记录改为 CNAME 指向服务 CNAME。切换 DNS 之前可以先用 **测试边缘提供商** 和路由规则的拨测数据验证，见[分步骤配置](/zh/docs/multi-edge/getting-started/step-by-step-configuration.md)。

</details>

<details>

<summary>我现在的边缘配置需要迁移吗？</summary>

不需要。以仅调度（Steer）方式加入的边缘，AxisNow 只记录它的接入地址，配置原样不动；以 Provision 方式加入时，AxisNow 才会在您的账号里创建并同步配置。两种方式可以在同一个服务里混用，见[边缘提供商](/zh/docs/multi-edge/services/edge-providers.md)。

</details>

<details>

<summary>支持哪些边缘提供商（CDN）？</summary>

以 Provision 方式加入的支持 Cloudflare、CloudFront、EdgeOne 和 ESA，AxisNow 在您的账号里创建并同步配置，并提供流量数据。其他边缘提供商，以及用您自己的服务器搭建的边缘，可以以 Steer 方式加入，参与调度、拨测和故障切换，配置由您自己维护。

</details>

<details>

<summary>站点在 Cloudflare 上，最快怎么接入？</summary>

用[一键解锁 Cloudflare 聚合边缘](/zh/docs/multi-edge/getting-started/unlock-cloudflare.md)，几分钟内完成，不改 Cloudflare 的任何配置，流量仍然全部走 Cloudflare，之后加入的边缘直接参与调度。

</details>

<details>

<summary>不把 DNS 托管到 Cloudflare，能用 Cloudflare 吗？</summary>

能。AxisNow 通过 Cloudflare for SaaS 以 CNAME 方式接入 Cloudflare，业务域名的 DNS 留在原来的服务商，任何套餐都可以使用，见[以 CNAME 接入 Cloudflare](/zh/docs/multi-edge/use-cases/cloudflare-cname.md)。

</details>

<details>

<summary>Cloudflare 站点在中国大陆访问慢怎么办？</summary>

保留 Cloudflare 服务海外访客，为中国大陆单独建一条路由规则，指向大陆优化的自建节点，或 ESA、EdgeOne，两边互为备份，见 [Cloudflare 站点同时加速中国大陆与海外](/zh/docs/multi-edge/use-cases/cloudflare-china-global.md)。

</details>

<details>

<summary>支持主域名（例如 example.com）吗？</summary>

不支持。业务请放在 `www.example.com` 这样的子域名上，主域名只做跳转。

聚合边缘靠 CNAME 完成调度，而主域名按 DNS 标准（[RFC 1034 §3.6.2](https://www.rfc-editor.org/rfc/rfc1034#section-3.6.2)）不能配置 CNAME。部分 DNS 提供商的 CNAME flattening 或 ALIAS 记录可以绕开这条规则，但解析由 DNS 提供商代做，AxisNow 看不到访客的位置和运营商，按 Geo & ISP 的调度会失准，故障切换也会被拖慢。

做法是业务放在 www 上走多边缘，主域名返回 301 跳转到 www。跳转不需要多 CDN，用 DNS 提供商的 URL 转发、源站或任意一家边缘的跳转规则即可。

</details>

<details>

<summary>支持通配符域名吗？</summary>

不支持，每个主机名单独添加。证书不受此限制，一张通配符证书可以覆盖它们，见[证书 › 使用通配符证书](/zh/docs/multi-edge/certificates.md#use-wildcard-certificates)。

</details>

<details>

<summary>AxisNow 需要我的边缘提供商账号的哪些权限？</summary>

各家的权限清单在对应的集成页列出，只包含创建和同步服务配置所需的权限，凭据只用于此。Steer 方式不需要任何凭据。

</details>

## 调度与故障切换 <a href="#routing-and-failover" id="routing-and-failover"></a>

<details>

<summary>一家边缘出故障，多久能切走？</summary>

按默认设置两到三分钟：拨测每 30 秒一轮，连续多轮判定异常才切换，恢复后同样连续多轮正常才切回。阈值可以调整，更激进的阈值意味着更高的误判概率，见[流量调度](/zh/docs/multi-edge/services/routing.md)。

</details>

<details>

<summary>拨测是怎么做的？</summary>

从托管拨测点向规则内每一家边缘的接入地址发送 HTTPS 请求，Host 为您的业务域名，以请求是否成功和耗时作为依据；一轮内过半拨测点异常才算该轮异常。拨测不经过服务 CNAME，所以在域名切换到 AxisNow 之前就能看到数据。

</details>

<details>

<summary>能按地区和运营商分流吗？</summary>

可以。路由规则按 Geo 和 ISP 划分范围，支持中国大陆的电信、联通、移动，以及各大洲和国家；每个范围独立选择固定（Fixed）、故障切换（Failover）或质量优选（Quality）模式。

</details>

<details>

<summary>流量能按比例分配吗？</summary>

目前的三种模式是固定、故障切换和质量优选，没有按百分比分配。质量优选模式让当前可用性和性能最好的一家服务，并随各家表现变化。

</details>

## 配置与策略 <a href="#configuration-and-policies" id="configuration-and-policies"></a>

<details>

<summary>同一条缓存规则在各家上的行为会一样吗？</summary>

大体一样，细节受各家能力限制。每次变更前 AxisNow 逐家检查并预览应用后的规则列表，某家表达不了的会在写入前标出，而不是静默跳过，见[策略](/zh/docs/multi-edge/services/policy.md)。

</details>

<details>

<summary>我在边缘控制台自己建的规则会被 AxisNow 删掉吗？</summary>

不会。AxisNow 只管理自己创建的规则，您直接在边缘控制台创建的规则在预览里标为 **在边缘提供商上创建**，同步时保持不动。

</details>

<details>

<summary>证书怎么处理？</summary>

一个服务一张证书，多个服务里的子域名相同建议使用同一个泛域名证书。可以用 Let's Encrypt 签发，只需在 DNS 添加一次 CNAME 记录，之后自动续期并同步到各家；也可以上传自己的证书。Cloudflare for SaaS 方式接入的域名由 Cloudflare 自行签发，Steer 方式的边缘证书由您自行维护，见[证书](/zh/docs/multi-edge/certificates.md)。

</details>

<details>

<summary>删除服务会动我边缘上的配置吗？</summary>

默认不会，只删除 AxisNow 中的记录和服务 CNAME，各家边缘上的配置原样保留。勾选 **同时删除边缘提供商上的配置** 后才会清理 AxisNow 以 Provision 方式创建的部分，您自己的 zone、站点和证书不受影响，见[删除服务](/zh/docs/multi-edge/services/delete.md)。

</details>

<details>

<summary>AxisNow 能看到我的访客数据吗？</summary>

AxisNow 存储服务的配置、拨测结果和各家 API 返回的汇总指标，不接触访客的请求内容。Steer 方式加入的边缘没有流量数据。

</details>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://www.axisnow.io/zh/docs/multi-edge/faq.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.