Acceso a través de las preguntas más frecuentes de Microsoft Entra

En ambas aplicaciones, debe tener permisos de administrador de servicios o coadministrador de Azure para la suscripción de Azure vinculada a su organización en Azure DevOps. Además, en el Azure Portal, debe tener permisos de administrador de colecciones de proyectos o propietario de la organización.

Asegúrese de cumplir los requisitos previos del siguiente artículo: Conexión de su organización a Microsoft Entra ID.

Los cambios realizados en el identificador de Entra de Microsoft pueden tardar hasta 1 hora en estar visibles en Azure DevOps.

Sí.

• ¿Aún no tiene una organización? Cree una organización en Azure DevOps.
• ¿Ya tiene una organización? Conecte su organización a Microsoft Entra ID.

¿Por qué tengo que elegir entre una "cuenta profesional o educativa" y mi "cuenta personal"?

Debe elegir entre una "cuenta profesional o educativa" y su "cuenta personal" al iniciar sesión con una dirección de correo electrónico (por ejemplo, jamalhartnett@fabrikam.com) compartida por ambas cuentas. Aunque ambas identidades usan la misma dirección de inicio de sesión, son independientes y tienen perfiles, configuraciones de seguridad y permisos diferentes.

• Seleccione Cuenta profesional o educativa si usó esta identidad para crear la organización o iniciar sesión con ella anteriormente. El directorio de la organización en microsoft Entra ID autentica la identidad y controla el acceso a su organización.

• Seleccione Cuenta personal si usó su cuenta Microsoft con Azure DevOps. El directorio global de las cuentas de Microsoft autentica su identidad.

Sí, pero antes de cambiar, asegúrese de que el id. de Entra de Microsoft satisface sus necesidades para compartir los siguientes elementos:

• Elementos de trabajo
• Código
• Recursos
• Otros recursos con su equipo y asociados

Obtenga más información sobre cómo controlar el acceso con cuentas de Microsoft frente a Id. de Microsoft Entra y cómo cambiar cuando esté listo.

¿Por qué no puedo iniciar sesión después de seleccionar "cuenta microsoft personal" o "cuenta profesional o educativa"?

Si la dirección de inicio de sesión la comparte su cuenta personal de Microsoft y su cuenta profesional o educativa, pero la identidad seleccionada no tiene acceso, no puede iniciar sesión. Aunque ambas identidades usan la misma dirección de inicio de sesión, son independientes y tienen perfiles, configuraciones de seguridad y permisos diferentes. Cierre sesión completamente desde Azure DevOps mediante los pasos siguientes. Si cierra el explorador, es posible que no cierre por completo. Vuelva a iniciar sesión y seleccione su otra identidad:

1. Cierre todos los exploradores, incluidos los exploradores que no ejecutan Azure DevOps.

2. Abra una sesión de exploración privada o de incógnito.

3. Vaya a esta dirección URL: https://aka.ms/vssignout.

   Aparece un mensaje que indica "Cerrar sesión en curso". Después de cerrar la sesión, se le redirigirá a la página web de Azure DevOps @dev.azure.microsoft.com .

   Sugerencia

   Si la página de cierre de sesión tarda más de un minuto, cierre el explorador e inténtelo de nuevo.

4. Vuelva a iniciar sesión en Azure DevOps. Seleccione su otra identidad.

Si es el propietario de la organización o el administrador de la cuenta de suscripción de Azure, compruebe el estado de la suscripción en el Centro de cuentas y, a continuación, intente corregir la suscripción. La configuración de pago se restaura. O bien, puede vincular su organización a otra suscripción de Azure desvinculando la organización de la suscripción deshabilitada. Mientras la suscripción está deshabilitada, su organización vuelve a los límites mensuales gratuitos hasta que la suscripción se corrigió.

Usuarios y permisos de Microsoft Entra

Si no encuentra una respuesta a su pregunta aquí, consulte Preguntas más frecuentes sobre administración de usuarios y permisos.

Su organización autentica a los usuarios y controla el acceso a través de Microsoft Entra ID. Todos los usuarios deben ser miembros del directorio para obtener acceso.

Como administrador de directorios, puede agregar usuarios al directorio. Si no es administrador, trabaje con el administrador de directorios para agregar usuarios. Obtenga más información sobre cómo controlar el acceso a Azure DevOps Services mediante un directorio.

