Restaurar la herencia de permisos sin perder a los propietarios: guía para administradores de SharePoint

Cuando un sitio, biblioteca o lista de SharePoint rompe la herencia de permisos y luego la restaura, la acción predeterminada elimina todos los permisos únicos, incluidos los asignados a los propietarios del sitio. Esto puede dejar a los propietarios del sitio sin acceso si se agregaron solo a través de permisos únicos. Este artículo explica por qué ocurre esto y proporciona los pasos exactos para restaurar la herencia preservando el acceso de los propietarios. Aprenderá a usar PowerShell y el centro de administración de SharePoint para mantener a los propietarios del sitio en su lugar.

Por qué restaurar la herencia elimina a los propietarios

Cuando un sitio de SharePoint hereda permisos de su elemento primario, utiliza el conjunto de permisos del elemento primario. Si rompe la herencia, el sitio obtiene su propio conjunto de permisos único. Restaurar la herencia elimina el conjunto de permisos único y obliga al sitio a usar nuevamente los permisos del elemento primario. Se eliminan los usuarios o grupos que se agregaron solo en el nivel del sitio a través de permisos únicos. Esto incluye a los propietarios del sitio si no estaban ya en el conjunto de permisos del elemento primario.

La causa principal es que SharePoint trata la operación de restauración como un restablecimiento completo. No fusiona los permisos únicos en el conjunto del elemento primario. Simplemente elimina el conjunto único. Si tiene propietarios del sitio que se agregaron solo después de romper la herencia, pierden el acceso cuando se restaura la herencia.

El rol del administrador principal de la colección de sitios

El administrador principal de la colección de sitios siempre puede acceder al sitio, incluso después de restaurar la herencia. Este usuario se almacena en el nivel de la colección de sitios, no en el conjunto de permisos. Si usted es el administrador principal, no perderá el acceso. Pero los propietarios adicionales agregados a través de permisos únicos se eliminarán.

Qué sucede con los grupos de SharePoint

Los grupos de SharePoint como Miembros y Visitantes también se ven afectados. Si agregó grupos personalizados o cambió la membresía de grupos después de romper la herencia, esos cambios se pierden. El sitio vuelve a los grupos y la membresía predeterminados del elemento primario.

Pasos para restaurar la herencia conservando a los propietarios

Siga estos pasos en orden. Necesitará permisos de administrador de SharePoint y tener instalado SharePoint Online Management Shell.

1. Verificar la herencia de permisos actual
   Vaya al centro de administración de SharePoint. Seleccione Sitios activos. Busque el sitio que desea modificar. Haga clic en el nombre del sitio para abrir el panel de detalles. En Permisos, busque Herencia de permisos. Si dice Permisos únicos, la herencia está rota. Anote los propietarios actuales de la sección Propietarios del sitio.
2. Hacer una copia de seguridad de los permisos únicos actuales
   Abra SharePoint Online Management Shell como administrador. Ejecute Connect-SPOService -Url https://[tenant]-admin.sharepoint.com. Reemplace [tenant] con el nombre de su inquilino. Luego ejecute Get-SPOSite -Identity https://[tenant].sharepoint.com/sites/[sitename] | Select -ExpandProperty Owner para ver el propietario principal. Para obtener una lista completa de propietarios, use el cmdlet de PnP PowerShell: Connect-PnPOnline -Url https://[tenant].sharepoint.com/sites/[sitename] -Interactive. Luego ejecute Get-PnPWebPermission -Identity $web para enumerar todos los permisos únicos. Guarde la salida en un archivo de texto.
3. Deshabilitar temporalmente la configuración de denegar agregar y personalizar páginas
   Algunos sitios bloquean los cambios de permisos a través de la configuración DenyAddAndCustomizePages. Ejecute Set-SPOSite -Identity https://[tenant].sharepoint.com/sites/[sitename] -DenyAddAndCustomizePages 0 para permitir modificaciones de permisos. Puede volver a habilitar esto después de la restauración.
