You can now use the Azure CDN to access blobs with custom domains over HTTPS. See the following article for instructions on how to do so: https://docs.microsoft.com/en-us/azure/storage/storage-https-custom-domain-cdn. Having talked to a number of customers, we concluded that this solution addresses many scenarios where the need for HTTPS access to blobs with custom domains exists.
Native Azure Storage support for using SSL to access blobs at custom domains is still on our backlog. We would love to hear about your scenarios where using the Azure CDN is not an acceptable solution, either by posting on this thread or sending us an email at email@example.com.
If this has been "Completed", why does it still say "Azure Storage does not yet support HTTPS with custom domains. While we do not have a specific timeline we can share for this feature, we are aware of customer interest." at https://docs.microsoft.com/en-us/azure/storage/storage-custom-domain-name?
Could it be that the completion does not refer to the original feedback request (blob storage), but only to CDN instead?
With support for Letsencrypt please (auto-renew, etc.)
We are looking at options to enable this.
It seems like Amazon just did much better (AWS Certificate Manager), adding pervasive support from provisioning and managing of certificates, to automatic incorporation in load-balancer and CloudFront.
In a somewhat striking contrast, Microsoft is satisfied with declaring the need "community solved"... :(
Great, now please connect with your fellow Azure colleagues, and see what can be done to add pervasive Letsencrypt support across the Azure ecosystem (for VM endpoints, CDN, blob storage, etc.
Let's Encrypt support in Azure should become as easy as ticking a single checkbox. Once set, it should request, install and auto-renew as necessary.
Thanks for the idea! We will consider this as we make improvements in the API.Anonymous shared this idea ·
IPv6 in Azure VNET is currently previewing globally- in ALL Azure Public cloud regions.
Announcement (Service Update): https://azure.microsoft.com/en-us/updates/public-preview-microsoft-adds-full-ipv6-support-for-azure-vnets/
Links to Documentation & Samples
Full documentation including sample scripts is available here: https://aka.ms/IPv6ForAzureVNETdoc
A sample JSON template is posted in the quickstart repository: https://azure.microsoft.com/en-us/resources/templates/ipv6-in-vnet/
Glad to see your reponse. Hopefully this will be integrated with the "BYON" mentioned elsewhere?
Due to increased interest in BYOIP to Azure, we are reviewing design options however we do not yet have timelines to share. Thank you for your interest in BYOIP- your comments here help us make the case.
334 votesunder review · AdminAzure IaaS Engineering Team (Azure IaaS Engineering Team, Microsoft, Microsoft Azure) responded
The status of this item has been moved back to Under Review. We initially planned to move to VHDX support as part of our support for HyperV Gen2 VMs, but we ended up using the VHD format for Gen2 VMs as well. Some aspects of the Azure Infrastructure do not cleanly support VHDX OS or data disks. So this feature is dependent on some of these internal services being updated which is an ongoing process.