El trabajo en Azure DevOps está asociado a sus credenciales para el identificador de Microsoft Entra. Una vez que la organización esté conectada al directorio, los usuarios seguirán funcionando sin problemas si sus direcciones de credenciales aparecen en el directorio conectado. Si las direcciones de los usuarios no aparecen, debe agregar esos usuarios al directorio. Es posible que su organización tenga directivas sobre cómo agregar usuarios al directorio, por lo que puede encontrar más información primero.

Si tiene al menos acceso básico, vaya a la configuración de la organización y, a continuación, seleccione la pestaña Id. de Entra de Microsoft. Conecte el directorio o Desconecte el directorio.

Sí, pero al eliminar un usuario del directorio, se quita el acceso del usuario a todas las organizaciones y otros recursos asociados a ese directorio. Para obtener más información, consulte Eliminar un usuario de su directorio de Microsoft Entra.

Probablemente sea un invitado en el identificador de Entra de Microsoft que respalda la organización de Azure DevOps, en lugar de un miembro. Los invitados de Microsoft Entra no pueden buscar identificadores de Microsoft Entra de la manera requerida por Azure DevOps. Por ejemplo, los invitados de Microsoft Entra no pueden usar el portal web de Azure DevOps para buscar o seleccionar usuarios que no se agregan a la organización de Azure DevOps. Obtenga información sobre cómo convertir un invitado de Microsoft Entra en un miembro.

Agregue estos usuarios al directorio con nuevas cuentas profesionales o educativas y vuelva a asignar los niveles de acceso y los lea a cualquier proyecto. Si tienen cuentas profesionales o educativas existentes, esas cuentas se pueden usar en su lugar. El trabajo no se pierde y permanece con sus direcciones de inicio de sesión actuales. Los usuarios pueden migrar el trabajo que desean conservar, excepto por su historial de trabajo. Para obtener más información, consulte cómo agregar usuarios de la organización.

Restaure el usuario, en lugar de crear uno nuevo. Si crea un nuevo usuario, incluso con la misma dirección de correo electrónico, este usuario no está asociado a la identidad anterior.

Seleccione una de las dos opciones siguientes:

• Haga que un administrador de Microsoft Entra quite su cuenta del directorio y la lea, lo que le convierte en miembro, en lugar de un invitado. Para obtener más información, consulte ¿Se pueden agregar usuarios de Microsoft Entra B2B como miembros en lugar de invitados?.
• Cambie el valor userType del invitado de Microsoft Entra mediante PowerShell de Microsoft Graph. No se recomienda usar este proceso avanzado, pero permite al usuario consultar el identificador de Microsoft Entra desde la organización de Azure DevOps.

Conversión de UserType de invitado a miembro mediante Microsoft Graph PowerShell

Requisitos previos

Como el usuario que realiza el cambio de UserType, tiene los siguientes elementos:

• Una cuenta profesional/educativa (WSA)/usuario nativo en el identificador de Microsoft Entra. No se puede cambiar userType con una cuenta Microsoft.
• Permisos de administrador de usuarios

Process

1. Inicie sesión en Azure Portal como administrador de usuarios para el directorio de su organización.
2. Vaya al inquilino que respalda la organización de Azure DevOps.
3. Abra un símbolo del sistema administrativo de Windows PowerShell para usar Microsoft Graph PowerShell.
4. Ejecute Install-Module -Name Microsoft.Graph -Scope CurrentUser. Microsoft Graph se descarga desde el Galería de PowerShell.
5. Una vez completada la instalación, ejecute Connect-MgGraph -Scopes "User.ReadWrite.All". Inicie sesión en el identificador de Entra de Microsoft. Asegúrese de usar un identificador que cumpla los criterios mencionados anteriormente y dé su consentimiento a los permisos.
6. Ejecute Get-MgUser -Filter "DisplayName eq '<display name'" -property DisplayName, ID, UserPrincipalName, UserType | Select DisplayName, ID, UserPrincipalName, UserType, donde <display_name> es el nombre para mostrar del usuario, como se muestra en Azure Portal. Queremos cambiar userType a Member.
7. Ejecute Update-MgUser -UserId string -UserType Member, donde string es el valor de ID devuelto por el comando anterior. El usuario se establece en estado de miembro.
8. Vuelva a ejecutar Get-MgUser -Filter "DisplayName eq '<display name'" -property DisplayName, ID, UserPrincipalName, UserType | Select DisplayName, ID, UserPrincipalName, UserType para comprobar que userType ha cambiado. También puede comprobar en la sección Id. de Entra de Microsoft de Azure Portal.

