Azure DevOps: Login and Authentication Issues — Tenant and Session Conflicts

Question

Azure DevOps: Login and Authentication Issues — Tenant and Session Conflicts

RyanJagdfeld-4166 0

Problem description

I am unable to log in to my organization's Azure DevOps Services account. When accessing via the Azure portal, I encounter a 500 Internal Server Error, and direct navigation to the organization URL results in a 401 Unauthorized error, despite holding Owner/Admin permissions. I suspect there is a tenant or identity mismatch due to multiple accounts and session tokens.

Environment

Azure DevOps Services (public) organization on the VisualStudio.com domain, located in the US region.

What I've already tried

I cleared all cached sessions and signed out completely, then attempted to log in again. I used private browsing modes and different browsers to eliminate session conflicts. I also verified tenant IDs in Azure portal and attempted login via CLI with device code, which failed due to 'invalid_grant' errors. I reviewed account and tenant information in Azure AD and Azure portal, noticing multiple accounts associated with different tenants.

Current status

Currently, I am still unable to access my Azure DevOps organization due to persistent 500 and 401 errors. I seek guidance on resolving tenant or session conflicts, specifically how to clear residual session tokens, re-link directories, and ensure proper account sign-in to regain access.

Ryan Jagdfeld 0 Reputation points

2026-09-04T19:03:30.5833333+00:00

Is there a way to view the exact UPN I'm logged in as when I'm logged into Azure Portal? I ask, because when I sign into Azure portal with my work email account, the email address in the upper right display my personal address instead of the work address, but the directory for the personal address is different. When I view the portal it has all of my work items, so it is definitely my work account, but if I go to entirely different browser instead of Edge and login to my personal Azure portal, in the upper right I see the personal email address with a different (correct for that address) directory and in the portal it shows only my blog as a web app, as it should. It's like my work address has some sort of alias of my personal address on it and when I login with the work address into DevOps, the error message states that my personal address does not have access to DevOps, very strange. I attempted to login on a computer that has never seen my personal email address and I've never logged into, and the personal email address is still in the error message stating that my personal address doesn't have access even though I used my work email to login, so I don't believe this is something I can fix on my end.Thank you,

Ryan Jagdfeld
Tejaswini Billakurthi 270 Reputation points Microsoft External Staff Moderator

2026-09-07T09:58:15.3+00:00
Hello @Ryan Jagdfeld / @RyanJagdfeld-4166 ,

Yes, there is a way to verify the exact UPN being used for authentication.

The address displayed in the Azure portal may not always match the User Principal Name (UPN), so it’s important to confirm which identity is actually in use.

To view the UPN:

Azure portal: Select your profile picture (top-right) → View account → check the User Principal Name

Microsoft Entra admin center: Go to Identity > Users > All users, select your account, and check the User Principal Name field

Could you please confirm whether the UPN matches your work or personal address? This will help determine which identity Azure DevOps is using and guide the next troubleshooting steps.
Ryan Jagdfeld 0 Reputation points

2026-09-09T08:52:58.0766667+00:00

The UPN was not my work email nor my personal email address. Microsoft support has asked for a meeting to discuss the issue further. Thank you so much for your help.
Tejaswini Billakurthi 270 Reputation points Microsoft External Staff Moderator

2026-09-10T07:17:52.8966667+00:00

Hi @Ryan Jagdfeld

Thank you for the update. A UPN that matches neither your work nor your personal email address points away from a browser or session-related issue and suggests an identity mapping or tenant-association problem. Given this finding, the Microsoft Support engagement you already have scheduled is the appropriate next step, as the support team can review backend identity associations and authentication records that aren't visible through Azure DevOps or the Azure portal.

If this response helped address your question, please consider accepting the answer so it can assist other community members who may encounter similar authentication and identity-association issues.
Ryan Jagdfeld 0 Reputation points

2026-09-10T12:55:08.3666667+00:00

Hi @Tejaswini Billakurthi Please convert your comment to an answer so I may accept it as the answer to this question. Thank you again for your help with this.
Tejaswini Billakurthi 270 Reputation points Microsoft External Staff Moderator

2026-09-10T13:03:25.76+00:00

Thank you, @Ryan Jagdfeld — I've converted my comment to an answer.
Ryan Jagdfeld 0 Reputation points

2026-09-10T16:44:05.85+00:00

I when through Azure portal to create a ticket and the agent created this post from that account. So, this post is tied to that account inside Azure and won't let me accept your answer because it doesn't believe I'm the OP. Perhaps after I meet with Microsoft and resolve the conflict it will allow me to accept the answer.
Tejaswini Billakurthi 270 Reputation points Microsoft External Staff Moderator

2026-09-11T11:11:34.86+00:00

Hi @Ryan Jagdfeld

Thank you for the update, and no problem at all.