4. Restaurar la herencia usando el navegador
   Vaya al sitio donde la herencia está rota. Navegue a Configuración (icono de engranaje) > Permisos del sitio. Haga clic en Eliminar permisos únicos. Confirme la acción. Esto restaura la herencia. El sitio ahora usa los permisos del elemento primario. Se eliminan todos los permisos únicos.
5. Volver a agregar a los propietarios usando PowerShell
   Después de restaurar la herencia, los propietarios del sitio primario son los únicos con acceso de propietario. Para volver a agregar a los propietarios originales, use PnP PowerShell. Ejecute Connect-PnPOnline -Url https://[tenant].sharepoint.com/sites/[sitename] -Interactive. Luego ejecute Set-PnPWebPermission -User 'user@domain.com' -AddRole 'Full Control' para cada propietario que necesite restaurar. Reemplace user@domain.com con el correo electrónico real. El rol Control total otorga acceso de nivel de propietario. Repita para cada propietario.
6. Volver a habilitar la configuración de denegar agregar y personalizar páginas
   Ejecute Set-SPOSite -Identity https://[tenant].sharepoint.com/sites/[sitename] -DenyAddAndCustomizePages 1 para volver a habilitar la configuración. Esto evita cambios de permisos no intencionados.
7. Verificar permisos
   Vaya al sitio. Haga clic en Configuración > Permisos del sitio. Confirme que la herencia muestra Heredado. Verifique la sección Propietarios del sitio para asegurarse de que aparezcan los propietarios restaurados. Pruebe el acceso iniciando sesión como uno de los propietarios restaurados.

Si SharePoint sigue teniendo problemas después de la solución principal

Los propietarios restaurados no pueden acceder al sitio de inmediato

Si un propietario restaurado sigue viendo un error de permiso denegado, espere 15 minutos para que los cambios de permisos se propaguen por SharePoint. Si el problema persiste, verifique que el usuario se haya agregado a la colección de sitios y no solo al sitio primario. Ejecute Get-PnPSiteCollectionAdmin en PnP PowerShell para ver los administradores de la colección de sitios. Agregue el usuario como administrador de la colección de sitios si es necesario: Set-PnPSiteCollectionAdmin -Owners 'user@domain.com'.

La herencia vuelve a ser única después de agregar propietarios

Si después de agregar propietarios, el sitio muestra permisos únicos nuevamente, es probable que haya usado el botón Compartir o la Configuración de permisos avanzados incorrectamente. El botón Compartir puede romper la herencia si el usuario no está ya en el conjunto de permisos del elemento primario. Siempre use PowerShell para agregar propietarios después de restaurar la herencia. El cmdlet Set-PnPWebPermission agrega el usuario al conjunto de permisos heredado sin romper la herencia.

Falla la conexión de PowerShell

Si Connect-PnPOnline falla, asegúrese de tener el módulo PnP PowerShell más reciente. Ejecute Install-Module PnP.PowerShell -Force en una ventana de PowerShell elevada. Si aún obtiene errores, verifique que su cuenta tenga permisos de administrador de SharePoint o administrador global. También puede usar Connect-PnPOnline -Url $url -UseWebLogin para autenticarse a través del navegador.

Elemento	Antes de restaurar	Después de restaurar (sin esta guía)	Después de restaurar (con esta guía)
Herencia de permisos	Única	Heredada	Heredada
Propietarios del sitio de permisos únicos	Presentes	Eliminados	Restaurados mediante PowerShell
Administrador principal de la colección de sitios	Presente	Presente	Presente
Grupos personalizados de SharePoint	Presentes	Eliminados	Eliminados (deben recrearse)
Acceso para propietarios restaurados	Acceso completo	Sin acceso	Acceso completo

Restaurar la herencia de permisos no tiene por qué eliminar a los propietarios del sitio. Si sigue los pasos de esta guía, puede usar PowerShell para volver a agregar propietarios después de la restauración sin romper la herencia nuevamente. Comience haciendo una copia de seguridad de sus permisos actuales. Luego use el navegador para restaurar la herencia y PowerShell para volver a agregar a los propietarios. Siempre verifique el acceso después del proceso. Para sitios con muchos permisos personalizados, considere documentar el conjunto de permisos únicos antes de realizar cualquier cambio.