Solución de problemas de acceso y permisos

Si un usuario tiene problemas de permisos y usa grupos de seguridad predeterminados o grupos personalizados para los permisos, puede investigar de dónde vienen esos permisos mediante nuestro seguimiento de permisos. Los problemas de permisos pueden deberse a cambios retrasados. Los cambios de permisos o pertenencias a grupos Azure AD pueden tardar hasta 1 hora en propagarse por Azure DevOps. Si un usuario tiene problemas que no se resuelven inmediatamente, espere un día para ver si se resuelve. Para obtener más información sobre la administración de usuarios y acceso, consulte Administración de usuarios y acceso en Azure DevOps.

Si un usuario tiene problemas de permisos y usa grupos de seguridad predeterminados o grupos personalizados para los permisos, puede investigar de dónde vienen esos permisos mediante nuestro seguimiento de permisos. Los problemas de permisos pueden deberse a que el usuario no tiene el nivel de acceso necesario.

1. Seleccione Project Configuración de permisosUsuariosy, a continuación, seleccione el usuario.

   

   Ahora debería tener una vista específica del usuario que muestre los permisos que tienen.

2. Para hacer un seguimiento de por qué un usuario tiene o no ninguno de los permisos enumerados, seleccione el icono de información junto al permiso en cuestión.

El seguimiento resultante le permite saber cómo heredan el permiso enumerado. A continuación, puede ajustar los permisos del usuario ajustando los permisos que se proporcionan a los grupos en los que se encuentran.

1. Seleccione Project seguridady,a continuación, escriba el nombre de usuario en el cuadro de filtro.

   

   Ahora debería tener una vista específica del usuario que muestre los permisos que tienen.

2. Seguimiento de por qué un usuario tiene o no ninguno de los permisos enumerados. Mantenga el puntero sobre el permiso y, a continuación, elija Por qué.

   

El seguimiento resultante le permite saber cómo heredan el permiso enumerado. A continuación, puede ajustar los permisos del usuario ajustando los permisos que se proporcionan a los grupos en los que se encuentran.

1. Vaya a la página Seguridad del proyecto en el que el usuario tiene problemas de acceso.

2. Escriba su nombre en el cuadro de la esquina superior izquierda.

   

   Debe tener una vista específica del usuario que muestre qué permisos tienen.

3. Haga un seguimiento de por qué un usuario tiene o no ninguno de los permisos enumerados. Mantenga el puntero sobre el permiso y, a continuación, elija Por qué.

   

El seguimiento resultante le permite saber cómo heredan el permiso enumerado. A continuación, puede ajustar los permisos del usuario ajustando los permisos proporcionados a los grupos en los que se encuentra.

Los usuarios se agregan a un grupo Azure DevOps o Azure AD usuario. Esta acción concede acceso heredado a una organización o proyecto. Sin embargo, no obtienen acceso inmediatamente. Los usuarios deben esperar o cerrar sesión, cerrar el explorador y volver a iniciar sesión para actualizar sus permisos.

Los usuarios se agregan a un grupo Azure DevOps usuario. Esta acción concede acceso heredado a una organización o proyecto. Sin embargo, no obtienen acceso inmediatamente. Los usuarios deben esperar o cerrar sesión, cerrar el explorador y volver a iniciar sesión para actualizar sus permisos.

En Configuración de usuario, en la página Permisos, puede seleccionar Volver a evaluar los permisos. Esta función vuelve a evaluar los permisos y las pertenencias a grupos y, a continuación, los cambios recientes tienen efecto inmediato.

Algunos ejemplos de usuarios restringidos son las partes interesadas, Azure Active Directory (Azure AD) usuarios invitados o miembros de un grupo de seguridad. Una vez habilitada, cualquier usuario o grupo agregado al grupo usuarios de Project-Scoped tiene restringido el acceso a las páginas de Configuración organización, excepto para Información general y Proyectos. Solo tienen acceso a los proyectos a los que se han agregado.

