Azure

  • 10 Feb

    How to use azure AD RBAC authentication instead of storage keys

    Q: Does Filemover support authentication to Azure Storage using Azure AD with RBAC roles (for example “Storage Blob Data Contributor” or “Storage Blob Data Reader”), instead of using storage account keys or SAS tokens? If this is not currently supported, is it something that is planned for a future release? For security reasons, we are looking to avoid the use of storage account keys and would prefer to rely on role-based access control where possible.

    A: This option was added for Azure Block Blobs in v2026.2.9.0

    • In our example we used Azure as Source:

    limagito filemover azure as source

    • The new Authentication option “Service-to-service Access Token request” is only available for Block Blobs:

    limagito file mover azure AD RBAC authentication

    • Next we selected our Azure Storage Container

    limagito file mover azure container setup

    limagito file mover azure AD RBAC authentication

    Assign Role via Azure Portal:

    1. Go to your Storage Account
    2. Click on Access Control (IAM)
    3. Click Add role assignment
    4. Select role: Storage Blob Data Contributor
    5. Assign access to: User, group, or service principal
    6. Select members: Search for your Service Principal (Application name)
    7. Click Review + assign

    limagito file mover azure storage account iam setup

    Required Azure RBAC roles for Block Blobs:

    To use Block Blobs with OAuth, your Service Principal must have one of these roles:

    RolePermissionsUse Case
    Storage Blob Data ReaderRead, ListRead/download only
    Storage Blob Data ContributorRead, Write, DeleteUpload + Download

    If you need any help about this new ‘azure AD RBAC authentication’ option, please let us know.

    Best Regards,

    Limagito Team

    #azure #managedfiletransfer #filetransfer #filemanagement

    By Limagito-Team Azure , ,
  • 18 Oct

    How to send files to Azure using limagito file mover

    How to send files to Azure using limagito file mover

    Q: We are trying to send files to Azure. This is the first time we are connecting to Azure and need help. We have page blobs selected and are getting the error messages below, when hitting the “Connect” button in the setup.

    10/17/2024 9:48:55 AM Container Exists Exception Error: Connection failed due to error 96260

    10/17/2024 9:50:31 AM Connect AZURE, ContainerName Exception: Connection failed due to error 96260

    10/17/2024 9:50:46 AM Container Exists Exception Error: Connection failed due to error 96260

    A: We had a remote meeting with the customer and agreed that we would send him the working setup of our test system.

    • Destination setup, AZURE as Destination

    limagito file mover send files to Azure destination setup

    • We asked the customer to check the AccountName he was using (it looked a bit strange to us), only the first part is needed without core.windows.net

    limagito file mover Azure settings

    limagito file mover send files to Azure setup

    • We used a container named “pageblob”:

    limagito file mover azure container setup

    • Default File and Directory setup:

    limagito file mover file and directory setup

    • Default Common setup:
      • In case your account is not allowed to check if a container exists then enable “Do not check is Container exists”.
      • If you need more logging information, enable “Add Control Information to Log”.

    limagito file mover common setup

    • RunTime Log result:

    limagito file mover send files to azure log

    • Feedback customer:

    Thanks for your help today.  I believe we have all the settings correctly in place on Limagito. We determine I didn’t truncate our account name correctly.  Once I fixed that, it started to work.

    If you need any help with this “send files to Azure” question, please let us know.

    Best Regards,

    Limagito Team

    #azure #managedfiletransfer #filetransfer #filemanagement

    By Limagito-Team Azure
  • 18 Dec

    Azure azcopy %1 is not a valid Win32 application

    azcopy %1 is not a valid Win32 application. System Error, Code: 193.

    We received feedback from a customer who was trying to use the Microsoft tool AzCopy v10.16.2 in our Azure as Destination, but couldn’t get it to work. He always received this ‘%1 is not a valid Win32 application’ error when trying. In our Azure as Destination we added the possibility to use AzCopy to do the actual transfer where we use the command line tool in the background to achieve this. The reason he got this error was because an empty file named ‘azcopy’ existed next to the actual command line tool ‘azcopy.exe’. So when we tried to use the command ‘azcopy copy …’ it tried to execute this empty file. In version v2023.0.12.18 we changed ‘azcopy copy …’ to ‘azcopy.exe copy …’ as command to eliminate this.

    This customer was also using a # in his filenames because of:  “the # characters are contained in the file name as it’s a documented standard file format ( NEM12 national energy market format)”.

    So we made another change in version v2023.0.12.18 which encodes the filenames in the AzCopy command since it seems AzCopy is not doing this automatically.

    #FileTransfer #azure #azcopy

    If you need any info about this ‘azcopy %1 is not a valid Win32 application’ error, please let us know.

    Best regards,

    Limagito Team

    By Limagito-Team Azure
1 2
SEARCH