Aunque no es la norma, podría tardar varias horas o incluso días antes de que este cambio refleje en Azure DevOps. Si no corrige el problema de Azure DevOps inmediatamente, concedale algún tiempo y siga intentando.

Dado que estos grupos se crean y administran en Azure, no puede asignar permisos de Azure DevOps directamente ni proteger las rutas de acceso de control de versiones a estos grupos. Aparece un error si intenta asignar permisos directamente.

Puede agregar un grupo de Microsoft Entra al grupo de Azure DevOps que tenga los permisos que desee. O bien, puede asignar estos permisos al grupo en su lugar. Los miembros del grupo de Microsoft Entra heredan los permisos del grupo donde los agrega.

No, porque estos grupos se crean y administran en Azure. Azure DevOps no almacena ni sincroniza el estado del miembro para los grupos de Microsoft Entra. Para administrar grupos de Microsoft Entra, use Azure Portal, Microsoft Identity Manager (MIM) o las herramientas de administración de grupos compatibles con su organización.

La interfaz de usuario de Azure DevOps indica el ámbito de pertenencia mediante corchetes []. Por ejemplo, considere esta página de configuración de permisos:

Estos usuarios tienen que iniciar sesión en su organización antes de que aparezcan en Usuarios.

Cuando estos miembros del grupo inician sesión en su organización por primera vez, Azure DevOps asigna un nivel de acceso a ellos automáticamente. Si tienen suscripciones de Visual Studio, Azure DevOps les asigna el nivel de acceso correspondiente. De lo contrario, Azure DevOps les asigna el siguiente nivel de acceso "mejor disponible", en este orden: Básico, Parte interesada.

Si no tiene suficientes niveles de acceso para todos los miembros del grupo Microsoft Entra, los miembros que inician sesión obtienen acceso a las partes interesadas.

Requerir acceso Just-In-Time mediante un grupo de Microsoft Entra Privileged Identity Management (PIM). Para obtener más información, consulte Acceso Just-In-Time para grupos de administración.

En la pestaña Seguridad se muestran los miembros del grupo Microsoft Entra solo después de iniciar sesión en su organización y tener asignado un nivel de acceso.

Para ver todos los miembros del grupo de Microsoft Entra, use Azure Portal, MIM o las herramientas de administración de grupos compatibles con su organización.

El widget de miembros del equipo solo muestra a los usuarios que han iniciado sesión anteriormente en su organización.

En el panel capacidad del equipo solo se muestran los usuarios que han iniciado sesión anteriormente en su organización. Para establecer la capacidad, agregue manualmente usuarios al equipo.

Azure DevOps no reclama automáticamente los niveles de acceso de estos usuarios. Para quitar manualmente su acceso, vaya a Usuarios.

Puede asignar elementos de trabajo a cualquier miembro de Microsoft Entra que tenga permisos para su organización. Esta acción también agrega ese miembro a la organización. Al agregar usuarios de esta manera, aparecen automáticamente como Usuarios, con el mejor nivel de acceso disponible. El usuario también aparece en la configuración de seguridad.

No, no se admite la consulta en grupos de Microsoft Entra.

No, pero es posible que le interesen nuestros planes de personalización de procesos.

Agregar usuarios al directorio

Agregue usuarios de la organización al identificador de Microsoft Entra.

Durante el proceso de conexión, asignamos los usuarios existentes a los miembros del inquilino de Microsoft Entra, en función de su UPN, que a menudo se conoce como dirección de inicio de sesión. Si detectamos varios usuarios con el mismo UPN, no sabemos cómo asignar estos usuarios. Este escenario se produce si un usuario cambia su UPN para que coincida con uno ya existente en la organización.

Si se produce este error, revisa la lista de usuarios para ver si hay duplicados. Si encuentras algún duplicado, quita los usuarios que no necesites. Si no encuentra ningún duplicado, póngase en contacto con el soporte técnico.

No. Aunque puede agregar nuevas cuentas profesionales a su organización, se tratan como nuevos usuarios. Si desea acceder a todo el trabajo, incluido su historial, debe usar las mismas direcciones de inicio de sesión que usó antes de que la organización se conectara a su identificador de Microsoft Entra. Agregue su cuenta Microsoft como miembro al identificador de Microsoft Entra.

