我们的客户拥有域 client.com
我们的应用程序位于 superapp.mycompany.com
我们希望客户能够通过他们自己的子域访问我们的应用程序，例如： superapp.client.com 。
通常我们只是告诉客户为 superapp 添加cname并将其指向 superapp.mycompany.com 。然后在我们的服务器（IIS）上，我们将他们的域绑定到我们的应用程序，一切都按预期工作。
但是，当我们的 mycompany.com 域通过cloudflare进行管理时，我们无法复制此功能。
当我们导航到superapp.client.com时，我们会收到以下错误页面：
错误1001
发生了什么事？
您已在Cloudflare网络上的网站（superapp.client.com）上请求了一个页面。 Cloudflare目前无法解析您请求的域名（superapp.client.com）。
有没有办法以这种方式使用Cloudflare？这对于支持自定义域的多租户应用程序来说似乎是一个非常标准的设置。
我们不需要Cloudfront为这些客户端域提供的所有保护，但我们希望将Cloudfront名称服务器用于外部应用程序（主要用于在我们迁移服务器时快速切换DNS记录等）。
感谢任何帮助。
答案 0 :(得分：1)
我希望还不晚。但是只是找到了一种方法。 您只需要将客户的域（Cloudflare中的添加站点）添加到您的帐户即可。
您不需要更改客户端域的NS。因此，在您的Cloudflare面板中，该域将显示为“待处理的名称服务器更新”。
下一步是将CName记录添加到该域中。
尽管客户端域的NS并未更改为CF，但是CF拥有一个查找记录作为CName。
希望有帮助。
答案 1 :(得分：0)
如果不需要CDN好处，您仍然可以使用Cloudflare名称服务器来管理DNS区域并保留当前配置。只需确保已为您区域中的目标子域停用了CDN（在您的情况下为superapp.mycompany.com）。
您可以通过查看每个DNS条目右侧的云图标来判断是否为子域激活或停用了CDN：如果云为橙色，则CDN为活动状态，如果为灰色，则为无效。
Cloudflare在其CDN基础结构中还支持外部CNAME解析，但仅适用于企业客户：
https://support.cloudflare.com/hc/en-us/articles/217371987-Managed-CNAME
答案 2 :(得分：0)
以防万一有人和我有同样的问题来到这里。这是答案。简而言之，那是行不通的。
由于Cloudflare是Cloudflare上域的反向代理，因此该域的CNAME重定向（不在Cloudflare上）将不知道将流量发送到何处。