Algunos ejemplos de usuarios restringidos son las partes interesadas o los miembros de un grupo de seguridad. Una vez habilitada, cualquier usuario o grupo agregado al grupo usuarios de Project-Scoped tiene restringido el acceso a las páginas de Configuración organización, excepto para Información general y Proyectos. Solo tienen acceso a los proyectos a los que se han agregado.

Visualización, adición y administración de permisos con la CLI

Puede ver, agregar y administrar permisos en un nivel más pormenorizados con az devops security permission los comandos. Para obtener más información, vea Administrar permisos con la herramienta de línea de comandos.

Uso de herramientas para corregir el permiso

Puede usar las siguientes herramientas para corregir el problema de permisos de un usuario.

• TFSSecurity.exe: TFSSecurity es una herramienta de línea de comandos que se puede usar para ver y actualizar y eliminar permisos o grupos.

  Ejemplo de uso: tfssecurity /a+ Identity "81e4e4b5-bde0-4f2c-a7a5-4d25c2e8a81f\" Read "Project Collection Valid Users" ALLOW /collection:{collectionUrl}tfssecurity /a- Identity "3c7a0a47-27b4-4def-8d42-aab9b405fc8a\" Write n:"[Project1]\Contributors" DENY /collection:{collectionUrl}

• Uso de la sproc pública

  Ejemplo de uso: use o para agregar o quitar ace directamente de las tablas de seguridad si prc_pSetAccessControlEntryprc_pRemoveAccessControlEntries TFSSecurity no funciona.

Para obtener más información, vea Usar TFSSecurity para administrar grupos y permisos para Azure DevOps.

Reglas de grupo con permisos menores

Los tipos de reglas de grupo se clasifican en el orden siguiente: Suscriptor > Básico + Test Plans Parte interesada >> básica. Los usuarios siempre obtienen el mejor nivel de acceso entre todas las reglas de grupo, Visual Studio (VS).

Vea los ejemplos siguientes, en los que se muestra cómo los factores de detección de suscriptores se convierten en reglas de grupo.

Ejemplo 1: La regla de grupo me proporciona más acceso

Si tengo una suscripción a VS Pro y estoy en una regla de grupo que me proporciona Basic + Test Plans, ¿qué ocurre?

Se esperaba: se obtiene Basic + Test Plans porque lo que la regla de grupo me proporciona es mayor que mi suscripción. La asignación de reglas de grupo siempre proporciona el mayor acceso, en lugar de limitar el acceso.

Ejemplo 2: La regla de grupo me proporciona el mismo acceso

Tengo una suscripción Visual Studio Test Pro y estoy en una regla de grupo que me proporciona Basic + Test Plans, ¿qué ocurre?

Esperado: se detecta como un suscriptor Visual Studio prueba Pro, porque el acceso es el mismo que el de la regla de grupo. Ya pago por el Visual Studio test Pro, por lo que no quiero volver a pagar.

Trabajar con GitHub

Consulte la siguiente información de solución de problemas para cuando intente implementar código en Azure DevOps con GitHub.

Problema

No puede incorporar el resto del equipo a la organización y el proyecto, a pesar de agregarlos como miembros de la organización y del proyecto. Reciben correos electrónicos, pero al iniciar sesión reciben un error 401.

Solución

Es probable que haya iniciado sesión Azure DevOps con una identidad incorrecta. Complete los siguientes pasos.

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

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

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

   Se muestra un mensaje que indica "Cerrar sesión en curso". Después de cerrar sesión, se le redirigirá a dev.azure.microsoft.com.

4. Inicie sesión en Azure DevOps nuevo. Seleccione la otra identidad.

Otras áreas en las que se podrían aplicar permisos

• Permisos de ruta de acceso de área
• Etiquetas de elementos de trabajo
• Elementos de trabajo movidos fuera de un proyecto
• Elementos de trabajo eliminados
• Guía rápida de los permisos predeterminados y el acceso para Azure Boards
• Reglas personalizadas
• Escenarios de reglas personalizadas de ejemplo
• Paneles y trabajo pendientes personalizados
• Controles personalizados