Ser miembro de o tener acceso de lectura en esos directorios. De lo contrario, puede agregarlos mediante la colaboración B2B a través del administrador de Microsoft Entra. También puede agregarlos mediante sus cuentas De Microsoft o creando nuevas cuentas profesionales para ellos en el directorio.

Puede asignar el usuario a una identidad diferente que aún no sea miembro activo de la organización o agregar el usuario existente al identificador de Microsoft Entra. Si todavía necesita asignar al miembro de la organización de Azure DevOps existente, póngase en contacto con el soporte técnico.

Si usó una cuenta Microsoft para activar una suscripción de Visual Studio con MSDN que contiene Azure DevOps como ventaja, puede agregar una cuenta profesional o educativa. Microsoft Entra ID debe administrar la cuenta. Obtenga información sobre cómo vincular cuentas profesionales o educativas a Visual Studio con suscripciones de MSDN.

Sí, pero solo para usuarios externos que se agregan como invitados a través de Microsoft 365 o que se agregan mediante la colaboración B2B por parte del administrador de Microsoft Entra. Estos usuarios externos se administran fuera del directorio conectado. Para obtener más información, póngase en contacto con el administrador de Microsoft Entra. La siguiente configuración no afecta a los usuarios que se agregan directamente al directorio de la organización.

Antes de empezar, asegúrese de que tiene al menos acceso básico, no parte interesada.

Complete los requisitos previos para agregar usuarios externos y active El acceso de invitado externo a Activado.

Vaya a la colección de proyectos o al proyecto. En la barra superior, seleccione Configuración y, a continuación, seleccione Seguridad.

Busque el grupo Microsoft Entra y elimínelo de su organización.

Los usuarios pueden pertenecer a su organización, tanto como individuos como miembros de grupos de Microsoft Entra en grupos de Azure DevOps. Estos usuarios todavía pueden acceder a su organización mientras son miembros de estos grupos de Microsoft Entra.

Para bloquear todo el acceso a los usuarios, quítelos de grupos de Microsoft Entra en su organización o quite estos grupos de su organización. Actualmente no se puede bloquear el acceso por completo ni realizar excepciones para dichos usuarios.

Los usuarios que están deshabilitados o quitados del directorio ya no pueden acceder a su organización mediante ningún mecanismo, incluidos a través de PAT o SSH.

Conectarse, desconectar o cambiar la conexión de Microsoft Entra

• Conectar su organización a Microsoft Entra ID
• Desconecte su organización del directorio
• Cambio del directorio conectado a Azure DevOps
• Obtener una lista de organizaciones respaldadas por Microsoft Entra ID
• Restricción de la creación de la organización con la directiva de inquilino

Puede descargar una lista completa de organizaciones respaldadas por un inquilino de Microsoft Entra. Para obtener más información, consulte Obtener una lista de organizaciones respaldadas por Microsoft Entra ID.

Sí. Si no encuentra el identificador de Entra de Microsoft creado a partir de Microsoft 365, consulte ¿Por qué no veo el directorio que quiero conectar?.

Es posible que no vea el directorio en ninguna de las siguientes circunstancias:

• No se reconoce como propietario de la organización para administrar las conexiones de directorio.

• Hable con el administrador de la organización de Microsoft Entra y pídale que le convierta en miembro de la organización. Es posible que no forme parte de la organización.

Su organización se conectó a un directorio cuando el propietario de la organización creó la organización o algún tiempo después. Al crear una organización con una cuenta profesional o educativa, la organización se conecta automáticamente al directorio que administra esa cuenta profesional o educativa. Sí, puede cambiar de directorio. Es posible que tenga que migrar algunos usuarios.

Sí. Para obtener más información, consulte Cambiar a otro identificador de Entra de Microsoft.

Al cambiar de un inquilino de Microsoft Entra a otro, la identidad subyacente también cambia y los tokens pat o claves SSH que el usuario tenía con su identidad antigua dejan de funcionar. Las claves SSH activas cargadas en la organización no se eliminan como parte del proceso de cambio de inquilino, lo que podría impedir que el usuario cargue nuevas claves después del modificador. Se recomienda que los usuarios eliminen todas sus claves SSH antes de cambiar su inquilino de Active Directory. Tenemos trabajo en nuestro trabajo pendiente para eliminar automáticamente las claves SSH como parte del proceso de cambio de inquilino y, mientras tanto, si está bloqueado para cargar nuevas claves después del modificador de inquilino, se recomienda ponerse en contacto con el soporte técnico para eliminar esas claves SSH antiguas.

