在Firebase的Google Cloud DNS中将app.mysite.com托管这样的子域用作域

这个过程非常混乱。因为Firebase现在有一个警告，所以说CNAME记录不受支持。我以前做的是在谷歌云DNS中设置一个CNAME，名为app.mysite.com，规范名称指向Firebase域，例如myapp-9afa9.firebaseapp.com。（mysite.com指向其他有记录的地方——在sweep.sh中托管我的静态网站。因此我无法在谷歌云DNS中更改我的A记录）。然后在Firebase中，我只需连接域并指向app.mysite.com。然后我在Google Cloud DNS中添加了TXT文件。Firebase现在可以找到域并连接。但下一个屏幕显示我需要将a记录更改为提供的2条记录。警告说CNAME记录不再支持。。。他们都是谷歌的产品！！为什么我不能在Firebase中将子域用作我的应用程序域？使用Firebase子域的正确工作流是什么

您绝对可以在子域上使用记录。以下是云DNS上添加对话框的示例：

您不能同时在同一子域上拥有CNAME和a记录。如果你已经有了

app.mysite.com

的CNAME，你需要在添加记录之前删除它

---

此外，如果您愿意，您实际上仍然可以使用CNAME指向Firebase主机。在域设置过程中，我们停止推荐它，因为CNAMEs只在子域上工作，而不在apex/注册域上工作，我们发现它太容易混淆，无法尝试描述差异。

您肯定可以在子域上使用记录。以下是云DNS上添加对话框的示例：

您不能同时在同一子域上拥有CNAME和a记录。如果你已经有了

app.mysite.com

的CNAME，你需要在添加记录之前删除它

---

此外，如果您愿意，您实际上仍然可以使用CNAME指向Firebase主机。在域设置过程中，我们停止推荐它，因为CNAMEs只在子域上工作，而不在apex/注册域上工作，我们发现它太容易混淆，无法描述差异。

哦，是的！这正是我想要的答案。伟大的我想我会继续在子域中使用CNAME，因为它工作得最好。因此，为了澄清，我可以忽略Firebase建议的最后一个屏幕，即A域。我的上述工作流程是否有效？（它确实有效。我只是想确保你将来不会禁用支持）是的，CNAME在可预见的未来将继续受到支持。哦，是的！这正是我想要的答案。伟大的我想我会继续在子域中使用CNAME，因为它工作得最好。因此，为了澄清，我可以忽略Firebase建议的最后一个屏幕，即A域。我的上述工作流程是否有效？（它确实有效。我只是想确保您将来不会禁用支持）是的，在可预见的未来，CNAME将继续受到支持。