小编bra*_*ett的帖子

我们使用 Azure Front Door 为我们的白标静态网站提供服务，这意味着我们需要我们的客户能够通过独特的子域（例如cust1.domain.com和cust2.domain.com）访问它。

我们*.domain.com通过 DNS 对 Front Door 实例进行 CNAME，映射路由*.domain.com并将其绑定到自定义*.domain.com通配符证书（未托管，不受支持）。该路由指向一个源组，该组又指向类似于 的“存储（静态网站）”源prod-storage.z14.web.core.windows.net。

有时在 Safari 上，我们会收到如下所示的响应：

<h2>Our services aren't available right now</h2><p>We're working to restore all services as soon as possible. Please check back soon.</p>0a1LIYwAAAADIYjiE3LgzTLfw86bqHEd5Q0hHRURHRTE2MTAAYTk0OGVmNjEtMTk3NS00ZjA0LTkwMjgtOTgwY2I4YzllYzFl

在查看网络选项卡时，我们看到响应实际上是一个421 Misdirected Request. 我的假设是它与此更新有关： https: //learn.microsoft.com/en-us/azure/frontdoor/front-door-faq#how-does-front-door-handle--domain-fronting - 行为 -

设置此流程以避免 Front Door 出现此新问题的正确方法是什么？据我所知，我们的案例有些独特，并且没有记录。

我见过的解决方案包括关闭 HTTP/2、为每个域创建单独的证书以及使用不同的 IP - 这些解决方案都无效，也不会随我们的解决方案扩展，因为我们需要不受限制地动态创建新的子域（即，以编程方式将它们添加到 AFD 是不现实的）。