My feedback

  1. 1,302 votes
    Sign in
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    93 comments  ·  Storage » Files  ·  Flag idea as inappropriate…  ·  Admin →

    Hi folks,

    We are evaluating what we can do to address this feedback and would very much appreciate your continued votes and suggestions on it.

    One alternative to mounting the share on-premises over port 445 is Azure File Sync, which enables you to create a cache of an Azure file share on an on-premises Windows Server. Azure File Sync only sends data over the Azure Files HTTPS (using the File REST APIs). You can learn more about Azure File Sync here: https://docs.microsoft.com/en-us/azure/storage/files/storage-sync-files-planning

    Please don’t hesitate to reach out if you have any additional questions!


    Will Gries
    Program Manager, Azure Files

    An error occurred while saving the comment
    wanadminsvc commented  · 

    Even if Azure Files were allowed to be mapped to say - port 443. for SMB V3 wouldn't that require an update to all Windows Machines to allow them to connect to an alternative port when using the net use command?

    One possible option - place a small virtual machine in azure, join it to a domain or install active directory, install azure file share sync, set it to only keep last 3 months of tiered data,then install MyWorkDrive.com software on it that enables mapped drives and web access over port 443/SSL.

    Soon Microsoft will have Active Directory allowed outside of just AAD DS for Azure File Shares so that will make it even easier since you won't be forced to use AAD DS or AFS Sync if you want to use your own active directory.

Feedback and Knowledge Base