I can't use Windows Admin Center via the Azure Portal

TBFG Azure Admin 65 Reputation points
2026-07-06T08:35:04.1433333+00:00

I am getting the following error when trying to use Windows Admin Center from my Azure Portal

I have added all the permissions and role, and installed extensions.

Any suggestions?


Couldn't start Windows Admin Center.

You are not authorized to access this tool. If you were recently given access, please wait a few minutes and try again. Learn more .

Error:You are not authorized to access this site. Please contact your administrator.

Azure Virtual Machines
Azure Virtual Machines

An Azure service that is used to provision Windows and Linux virtual machines.


4 answers

Sort by: Most helpful
  1. Erik Christensen 0 Reputation points
    2026-09-14T07:35:23.12+00:00

    Hi!

    Sorry for reviving this thread, but I came across your post while dealing with the exact same error message.

    I couldn't find a workaround posted anywhere, so I thought I'd write a reply. If you also use a proxy on your servers, the cause is likely the same.

    1. Problem

    • I also installed via WAC via Azure portal, and faced the same error message, despite RBAC roles being set correctly.
    • In the browser network trace captured during a failed attempt, the portal request to the session-specific WAC manifest.json endpoint returned HTTP 403 after approximately 60 seconds.
    Couldn't start Windows Admin Center.
    
    You are not authorized to access this tool. If you were recently given access, please wait a few minutes and try again. Learn more .
    
    Error:You are not authorized to access this site. Please contact your administrator.
    
    

    2. Cause

    What I found was that the WindowsAdminCenterAccountManagement service does not use the proxy, the proxy only seems to apply WindowsAdminCenter (WAC installed via Azure portal inherits proxy settings from the Arc Agent). At the time of a failed portal connection, the WindowsAdminCenter Event Viewer log recorded an AccountManagement Event ID 704 error:

    PrivilegedAccountService: PoP Token validation was failed.
    

    The exception chain included:

    IDX20804: Unable to retrieve document from:
    https://login.microsoftonline.com/common/.well-known/openid-configuration
    
    The request was canceled due to the configured HttpClient.Timeout
    of 30 seconds elapsing.
    

    3a) Workaround

    On a test server with no machine-level HTTP_PROXY, HTTPS_PROXY, or NO_PROXY variables, the following REG_MULTI_SZ value was added under the Account Management service key:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WindowsAdminCenterAccountManagement
    
    Value name: Environment
    Value type: REG_MULTI_SZ
    

    Containing one entry per line:

    HTTP_PROXY=http://<proxy-server>:3128
    HTTPS_PROXY=http://<proxy-server>:3128
    NO_PROXY=localhost,127.0.0.1,169.254.169.254,<internal-domain>,.<internal-domain>
    

    Restart services

    Restart-Service WindowsAdminCenterAccountManagement -Force
    Restart-Service WindowsAdminCenter -Force
    

    After this service restart, Windows Admin Center could be opened from the Azure portal. (Restarting the WindowsAdminCenter service is likely optional)

    This test verified that the Account Management service honored the service-specific Environment value, therefore applying machine-level varibles isn't necessary. I will still list that alternative below

    3b) Machine-level alternative

    Before the service-scoped test, the following machine-level workaround was verified on affected servers:

    [System.Environment]::SetEnvironmentVariable(
        "HTTP_PROXY",
        "http://<proxy-server>:<port>",
        [System.EnvironmentVariableTarget]::Machine
    )
    
    [System.Environment]::SetEnvironmentVariable(
        "HTTPS_PROXY",
        "http://<proxy-server>:<port>",
        [System.EnvironmentVariableTarget]::Machine
    )
    
    [System.Environment]::SetEnvironmentVariable(
        "NO_PROXY",
        "localhost,127.0.0.1,169.254.169.254,<internal-domain>,.<internal-domain>",
        [System.EnvironmentVariableTarget]::Machine
    )
    
    Restart-Service WindowsAdminCenterAccountManagement -Force
    Restart-Service WindowsAdminCenter -Force
    

    This also restored portal access, including on an independently tested server after a fresh portal-initiated WAC installation. However, machine-level variables affect any service or application that later starts and honors these standard variables. The service-scoped registry workaround is preferred for limiting the routing change to the service that logged the timeout.

    Best regards,

    Erik

    Was this answer helpful?

    0 comments No comments

  2. TBFG Azure Admin 65 Reputation points
    2026-07-21T05:35:31.4666667+00:00

    Hi Pranitha

    I have responded to your private message

    Wayne

    Was this answer helpful?

    0 comments No comments

  3. TBFG Azure Admin 65 Reputation points
    2026-07-14T09:28:27.4233333+00:00

    May require Microsoft to investigate the authorization flow on the backend

    Now that raises an interesting question!

    We pay monthly for Support but as yet, I haven't been able to find how you actually use that subscription. All Support avenues point you to the Learn portal!

    Any ideas?

    Thanks for the help though, it is appreciated. We have confirmed all of the points you raised. All setup according to universal knowledge... just not working

    Was this answer helpful?


  4. Alex Burlachenko 25,205 Reputation points MVP Volunteer Moderator
    2026-07-14T08:01:39.5966667+00:00

    hi & thx for sharing urs issue here at Q&A portal,

    error is usually related to RBAC or Microsoft Entra authorization rather than the Windows Admin Center extension itself. I'd first verify that the account has the required Azure RBAC permissions and the appropriate Virtual Machine Administrator Login (or Virtual Machine User Login) role assigned. If those permissions were granted recently, give Azure 10–15 minutes to finish propagating them before trying again.

    If the roles are already in place, I'd check that the Windows Admin Center VM extension is in a Succeeded state, the VM is running, and the Azure VM Agent is healthy. If this only happens with one VM, does the same account work with other VMs? Are u signing in with Microsoft Entra credentials or a local Windows account?

    If everything looks correct and you're still getting 'You are not authorized to access this tool', this may require Microsoft to investigate the authorization flow on the backend. If you can share the VM type (Azure VM or Arc-enabled VM), the extension status, and any correlation ID or Activity Log entry from the failed attempt, that will help narrow it down.

    rgds,

    Alex

    &

    If my answer was helpful pls mark it and additional thx if u follow me at Q&A portal

    and at my blog https://ctrlaltdel.blog/

     

    Was this answer helpful?


Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.