David Ludwig
My feedback
-
309 votes
To be clear, such a feature should, ideally, extend to newer versions of macOS, ones that no longer carry the "X" in their name (and are just called, "macOS", by Apple). :-)
A similar, UserVoice-requested feature (for Mac VMs) is also at https://feedback.azure.com/forums/34192--general-feedback/suggestions/6655478-provide-a-way-to-run-mac-based-remote-build-agents . It appears limited to build-agent use, though.
Alternatively, if this were made available, and a larger cost were necessary (as is the case with many Azure VM types) in order to cover costs of Apple hardware, that'd be fine. Regarding "Azure pricing", the thought there is to make OS X VMs available through one billing provider (Azure).
-
5 votes
The lack of such a feature is one of the reasons I am likely to use a password vault from a different company that does provide this, such as https://1password.com
-
3 votes
A similar, UserVoice-requested feature (for Mac VMs) is also at https://feedback.azure.com/forums/34192--general-feedback/suggestions/6655478-provide-a-way-to-run-mac-based-remote-build-agents .
-
3 votes
A similar, UserVoice-requested feature (for Mac VMs) is also at https://feedback.azure.com/forums/34192--general-feedback/suggestions/6655478-provide-a-way-to-run-mac-based-remote-build-agents .
-
2,749 votes
Hi folks,
We have shipped a public preview of integration with AAD DS: https://azure.microsoft.com/blog/azure-active-directory-integration-for-smb-access-now-in-public-preview/
What we have in preview is a first step along a much larger roadmap for integration with AAD/AD for authentication and authorization. As the blog post says, this initial preview is really about Windows cloud VM access to the Azure file share with an AAD identity. Future refreshes to this feature will add non-Windows (Linux, macOS, etc) support, and the ability to mount the Azure file shares on-premises with your AAD identity. You can learn more about this in our Ignite session as well (at around 22:00): https://www.youtube.com/watch?v=GMzh2M66E9o
We’ll keep you updated on our progress. In the meantime, don’t hesitate to continue posting feedback on this feature below.
Thanks,
Will Gries
Program Manager, Azure FilesThere appears to be a similar, vote-able request for this, at https://feedback.azure.com/forums/217298-storage/suggestions/6078420-acl-s-for-azurefiles . It does not reference ACLs with filtering based source-IP-address, but rather with Active Directory accounts, so perhaps it is insufficient, however it is marked as "Under Review".
-
28 votes
FYI, there is another, UserVoice-hosted request for Mac VMs at https://feedback.azure.com/forums/216843-virtual-machines/suggestions/13826655-mac-os-x-virtual-machines . Votes there would be welcomed. ;-)
-
4,471 votes
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 azurestoragefeedback@microsoft.com.
-
25 votesunder review ·
AdminAzure IaaS Engineering Team
(Azure IaaS Engineering Team, Microsoft, Microsoft Azure)
responded
We continue to look to providing additional OS variations.
-
981 votes
Hey Folks,
We have made some great progress on this idea and most of our services today do support move resources across groups.
We are still working towards 100% support and while we do that it would be great if you can help us prioritize the missing services.
Please file individual asks on each service category present in uservoice and vote for it.
Thanks,
Azure Portal Team
Hélder Pinto, I find your link interesting from a technical perspective, however, presuming that Microsoft is backing their servers off non-Apple hardware, it would be against Apple's licensing restrictions for macOS. That legal-issue, alone, would prevent me, and I imagine many others, from relying on it in a production environment.