Permisos migrados de buzones de correo migrados en un entorno basado en Exchange Hybrid: Introducción | Parte 3#5
El tema de la relación del permiso de Exchange entre buzones migrados en el entorno híbrido de Exchange puede resultar bastante confuso.
El término "relación del permiso de Exchange" intenta describir dos (o más) buzones que tienen una estructura de permisos existente entre ellos.
Cuando migramos estos buzones de correo de su "entorno nativo" al "otro entorno", la pregunta central que debemos responder es: ¿qué pasará con los permisos existentes?
¿Este permiso de Exchange se migrará junto con el buzón al otro entorno?
¿Qué sucedió en un escenario en el que "rompimos" la relación del permiso de Exchange existente al migrar solo un socio al otro entorno de Exchange?
En el artículo actual revisaremos en alto nivel los diferentes tipos de escenario de “migración de buzones” en el entorno híbrido de Exchange.
El siguiente artículo, está dedicado al escenario en el que migramos buzones de correo como un grupo desde el entorno Exchange existente al "otro entorno Exchange".
El artículo: Migración de buzones locales de Exchange por separado | Entorno basado en Exchange híbrido | ¿Cuáles son los permisos migrados? | La Parte 5#5 está dedicada al escenario en el que migramos buzones de correo, pero en este momento, rompemos la relación de permisos de Exchange existente al migrar solo una parte de los buzones de correo al "otro entorno".
El carácter especial del entorno Exchange Hybrid y el tema de los buzones migrados
Exchange Hybrid está compuesto por el entorno local (On-Premise Active Directory y Exchange on-Premises) y el entorno “en la nube” (Windows Azure Active Directory y Exchange Online).
Una de las características más destacadas de Exchange Hybrid es la "transparencia" de la ubicación física de los buzones de Exchange. El administrador de Exchange puede decidir mantener el buzón existente en la infraestructura local de Exchange o migrar el buzón a la "nube" y viceversa.
El desafío que tenemos ante nosotros es que, en realidad, la infraestructura de "permisos de Exchange" entre dos entornos de Exchange diferentes no es tan "transparente".
Para poder simplificar el tema de los permisos de Exchange, utilizo el término "relación de permisos de Exchange".
El término “Relación de permiso de intercambio” no es un término técnico. Utilizo este término para describir el buzón de Exchange que tiene un permiso explícito sobre otros buzones de Exchange.
Dado que dos buzones de Exchange tienen una "relación de permisos", por ejemplo: el buzón A tiene un permiso específico en el buzón B, la pregunta es qué pasará con estos permisos en los siguientes escenarios:
- Caso 1: un escenario en el que migramos el buzón B a la nube y el buzón A "quedamos atrás" en la infraestructura local de Exchange.
- Caso 2: un escenario en el que migramos el stand de los buzones (buzón A + buzón B) a la nube.
En este escenario, nuestras preguntas son:
¿Qué pasará con la “relación de permisos de Exchange” que existía entre los dos buzones de correo?
¿La “relación de permisos” seguirá siendo la misma o se “desconectará”?
Los dos escenarios principales relacionados con la migración de buzones de correo en el entorno híbrido de Exchange.
En el entorno híbrido de Exchange, podemos definir dos escenarios principales de "migración de buzones de correo", en relación con el tema de los "permisos de Exchange migrados".
Escenario 1: migrar buzones de correo que tienen una "relación de permisos" como grupo.
En este escenario, los buzones de correo locales de Exchange que tienen la "relación de permiso" entre ellos se migran juntos a la nube (Exchange Online).
Por ejemplo:
- El buzón A y el buzón B están alojados en el servidor local de Exchange.
- El buzón A tiene un permiso específico sobre el buzón B.
- El administrador de Exchange migra la cabina de los buzones a la nube.
Escenario 2: migrar un buzón específico que tiene una "relación de permisos" con otro buzón.
En este escenario, solo se migra un buzón a la nube. Por ejemplo, el buzón A que tiene permiso en el buzón B permanece en Exchange local y el buzón B se migra a la nube.
Por ejemplo:
- El buzón A y el buzón B están alojados en el servidor local de Exchange.
- El buzón A tiene un permiso específico sobre el buzón B.
- El administrador de Exchange migra el buzón B a la nube y el buzón A continúa alojado en el servidor local de Exchange.
Al implementar este escenario en el que "rompemos" la relación de permisos de Exchange existentes entre buzones de correo, estamos creando el escenario que se describe como "permisos entre sitios".
En este caso, la infraestructura del permiso se implementa entre un buzón alojado en el servidor local de Exchange y otros buzones alojados en la nube (Exchange Online).
La información formal sobre el permiso de Exchange que migró a la nube
Para poder obtener alguna respuesta a nuestras preguntas sobre la migración de buzones de correo y los permisos migrados en el entorno híbrido de Exchange, comencemos con una cita de los artículos de Microsoft relacionados con este tema:
Migración de permisos de buzón Los permisos de buzón locales como Enviar como, Recibir como y Acceso total que se aplican explícitamente en el buzón se están migrando a Exchange Online.
Los permisos de buzón heredados (no explícitos) y cualquier permiso en los objetos que no son buzones de correo, como listas de distribución o un usuario habilitado para correo, no se migran.
Por lo tanto, debe planificar la configuración de estos permisos en Office 365, si corresponde a su organización. Por ejemplo, puede usar los cmdlets de Windows PowerShell Add-RecipientPermission y Add-MailboxPermission para configurar los permisos en Office 365.
Compatibilidad con permisos de buzones entre instalaciones Las implementaciones híbridas de Exchange admiten el uso del permiso de buzón de acceso total entre buzones ubicados en una organización de Exchange local y buzones de correo ubicados en Office 365. Un buzón de correo en un servidor de Exchange local puede otorgar el permiso de acceso completo a un buzón de Office 365 y viceversa. Por ejemplo, a un buzón de Office 365 se le puede otorgar permiso de acceso total a un buzón compartido local.
Los permisos del buzón local, como Enviar como, Recibir como y Acceso completo, que se aplican explícitamente en el buzón, se migran a Exchange Online si el inquilino en Exchange Online se ha sincronizado completamente mediante Dirsync o AAD Sync.
Heredado (no -explícito) los permisos de buzón, como los permisos aplicados a la base de datos de buzones y cualquier permiso sobre objetos que no sean buzones (como listas de distribución o un usuario habilitado para correo) no se migran. Por lo tanto, debe volver a crear estos permisos en Exchange Online mediante los cmdlets Add-MailboxPermission o Add-RecipientPermission.
Escenario 1: Migración de buzones de correo locales de Exchange como un "grupo".
Dado que dos (o más) buzones de correo locales de Exchange tienen "relaciones de permisos" y el administrador de Exchange migra estos buzones como un grupo (juntos), todos los permisos existentes migran a la nube, además de los permisos no explícitos (heredados).
En la siguiente tabla podemos ver el resumen de los permisos de Exchange que migrarán a la nube.
En caso de que migremos buzones de correo locales de Exchange que tenían "relaciones de permisos", se deben migrar los siguientes permisos:
- Permiso de acceso total
- Permiso Enviar como
- Permiso para enviar en nombre
Los siguientes permisos\opciones no se migrarán:
- Los permisos no explícitos (heredados) no se migrarán.
- En un escenario de permiso de acceso total, la función de asignación automática no se habrá migrado.
Tenga en cuenta que el artículo no se relaciona con el tema de - Permiso delegado y Permiso de carpeta (compartir calendario).
Probaremos estos permisos de Exchange en los siguientes artículos: Migración de buzones de correo locales de Exchange como grupo | Entorno basado en Exchange híbrido | ¿Cuáles son los permisos migrados? | Parte 4#5
Escenario 2: migración de buzones de correo locales de Exchange determinados a la nube
La información del artículo de Microsoft no se relaciona directamente con este tipo de escenario, en el que solo una parte de los buzones de correo locales de Exchange migraron a la nube.
En términos generales, el artículo no recomienda implementar un proceso de migración que "rompa" la relación de permisos existentes de Exchange (la recomendación es migrar los buzones de correo como un grupo).
La única "pista" que existe en el artículo se relaciona con el permiso entre sitios admitido:
el permiso de acceso completo.
Si utilizamos el "método de negación", la conclusión lógica es que en caso de que "separemos" los buzones de correo locales de Exchange que tenían "relaciones de permisos", los únicos permisos que servirán para funcionar (que se migrarán) son los Permiso de acceso total.
El artículo no se relaciona con Enviar como permiso y, por esta razón, podemos asumir que< br>el permiso Enviar como no seguirá funcionando.
En otras palabras, en caso de que el destinatario local de Exchange tuviera permiso Enviar como en el buzón que se migró a la nube, el Se supone que el permiso Enviar como debe eliminarse porque, en un entorno híbrido de Exchange, los permisos entre sitios no admiten Permiso Enviar como.
En la siguiente tabla podemos ver el resumen de los permisos de Exchange que migrarán a la nube.
En este momento, no podemos saber con certeza si el permiso Enviar como
o Se eliminará el permiso Enviar en nombre .
En caso de que migremos buzones de correo locales de Exchange que tenían "relaciones de permisos", se deben migrar los siguientes permisos:
- Permiso de acceso total
Los siguientes permisos\opciones no se migrarán:
- Permiso Enviar como.
- Permiso para enviar en nombre.
- Los permisos no explícitos (heredados) no se migrarán.
- En un escenario de permiso de acceso total, la función de asignación automática no se habrá migrado.
Tenga en cuenta que el artículo no se relaciona con el tema de - Permiso delegado y Permiso de carpeta (compartir calendario).
Probaremos estos permisos de Exchange en el siguiente artículo: Migración de buzones locales de Exchange por separado | Entorno basado en Exchange híbrido | ¿Cuáles son los permisos migrados? | Parte 5#5
Permiso de carpeta y uso compartido de calendario
Como se mencionó, el artículo de Microsoft no se relaciona con el tema de permiso de carpeta que se usa en un escenario de uso compartido de calendario, etc. .
Por ejemplo, ¿qué pasará en los siguientes escenarios?:
Escenario 1: migrar buzones de correo que tienen una "relación de permisos" como grupo
En este escenario, los buzones de correo locales de Exchange que tienen la "relación de permiso" entre ellos migraron juntos a la nube (Exchange Online).
Por ejemplo:
- El destinatario B comparte su calendario con el destinatario A; El stand de los destinatarios está alojado en el servidor local de Exchange.
- El administrador de Exchange migra la cabina de los buzones a la nube.
P1: ¿El permiso de carpeta se migrará a la nube? En otras palabras, ¿el destinatario A podrá seguir accediendo al calendario del destinatario B?
A1: No hay ninguna referencia formal a este tipo de permisos en los artículos de Microsoft. A partir de la prueba que realicé, el permiso de carpeta se migrará exitosamente a la nube.
Puedes ver la prueba resultado en el artículo: Migración de buzones de correo locales de Exchange como grupo | Entorno basado en Exchange híbrido | ¿Cuáles son los permisos migrados? | Parte 4#5
Escenario 2: migrar un buzón en particular que tiene una "relación de permisos" con otro buzón.
En este escenario, solo se migra un buzón a la nube. Por ejemplo, el buzón A que tiene permiso en el buzón B permanece en Exchange local y el buzón B se migra a la nube.
Por ejemplo:
- El destinatario B comparte su calendario con el destinatario A; El stand de los destinatarios está alojado en el servidor local de Exchange.
- El administrador de Exchange migra el buzón B a la nube y el buzón A continúa alojado en el servidor local de Exchange.
P2: ¿El permiso de carpeta se migrará a la nube? En otras palabras, ¿el destinatario A podrá seguir accediendo al calendario del destinatario B?
A1: No hay ninguna referencia formal a este tipo de permisos en los artículos de Microsoft.
Técnicamente, permiso de carpeta no debe migrarse a la nube porque se supone que los permisos entre sitios de Exchange Hybrid no admiten Permiso de carpeta.
A partir de la prueba que realicé, el permiso de carpeta se migrará exitosamente a la nube.
Puedes ver la prueba resultado en el artículo: Migración de buzones locales de Exchange por separado | Entorno basado en Exchange híbrido | ¿Cuáles son los permisos migrados? | Parte 5#5
El término permisos explícitos versus no explícitos (heredados)
El artículo de Microsoft dice que-
Los permisos de buzón heredados (no explícitos) y cualquier permiso sobre objetos que no sean buzones de correo (como listas de distribución o un usuario habilitado para correo) no se migran.
P1: ¿Cuál es el significado de permisos de buzón de correo con “permisos no explícitos” (heredados)?
A1: Para comprender mejor el término "permisos no explícitos (heredados), comencemos con la definición de "permiso explícito".
Permiso explícito
El término "permiso explícito" define un escenario en el que asignamos permiso de Exchange a un "objeto destinatario" particular sobre otro "objeto destinatario".
Por ejemplo, le asignamos a Alice el permiso de acceso total en el buzón de Bob.
Permiso no explícito
El término - “permiso no explícito” (heredado) en un entorno Exchange, describe un método en el que asignamos el permiso de una “forma no dirigida”.
En este caso, tenemos más de dos “elementos”. ”que están involucrados.
Por ejemplo, asignamos permiso de Exchange al elemento A en el Elemento B, pero el elemento A es un "objeto contenedor", como un grupo que contiene otros elementos, como un elemento C.
Por ejemplo-
- Asignamos a un grupo de seguridad llamado Helpdesk, el permiso de acceso total en el buzón de Bob.
- Alice es miembro de este grupo de seguridad del servicio de asistencia técnica.
Debido a que Alice es miembro del grupo de seguridad y a que el grupo de seguridad tiene
el permiso de acceso total en el buzón de Bob, el resultado es que Alice
tiene permiso de acceso completo al buzón de Bob.
En este caso, podemos decir que Alice heredó sus permisos del grupo de seguridad.
Otra forma de decir lo mismo es que Alice tiene permisos no explícitos en El buzón de Bob.
Opción 2: asignar permiso a un destinatario en la base de datos de Exchange.
Se puede realizar un tipo adicional de “permiso no explícito” (heredado) en un entorno Exchange en caso de que asignemos permisos de Exchange a un destinatario particular en una base de datos del servidor Exchange que aloja los buzones de correo de los destinatarios de Exchange.
Por ejemplo, un escenario en el que asignamos el permiso de acceso total a un usuario llamado Alice y la base de datos local de Exchange.
La base de datos local de Exchange particular aloja los buzones de correo de los siguientes destinatarios: Bob, Robert y Emma.
El resultado es que Alice tendrá permiso de acceso total en los buzones de correo de Bob, Robert y Emma.
En otras palabras, Alice no tiene un permiso explícito para cada uno de los buzones, sino que tiene permisos en la base de datos que aloja estos buzones.
En caso de que agreguemos buzones adicionales a la base de datos de Exchange, Alice automáticamente
tendrá Permiso de acceso completo en los “buzones nuevos”.
Conclusión
En el entorno Exchange Hybrid, en caso de que tengamos un escenario en el que asignamos “permiso no explícito” (Heredado) a un buzón específico y migramos este buzón a la nube; Se supone que los permisos no deben migrarse junto con el buzón.
Más tarde, demostraremos este escenario en el artículo: Migración de buzones de correo locales de Exchange como grupo | Entorno basado en Exchange híbrido | ¿Cuáles son los permisos migrados? | Parte 4#5, y vea que el resultado es un poco diferente del “resultado formal esperado”
El próximo artículo de la serie de artículos actual.
Migración de buzones de correo locales de Exchange como grupo | Entorno basado en Exchange híbrido | ¿Cuáles son los permisos migrados? | Parte 4#5