我正在通过ARM模板部署Azure前门,并尝试在自定义域上启用HTTPS。
根据Azure documentation for Front Door,有一个quick start template“添加一个自定义域到您的前门,并启用HTTPS流量,它与前门管理的证书通过DigiCert生成。”然而,虽然这添加了一个自定义域,它不启用HTTPS。
看看ARM template reference for Front Door,我看不到任何明显的方法来启用HTTPS,但也许我错过了什么?
除了下面的附加信息,我希望能够通过ARM模板部署在前门自定义域上启用HTTPS。现在可以吗?
附加信息
请注意,有一个REST operation to enable HTTPS,但它似乎不适用于Front Door托管证书-
POST https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Network/frontDoors/{frontDoorName}/frontendEndpoints/{frontendEndpointName}/enableHttps?api-version=2019-05-01
{
"certificateSource": "FrontDoor",
"protocolType": "ServerNameIndication",
"minimumTLSVersion": "1.2"
}
还有一个Az
PowerShell cmdlet to enable HTTP,它确实工作。
Enable-AzFrontDoorCustomDomainHttps -ResourceGroupName "lmk-bvt-accounts-front-door" -FrontDoorName "my-front-door" -FrontendEndpointName "my-front-door-rg"
5条答案
按热度按时间hsvhsicv1#
**更新:**此实现目前似乎不稳定,只能间歇性地工作,这表明它可能尚未准备好投入生产。
在追踪了最新的Front Door API(
2020-01-01
)规范(似乎还没有在MS参考网站上完全发布)之后,这在ARM模板上似乎是可能的:https://github.com/Azure/azure-rest-api-specs/tree/master/specification/frontdoor/resource-manager/Microsoft.Network/stable/2020-01-01
frontendEndpoint
properties
对象中有一个新的customHttpsConfiguration
属性:KeyVault管理的SSL证书示例
注意:我已经测试过了,看起来可以工作。
前门管理SSL证书示例
对于FrontDoor托管证书,您似乎需要设置:
注意:我尚未对此进行测试
bq9c1y662#
我能够使用Azure Management API成功地进行enableHttps REST调用。
我得到了一个成功的响应,可以在portal.azure.com和resource.azure.com站点中看到资源结果。但是,我非常肯定管理API和PowerShell方法是目前唯一支持的方法。由于证书和处理可能需要一些验证,他们还没有将其包含在ARM模板中。鉴于验证可能非常重要,在自动化之前,最好先在UI中确认配置是否可用(恕我直言)。
ilmyapht3#
根据this discussion,这似乎只能通过REST API(例如,参见this answer)实现,而不能通过ARM实现。
xzabzqsa4#
我设法让这个工作与ARM模板。下面的链接向您展示了如何做到这一点使用Azure前门作为证书源:https://github.com/Azure/azure-quickstart-templates/blob/master/101-front-door-custom-domain/azuredeploy.json
我从这一点得到灵感,为自定义域部署Azure Key Vault证书。以下是我正在使用的ARM模板中的相关元素:
b4qexyjb5#
Azure Front Door classic现在似乎同时支持托管证书和自定义域的自定义证书。至少微软的官方repo中有快速入门模板完全针对这些情况:
它们都使用前门的Microsoft.Network/frontdoors/frontendEndpoints/customHttpsConfiguration子资源,当前API版本为2020-07-01。但模板参考中仅记录了parent subresource。
customHttpConfiguration资源的名称是“default”,因此当资源在模板中指定为顶级资源时,其完整名称类似于“myfrontdoorafd/www-example-com/default”。
使用Bicep(它转化为JSON ARM模板,我强烈推荐),模板的重要部分如下所示:
请注意,在证书实际颁发并部署到所有存在点之前,部署将一直进行(PoP)。这可能需要很长时间,甚至会由于RequestTimeout而失败。如果你只想启动操作并让它异步完成,请在Azure CLI中使用enable-https子命令。即使在失败后,customHttpProvisioningState为“挂起”,证书供应过程可能成功完成。
另请注意,当您有许多前端终结点并且频繁发生更改但大多数前端终结点保持不变时,无法仅通过为多个前端终结点指定多个customHttpsConfiguration示例来泛化此模板中的模式。这样的泛化效率不高,而且可能会达到基础API的速率限制,因为即使终结点已经具有HTTPS配置,也会调用API。
在这种情况下,我可以使用嵌套模板和条件部署来部署customHttpConfiguration子资源,但前提是前端端点的属性customHttppsProvisioningState的值为Disabled。即使添加了一个新的前端端点(并且它应该获得一个托管证书),但即使在数十个前端端点的情况下,这也可以正常工作。即使在部署模式Complete下,应用一次的配置也会持续。