Impossibile accedere alla pagina aex.dev.azure.com

Simone Opinastri 20 Punti di reputazione
2026-03-26T08:31:44.1033333+00:00

Buongiorno,

Sono nella situazione di dover risolvere un problema di frammentazione delle risorse Azure.

La situazione di partenza:

L'azienda per cui lavoro ha un account Azure con sottoscrizione Visual Studio Enterprise (MSDN) associata alla directory 'infonomeazienda.onmicrosoft.com', con alcuni utenti associati

Uno dei dipendenti dell'azienda ha creato la directory 'nomeazienda.onmicrosoft.com', a cui sono stati associati nel tempo altri utenti (interni ed esterni)

L'azienda ha una organizzazione 'Azure DevOps' il cui proprietario è la stessa email a cui è associato l'account Azure con sottoscrizione Visual Studio Enterprise (MSDN)

l'operazione svolta:

Ho impostato l'account amministrativo della mia azienda come 'Amministratore Globale' della directory 'nomeazienda.onmicrosoft.com' ed ho rimosso il dipendente che ne era l'originario possessore.

Ho spostato le sottoscrizioni ed i servizi dalla directory 'info*******@onmicrosoft.com*' verso 'nomeazienda.onmicrosoft.com'

Ho collegato l'organizzazione in Azure DevOps a Microsoft Entra.

Il problema:
quando tento di accedere alla pagina 'dev.azure.com/nomeazienda', vengo reindirizzato su 'https://aex.dev.azure.com/me?mkt=it-IT' ed ottengo un errore 500 (6e3e1796-9b98-4aec-869a-5ac97cc33c65).

Come posso procedere per risolvere?

Azure DevOps
0 commenti Nessun commento

Risposta accettata dall'autore della domanda
Praveen Kumar Gudipudi 2,295 Punti di reputazione Personale Esterno Microsoft Moderatore
2026-03-26T08:51:48.6133333+00:00

Hello Simone Opinastri,

In base alle informazioni condivise, il comportamento che stai riscontrando durante l'accesso ad Azure DevOps (reindirizzamento a aex.dev.azure.com/me seguito da un errore 500) può verificarsi quando c'è un'incoerenza tra l'organizzazione di Azure DevOps e il tenant **Microsoft Entra ID connesso, in particolare dopo che la proprietà del tenant o le associazioni della directory sono state modificate. Poiché le sottoscrizioni e i servizi sono stati spostati dalla directory infonomeazienda.onmicrosoft.com a nomeazienda.onmicrosoft.com, e l'account del proprietario originale è stato rimosso, è possibile che l'organizzazione di Azure DevOps contenga ancora riferimenti al tenant precedente o all'identità rimossa. Questo può causare problemi di autenticazione o risoluzione dell'organizzazione durante l'accesso.

Per aiutare a isolare il problema, si consiglia di verificare quanto segue: Confermare la connessione del tenant dell'organizzazione Azure DevOps Navigare su: https://dev.azure.com/{organization}/_settings/organizationAad Assicurarsi che l'organizzazione sia connessa al tenant nomeazienda.onmicrosoft.com. Verificare l'accesso degli utenti nel tenant Confermare che il proprio account amministrativo esista nel tenant nomeazienda.onmicrosoft.com come utente Membro (non Guest). Assicurarsi che l'account abbia le autorizzazioni appropriate e sia assegnato come Organizzazione Owner all'interno di Azure DevOps. Convalidare l'accesso all'organizzazione Provare ad accedere all'organizzazione da una sessione browser InPrivate/Incognito per evitare token di autenticazione memorizzati nella cache. Disconnettersi da tutte le sessioni Microsoft prima di tentare di accedere di nuovo. Confermare che la directory corretta sia attiva Nel portale Microsoft Azure, andare su Impostazioni → Directory + abbonamenti e verificare di operare nella directory nomeazienda.onmicrosoft.com. Se il problema persiste dopo questi controlli, Il collegamento tra organizzazione e tenant potrebbe richiedere una validazione nel backend. In tal caso, ti preghiamo di condividere le seguenti informazioni per consentirci di indagare ulteriormente: Nome dell'organizzazione Azure DevOps ID del tenant di nomeazienda.onmicrosoft.com ID di correlazione dal messaggio di errore: 6e3e1796-9b98-4aec-869a-5ac97cc33c65 Data e ora approssimativa in cui si è verificato l'errore Conferma che l'account del proprietario originale dell'organizzazione è stato rimosso Una volta ottenuti questi dettagli, saremo in grado di esaminare l'associazione del tenant dell'organizzazione e fornire ulteriore assistenza se fosse necessario un intervento correttivo.[eos]

Si prega di accettare come risposta e fare un Mi piace per votare positivamente questa risposta se siete soddisfatti dell'aiuto della comunità. Il vostro voto positivo sarà utile agli utenti della comunità che affrontano problemi simili.

La risposta è stata utile?


1 risposta aggiuntiva

Ordina per: Più recente
  1. Simone Opinastri 20 Punti di reputazione
    2026-03-27T10:25:47.04+00:00

    Buongiorno,

    per fortuna nel gruppo di utenti era presente un amministratore di Azure DevOps che faceva parte della directory come membro, cosa che ci ha permesso di riprendere il controllo della situazione.

    Grazie alla vostra assistenza ed a questo fatto siamo stati in grado di risolvere la problematica.

    Per chi dovesse incontrare questo problema in futuro, la chiave è avere un utente amministratore di Azure DevOps (dev.azure.com) che contemporaneamente è anche membro nella directory di Azure (portal.azure.com). Questo utente non deve necessariamente essere un membro interno, può essere anche un membro esterno.

    La risposta è stata utile?

    0 commenti Nessun commento

Risposta

Le risposte possono essere contrassegnate come "Accettata" dall'autore della domanda e "Consigliata" dai moderatori, in modo da consentire agli utenti di sapere che la risposta ha risolto il problema dell'autore.