1 answer

Your answer

Ryan Jagdfeld 0 Reputation points

2026-09-04T19:03:30.5833333+00:00

Is there a way to view the exact UPN I'm logged in as when I'm logged into Azure Portal? I ask, because when I sign into Azure portal with my work email account, the email address in the upper right display my personal address instead of the work address, but the directory for the personal address is different. When I view the portal it has all of my work items, so it is definitely my work account, but if I go to entirely different browser instead of Edge and login to my personal Azure portal, in the upper right I see the personal email address with a different (correct for that address) directory and in the portal it shows only my blog as a web app, as it should. It's like my work address has some sort of alias of my personal address on it and when I login with the work address into DevOps, the error message states that my personal address does not have access to DevOps, very strange. I attempted to login on a computer that has never seen my personal email address and I've never logged into, and the personal email address is still in the error message stating that my personal address doesn't have access even though I used my work email to login, so I don't believe this is something I can fix on my end.Thank you,

Ryan Jagdfeld
Tejaswini Billakurthi 270 Reputation points Microsoft External Staff Moderator

2026-09-07T09:58:15.3+00:00

Hello @Ryan Jagdfeld / @RyanJagdfeld-4166 ,

Yes, there is a way to verify the exact UPN being used for authentication.

The address displayed in the Azure portal may not always match the User Principal Name (UPN), so it’s important to confirm which identity is actually in use.

To view the UPN:

Azure portal: Select your profile picture (top-right) → View account → check the User Principal Name

Microsoft Entra admin center: Go to Identity > Users > All users, select your account, and check the User Principal Name field

Could you please confirm whether the UPN matches your work or personal address? This will help determine which identity Azure DevOps is using and guide the next troubleshooting steps.
Ryan Jagdfeld 0 Reputation points

2026-09-09T08:52:58.0766667+00:00

The UPN was not my work email nor my personal email address. Microsoft support has asked for a meeting to discuss the issue further. Thank you so much for your help.
Tejaswini Billakurthi 270 Reputation points Microsoft External Staff Moderator

2026-09-10T07:17:52.8966667+00:00

Hi @Ryan Jagdfeld

Thank you for the update. A UPN that matches neither your work nor your personal email address points away from a browser or session-related issue and suggests an identity mapping or tenant-association problem. Given this finding, the Microsoft Support engagement you already have scheduled is the appropriate next step, as the support team can review backend identity associations and authentication records that aren't visible through Azure DevOps or the Azure portal.

If this response helped address your question, please consider accepting the answer so it can assist other community members who may encounter similar authentication and identity-association issues.
Ryan Jagdfeld 0 Reputation points

2026-09-10T12:55:08.3666667+00:00

Hi @Tejaswini Billakurthi Please convert your comment to an answer so I may accept it as the answer to this question. Thank you again for your help with this.
Tejaswini Billakurthi 270 Reputation points Microsoft External Staff Moderator

2026-09-10T13:03:25.76+00:00

Thank you, @Ryan Jagdfeld — I've converted my comment to an answer.
Ryan Jagdfeld 0 Reputation points

2026-09-10T16:44:05.85+00:00

I when through Azure portal to create a ticket and the agent created this post from that account. So, this post is tied to that account inside Azure and won't let me accept your answer because it doesn't believe I'm the OP. Perhaps after I meet with Microsoft and resolve the conflict it will allow me to accept the answer.
Tejaswini Billakurthi 270 Reputation points Microsoft External Staff Moderator

2026-09-11T11:11:34.86+00:00

Hi @Ryan Jagdfeld

Thank you for the update, and no problem at all.

Answer 1

Hello @RyanJagdfeld-4166

Thank you for reaching out to Microsoft Q & A!

Based on the reported symptoms, including the 500 Internal Server Error when accessing Azure DevOps through the Azure portal, the 401 Unauthorized error when accessing the Azure DevOps organization directly, and the authentication failures encountered during sign-in, the issue may be related to an identity or tenant association mismatch between the Azure DevOps organization and Microsoft Entra ID.

Please verify that you are signing in with the exact User Principal Name (UPN) associated with your Azure DevOps identity, as Azure DevOps uses the UPN for Microsoft Entra authentication and does not support authentication through email aliases.

If the Azure DevOps organization is connected to Microsoft Entra ID, ensure that the sign-in account belongs to the same tenant that the organization is associated with. Multiple accounts across different tenants or account-type mismatches can result in authentication failures and authorization errors.

Additionally, if there have been any recent changes such as a UPN change, domain change, tenant migration, account recreation, or Azure DevOps organization directory reassociation, please share those details, as they may help identify the root cause.

For additional guidance, please refer to the following Microsoft documentation:

Please "Accept the Answer" if this information helped you. This will help us and others in the community as well.