Azure DevOps ya no admite la autenticación de credenciales alternativas desde el 2 de marzo de 2020. Si sigue usando credenciales alternativas, le recomendamos encarecidamente que cambie a un método de autenticación más seguro (por ejemplo, tokens de acceso personal o SSH). Más información.

• En Configuración de la organización de Azure DevOps, seleccione Microsoft Entra ID y Resolver.

  

• Coincide con las identidades. Seleccione Siguiente cuando haya terminado.

  

• Inténtelo de nuevo.

• Es posible que sea invitado en el id. de Microsoft Entra. Solicite que un administrador de la organización, que sea miembro del identificador de Microsoft Entra, realice la asignación. O bien, solicite que un administrador del identificador de Entra de Microsoft lo convierta en un miembro.

• Si el mensaje de error incluye un usuario en el dominio, pero no los ve activo en el directorio, es probable que el usuario deje la empresa. Vaya a la configuración de usuario de la organización para quitar el usuario de su organización.

Es posible que sea invitado en el identificador de Entra de Microsoft y no tenga el permiso adecuado para invitar a los usuarios. Vaya a Configuración de colaboración externa en Id. de Microsoft Entra y mueva el botón de alternancia "Invitados pueden invitar" a Sí. Actualice microsoft Entra ID e inténtelo de nuevo.

Normalmente, los administradores de suscripciones de Visual Studio asignan suscripciones a las direcciones de correo electrónico corporativas de los usuarios para que los usuarios puedan recibir notificaciones y correo electrónico de bienvenida. Si las direcciones de correo electrónico de identidad y suscripción coinciden, los usuarios pueden acceder a las ventajas de la suscripción. A medida que realiza la transición de Microsoft a identidades de Microsoft Entra, las ventajas de los usuarios siguen funcionando con su nueva identidad de Microsoft Entra. Pero las direcciones de correo electrónico deben coincidir. Si las direcciones de correo electrónico no coinciden, el administrador de la suscripción debe reasignar la suscripción. De lo contrario, los usuarios deben agregar una identidad alternativa a su suscripción de Visual Studio.

Borre la memoria caché del explorador y elimine las cookies de la sesión. Cierre el explorador y vuelva a abrirlo.

Borre la memoria caché del explorador y elimine las cookies de la sesión. Cierre el explorador y vuelva a abrirlo.

Sí, todas las partes del sistema se actualizan con el nuevo identificador cuando el identificador de un usuario se asigna de su correo electrónico personal a su correo electrónico profesional.

Todavía puede conectarse a Microsoft Entra ID, pero intente resolver el problema de asignación después de conectarse y seleccionar el texto en negrita para ver qué usuarios se ven afectados. Si todavía necesita ayuda, póngase en contacto con el soporte técnico.

Actualmente, todavía puede conectarse, pero las características de asignación e invitación que ayudan a resolver los usuarios desconectados después de la conexión no funcionan más allá de 100. Póngase en contacto con el soporte técnico.

La memoria caché del inquilino debe borrarse si usa una versión de GCM antes de la versión 1.15.0. Borrar la caché de inquilinos es tan fácil como eliminar el %LocalAppData%\GitCredentialManager\tenant.cache archivo en cada máquina que devuelve un error de inicio de sesión. El GCM vuelve a crear y rellena automáticamente el archivo de caché, según sea necesario, en los intentos de inicio de sesión posteriores.

Cómo obtener ayuda o soporte técnico para Azure DevOps

Elija entre las siguientes opciones de soporte técnico:

• Informe de un problema con Azure DevOps en Developer Community.
• Proporcione una sugerencia sobre Developer Community
• Obtener consejos sobre Stack Overflow
• Visualización de los archivos del foro de Azure DevOps en MSDN

Artículos relacionados

• Preguntas más frecuentes sobre la configuración y personalización de la organización
• Más información sobre las preguntas más frecuentes sobre la administración de usuarios y permisos
• Preguntas más frecuentes sobre la configuración de Visual Studio