Inicio de sesión único

Inicio de sesión único

Se aplica a: Actualización de Live@edu a Office 365

En Microsoft Office 365, el inicio de sesión único no se implementa como en Microsoft Live@edu. En Office 365, el inicio de sesión único usa la federación de identidades, en lugar del kit de herramientas de SSO de Live@edu.

  • Debe aplicar una actualización al kit de herramientas de SSO para mantener el acceso de inicio de sesión a Outlook Web App para sus usuarios durante y después de la actualización a Office 365.
  • El kit de herramientas de SSO actualizado solo se admitirá en Office 365 hasta el 31 de diciembre de 2014, por lo que el paso a la federación debe realizarse antes de esa fecha.

Hay dos maneras de implementar la federación:

  • Servicios de federación de Active Directory (AD FS) 2.0
  • Proveedor de identidades de Shibboleth (IDP) con SAML 2.0

Importante: Cuando esté listo para configurar la federación de identidad en Office 365, siga el proceso en este tema, en lugar de las instrucciones generales de Office 365. El orden de instalación de las herramientas es diferente porque el dominio actualizado ya cuenta con usuarios.

En este artículo

Actualizar las herramientas de SSO para mantener el acceso de inicio de sesión único Implementar federación

Actualizar el kit de herramientas de SSO para mantener el acceso de inicio de sesión único

Hay una actualización del kit de herramientas de SSO de Live@edu disponible como solución de inicio de sesión único provisional en Office 365. El kit de herramientas de SSO actualizado se admitirá hasta el 31 de diciembre de 2014. En ese momento, tendrá que implementar la federación para continuar teniendo funcionalidad de inicio de sesión único.

Importante: El kit de herramientas de SSO dejará de funcionar durante la actualización a Office 365, si no ha actualizado a la versión 4.5. Aplique la actualización antes de la actualización para evitar cualquier interrupción en el inicio de sesión único a Outlook Web App para sus usuarios durante y después de la actualización, y para proporcionarles acceso de inicio de sesión único a los servicios de Office 365.

La siguiente tabla resume la experiencia de inicio de sesión de usuario después de la  actualización del kit de herramientas de SSO. Tenga en cuenta que incluso después de actualizar el conjunto de herramientas de SSO, el acceso SSO no está disponible después de la actualización para:

  • Cuentas de Microsoft personales. Después de la actualización, estas cuentas ya no son administradas por su institución. Los usuarios tienen que utilizar su nombre de usuario y contraseña de cuenta Microsoft .
  • Clientes de escritorio y clientes de correo electrónico en teléfonos inteligentes y otros dispositivos. Los usuarios todavía tendrán que proporcionar su nombre de usuario y contraseña de Office 365.
  • Cliente Lync. Si se suscribe a un plan académico de Office 365 después de la actualización, los usuarios tendrán que proporcionar su nombre de usuario y contraseña de Office 365 para usar el cliente Lync.
Experiencia de inicio de sesión Antes de la actualización Durante la actualización**  Después de la actualización
Acceso SSO disponible
  • Outlook Web App
  • Servicios de Microsoft como SkyDrive
  •  Outlook Web App
  • Outlook Web App
  • Páginas de administración para Office 365, Exchange Online, SharePoint Online*, Lync Online*
  • SharePoint Online*
Nombre de usuario y contraseña requeridos
  • Clientes de correo electrónico en teléfonos inteligentes y otros dispositivos
  • Aplicaciones de escritorio como Outlook y Thunderbird
  • Servicios de Microsoft como SkyDrive
  • Clientes de correo electrónico en teléfonos inteligentes y otros dispositivos
  • Aplicaciones de escritorio como Outlook y Thunderbird
  • Servicios de Microsoft como SkyDrive
  • Clientes de correo electrónico en teléfonos inteligentes y otros dispositivos
  • Aplicaciones de escritorio como Outlook y Thunderbird
  • Cliente Lync*

* SharePoint Online y Lync Online están disponibles con el plan A2 o planes superiores.

** Los cambios tienen lugar en el paso de la licencia Asignar. Durante la actualización, puede comprobar en qué paso de la actualización se encuentra visitando el portal de administración de servicios de Live@edu.

Antes de la actualización

1. Actualizar el kit de herramientas de SSO

Para actualizar su instalación del kit de herramientas de SSO local, complete los pasos siguientes:
  1. Descargue la actualización 4.5 del kit de herramientas de SSO de Live@edu para el  paquete de actualización de Office 365.
  2. Realice una copia de seguridad de la solución actual.
  3. Siga los pasos descritos en el documento "Cómo actualizar el kit de herramientas de SSO de Live@edu a 4.5" incluido en el paquete descargado para actualizar el kit de herramientas de SSO y comprobar el acceso de inicio de sesión único.

2. Indique a los usuarios cómo obtener acceso a su cuenta personal de Microsoft por adelantado

Durante la actualización, cada cuenta de Live@edu se divide en dos cuentas independientes. Dado que la actualización cambia el hecho de que las cuentas Microsoft son personales en lugar de estar asociadas a la institución educativa, ya no puede proporcionar acceso de inicio de sesión único a SkyDrive ni puede definir contraseñas en las cuentas Microsoft para los usuarios.

Si no ha dado a sus usuarios su contraseña de Live@edu, proporcione a los usuarios las siguientes instrucciones:

  1. Antes de la actualización, agregue una dirección de correo electrónico alternativa a su cuenta de Live@edu siguiendo las instrucciones incluidas en ¿Por qué tengo que agregar información de seguridad?
  2. Durante la actualización, inicie sesión en un sitio de Microsoft, como https://skydrive.live.com/.
    1. En la página de inicio de sesión, haga clic en ¿No puede obtener acceso a su cuenta?
    2. Siga las instrucciones de la página Restablecer la contraseña.
Si un usuario tiene que restablecer la contraseña de su cuenta de Microsoft durante la actualización y no tiene un conjunto de direcciones de correo electrónico alternativas, tienen que ir a https://account.live.com/ACSR  para solicitar el restablecimiento de contraseña.

Después de la actualización

1. Evitar el bloqueo de contraseña

A diferencia de Live@edu, Office 365 tiene una directiva de caducidad de contraseña predeterminada de 90 días y requiere que los usuarios recién creados restablezcan su contraseña al iniciar sesión por primera vez de manera predeterminada.

  • Si no ha proporcionado a sus usuarios su contraseña de Live@edu, los usuarios actualizados no podrán obtener acceso a Outlook Web App u otros servicios de Office 365 cuando se le solicite restablecer su contraseña 90 días después de la actualización.
  • En función de cómo planifique la creación de usuarios en Office 365, los nuevos usuarios no podrán tener acceso a Outlook Web App u otros servicios de Office 365 cuando se les solicite restablecer su contraseña tras iniciar sesión por primera vez o 90 días después de crearse.

Importante A fin de evitar que los usuarios no puedan obtener acceso a los servicios de Office 365, se recomienda usar Windows Azure Active Directory PowerShell para los siguientes escenarios:

    Usuarios actualizados de Live@edu

    Para los usuarios actualizados de Live@edu, configure sus contraseñas para que nunca expiren mediante el cmdlet  Set-MsolUser de Windows Azure Active Directory.

  • Esta acción se debe ejecutar para cada usuario.
  • Para obtener más información, vea Configuración de contraseñas de usuario para que nunca caduquen.
  • Ejemplo: Para establecer las contraseñas para que nunca expiren para todos los usuarios de un dominio específico, ejecute el siguiente cmdlet:
    Get-MsolUser -DomainName fineartschool.net -All | Set-MsolUser -PasswordNeverExpires $true

    Restablecer la contraseña de un usuario

    Para restablecer la contraseña de un usuario, use el cmdlet Set-MsolUserPassword de Windows Azure Active Directory.

  • Puede impedir que a un usuario se le solicite cambiar su contraseña al iniciar sesión por primera vez especificando el parámetro -ForceChangePassword.
  • Esta opción es útil para las instituciones que establecen contraseñas para que los usuarios obtengan acceso a su correo electrónico mediante teléfonos inteligentes y aplicaciones de escritorio.
  • Ejemplo:
    Set-MsolUserPassword –UserPrincipleName dina@fineartschool.net -NewPassword "P@ssw0rd!" -ForceChangePassword $false

    Crear un nuevo usuario en Office 365

    Para crear un nuevo usuario en Office 365, use el cmdlet New-MsolUser de Windows Azure Active Directory.

  • Puede impedir que a un usuario se le solicite cambiar su contraseña al iniciar sesión por primera vez y que su contraseña expire especificando los parámetros -ForceChangePassword y -PasswordNeverExpires, respectivamente.
  • Si crea un nuevo usuario mediante la página de administración de Office 365, el panel de control de Exchange o los cmdlets de Exchange Online, puede restablecer su contraseña y configurarla para nunca expire tras su creación.
  • Ejemplo:
    New-MsolUser -UserPrincipalName rowena@fineartschool.net –DisplayName “Rowena Berry” –FirstName “Rowena” –LastName “Berry” –UsageLocation “US” -LicenseAssignment “FineArtSchool:EXCHANGESTANDARD_STUDENT” –Password “P@ssw0rd!” –ForceChangePassword $false –PasswordNeverExpires $true

Para obtener información acerca de las diferencias entre el uso de Windows PowerShell en Live@edu y Office 365, vea Windows PowerShell.

2. Implementar federación

El kit de herramientas de SSO solo se admitirá en Office 365 hasta el 31 de diciembre de 2014, por lo que debe implementar la federación antes.

Hay dos maneras de implementar la federación:

Implementar federación

Si planea empezar a usar la federación de inmediato tras la actualización de Live@edu o implementarla más adelante, le recomendamos que cree y pruebe en primer lugar la federación con un dominio de Office 365 de prueba. Tras la prueba de la federación con un dominio de prueba, puede cambiar rápidamente la federación al dominio de producción.

Si desea cambiar a la federación inmediatamente, hay tareas que tiene que hacer antes y después de la actualización de Live@edu a Office 365. Si ha actualizado el kit de herramientas de SSO, todos los pasos de configuración de federación se pueden llevar a cabo tras la actualización a Office 365.

Configurar la federación de AD FS 2.0 para Office 365

Antes de empezar:

Antes de la actualización

Ejecute la herramienta de preparación para la implementación.
  1. Ejecute la herramienta de preparación para la implementación.
Genere y pruebe AD FS 2.0 y la herramienta de sincronización de Windows Azure Active Directory en un inquilino de prueba de Office 365.
  1. Cree el inquilino de Office 365 de prueba.
    1. Vaya a Planes y precios para el sector educativo y haga clic en PRUEBA GRATUITA DE 30 DÍAS. De este modo, recibirá un inquilino de prueba de 30 días.
      • Tenga en cuenta que este dominio de prueba no se puede combinar con el dominio de producción.
      • La prueba de Office 365 incluye la actualización del servicio de Office 365 que su institución recibirá tras la actualización de Live@edu. Esta diferencia no es relevante con respecto a la prueba de la federación de identidades. Para obtener más información acerca de la actualización del servicio de Office 365, vea P+F de actualización.

    2. Agregue un dominio de prueba que no sea un subdominio de su inquilino de producción al de prueba de Office 365.
    3. Cree usuarios de prueba en la versión local de Active Directory.
    4. Use la página Administración de Office 365 o Windows PowerShell para crear usuarios nuevos en Office 365 con los mismos nombres principales de usuario que los que creó localmente en el paso anterior y asigne licencias de Exchange Online a cada usuario. Para aprender a crear usuarios, consulte Crear o editar usuarios o el artículo sobre creación de usuarios de correo con Windows PowerShell.
    5. Inicie sesión en los buzones de prueba para comprobar que funcionan.
  2. Configure AD FS 2.0.
    1. Siga todos los pasos que se describen en Planear e implementar AD FS 2.0 para su uso con el inicio de sesión único.
    2. Complete los pasos de Instalar Windows PowerShell para el inicio de sesión único.
      • Siga las instrucciones sobre la conversión del dominio cuando establezca una relación de confianza entre AD FS 2.0 y Office 365.
    3. Compruebe que puede iniciar sesión con la federación al iniciar sesión de forma local y en Office 365.
  3. (Opcional) Instale y configure la herramienta de sincronización de directorios.
    Importante:
    • La herramienta de sincronización de directorios no se puede instalar en el mismo servidor que OLSync, Identity Lifecycle Manager (ILM) 2007 o Forefront Identity Manager (FIM) 2010.
    • Si instala la herramienta de sincronización de directorios para usarla con un dominio de prueba, deberá desinstalarla y volver a instalarla tras la actualización para poder usarla con su dominio de producción.
    1. Siga las instrucciones en Configurar la sincronización de directorios.
    2. Sincronice su dominio de prueba.
  4. (Opcional) Cree un nuevo usuario en Active Directory, realice la sincronización y compruebe que el usuario puede iniciar sesión en Office 365 mediante la federación.

Después de la actualización

Prepare los directorios locales y de la nube para la sincronización de directorios.
  1. Active la sincronización de directorios para el dominio de producción actualizado en Office 365.
    • Este proceso tarda 24 horas en completarse, pero, mientras espera, puede seguir con los pasos previos a "Instale y ejecute la herramienta de sincronización de directorios".
  2. Si usa OLSync u OLMA, deshabilítelos para realizar la sincronización.
    1. Inicie sesión en el portal de administración de servicios de Live@edu con su nombre de usuario y contraseña de Live@edu.
    2. Haga clic en Disable OLMA (Deshabilitar OLMA).
    3. Si usa el mismo servidor para la herramienta de sincronización de directorios, desinstale OLSync y todos los componentes de Identity Lifecyle Manager (ILM) 2007 o Forefront Identity Manager (FIM) 2010. Tenga en cuenta que se necesita un servidor de 64 bits para la herramienta de sincronización de Windows Azure Active Directory.
  3. Descargue los scripts de preparación del directorio de nube.
    • Estos scripts pueden ejecutarse desde cualquier equipo unido a un dominio que tenga instalado Windows PowerShell.
  4. Abra un símbolo del sistema de Windows PowerShell y diríjase a la carpeta que contiene los scripts.
  5. Para permitir la ejecución de los scripts, ejecute el comando de Windows PowerShell:
    Set-ExecutionPolicy Unrestricted.
  6. Para cada unidad organizativa del máximo nivel, ejecute el script de modo de solo lectura (ReadMode.ps1) en Windows PowerShell:
    .\ReadMode.ps1 -OutputFileName <ruta de acceso al archivo> -Office365AdminUserName <nombre de usuario> -LDAP <"ruta LDAP">
    • Para obtener información sobre el uso y la solución de problemas, vea Uso de ReadMode.ps1.
    • Consulte el archivo .csv de resultados y determine si está preparado para utilizarlo con el script RemediationMode.ps1:
      • Si no se encuentran errores, el archivo .csv tendrá cuatro columnas: Dirección SMTP principal, Escenario, ADObjectGUID y CloudObjectGUID.
        • Si el archivo contiene estas cuatro columnas, pero ningún dato, no será necesario corregirlo. Continúe directamente con los pasos para cambiar la federación de su dominio de prueba al de producción.
        • Si el archivo tiene cuatro columnas y filas con datos, continúe con el paso 7 para solucionar los problemas que aparecen en el archivo.
      • Si existen errores, siga las instrucciones de solución de problemas para resolver los posibles errores y ejecutar ReadMode.ps1 de nuevo.
  7. Para cada unidad organizativa del máximo nivel, ejecute el script de corrección RemediationMode.ps1 en Windows PowerShell con el archivo .csv que se creó en el paso anterior:
    .\RemediationMode.ps1 -InputFileName <ruta de acceso al archivo> -Office365AdminUserName <nombre de usuario>
    • Para obtener información de uso, vea Uso de RemediationMode.ps1.
    • Si el script deja de ejecutarse debido a la existencia de errores, siga las instrucciones de solución de problemas y vuelva a ejecutar RemediationMode.ps1.
    • Tras ejecutar este script correctamente, espere 20 minutos y, a continuación, vuelva a ejecutarlo para solucionar cualquier colisión de replicación ocasionada al ejecutar el script por primera vez.
Cambie la federación del dominio de prueba al dominio de producción.
  1. Antes de habilitar la federación, cree una cuenta de administrador en el dominio de Office 365 de producción actualizado.
    • Puede utilizar esta cuenta para iniciar sesión en el dominio de producción en Office 365 a fin de administrar la institución en caso de que exista un problema con el flujo de inicio de sesión federado.
  2. Después de crear una cuenta de administrador, habilite AD FS 2.0 en el inquilino de producción.
  3. Compruebe que puede iniciar sesión mediante la federación en su sistema local y en Office 365.
Actualizar el portal de su escuela
  1. Cambie todos los vínculos al correo electrónico de su sitio web para que dirijan al usuario directamente a https://portal.microsoftonline.com/.
    • Dado que completó la federación, se dirigirá a los usuarios a los servidores de identidades AD FS 2.0 para que inicien sesión.
  2. Si su institución estaba usando el kit de herramientas de SSO, actualice el portal de su escuela para dejar de usarlo.
Instale y ejecute la herramienta de sincronización de directorios.
  1. Si ya instaló la herramienta de sincronización de directorios para usarla con su dominio de prueba, desinstálela.
  2. Instale la herramienta Sincronización de directorios.
  3. Sincronice los directorios mediante la herramienta de sincronización de directorios.
  4. Cree un nuevo usuario en Active Directory, realice la sincronización y compruebe que el usuario puede iniciar sesión en Office 365 mediante la federación.

Configurar la federación de Shibboleth para Office 365

La federación que usa el proveedor de identidades de Shibboleth (IDP) se admite para Active Directory con los siguientes clientes. Tenga en cuenta que no se admite el cliente de escritorio de Lync 2010.
  • Clientes web, como Outlook Web App y SharePoint Online.
  • Clientes enriquecidos para correo electrónico que usan la autenticación básica y un método de acceso a Exchange compatible, como IMAP, POP, Active Sync o MAPI:
    • Microsoft Outlook 2007
    • Microsoft Outlook 2009
    • Thunderbird 8 y 9
    • iPhone (iOS 4 e iOS 5)
    • Windows Phone 7
Para obtener instrucciones detalladas acerca de la implementación de federaciones con Shibboleth, vea Usar el proveedor de identidades de Shibboleth para implementar el inicio de sesión único.

Antes de la actualización

Ejecute la herramienta de preparación para la implementación.
  1. Ejecute la herramienta de preparación para la implementación.

Genere y pruebe Shibboleth en un inquilino de prueba de Office 365.

  1. Cree el inquilino de Office 365 de prueba.
    1. Vaya a Planes y precios para el sector educativo y haga clic en PRUEBA GRATUITA DE 30 DÍAS. De este modo, recibirá un inquilino de prueba de 30 días.
      • Tenga en cuenta que este dominio de prueba no se puede combinar con el dominio de producción.
      • La prueba de Office 365 incluye la actualización del servicio de Office 365 que su institución recibirá tras la actualización de Live@edu. Esta diferencia no es relevante con respecto a la prueba de la federación de identidades. Para obtener más información acerca de la actualización del servicio de Office 365, vea P+F de actualización.

    2. Agregue un dominio de prueba que no sea un subdominio de su inquilino de producción al de prueba de Office 365.
    3. Cree usuarios de prueba en la versión local de Active Directory.
    4. Use la página Administración de Office 365 o Windows PowerShell para crear usuarios nuevos en Office 365 con los mismos nombres principales de usuario que los que creó localmente en el paso anterior y asigne licencias de Exchange Online a cada usuario. Para aprender a crear usuarios, consulte Crear o editar usuarios o el artículo sobre creación de usuarios de correo con Windows PowerShell.
    5. Inicie sesión en los buzones de prueba para comprobar que funcionan.
  2. Configure Shibboleth según las instrucciones que se especifican enUsar el proveedor de identidades de Shibboleth para implementar el inicio de sesión único.
  3. (Opcional) Instale y configure la herramienta de sincronización de directorios.
    Importante:
    • La herramienta de sincronización de directorios no se puede instalar en el mismo servidor que OLSync, Identity Lifecycle Manager (ILM) 2007 o Forefront Identity Manager (FIM) 2010.
    • Si instala la herramienta de sincronización de directorios para usarla con un dominio de prueba, deberá desinstalarla y volver a instalarla tras la actualización para poder usarla con su dominio de producción.
    1. Siga las instrucciones en Configurar la sincronización de directorios.
    2. Sincronice su dominio de prueba.
  4. (Opcional) Cree un nuevo usuario en Active Directory, realice la sincronización y compruebe que el usuario puede iniciar sesión en Office 365 mediante la federación.

Después de la actualización

Prepare los directorios locales y de la nube para la sincronización de directorios.
  1. Active la sincronización de directorios para el dominio de producción actualizado en Office 365.
    • Este proceso tarda 24 horas en completarse, pero, mientras espera, puede seguir con los pasos previos a "Instale y ejecute la herramienta de sincronización de directorios".
  2. Si usa OLSync u OLMA, deshabilítelos para realizar la sincronización.
    1. Inicie sesión en el portal de administración de servicios de Live@edu con su nombre de usuario y contraseña de Live@edu.
    2. Haga clic en Disable OLMA (Deshabilitar OLMA).
    3. Si usa el mismo servidor para la herramienta de sincronización de directorios, desinstale OLSync y todos los componentes de Identity Lifecyle Manager (ILM) 2007 o Forefront Identity Manager (FIM) 2010. Tenga en cuenta que se necesita un servidor de 64 bits para la herramienta de sincronización de Windows Azure Active Directory.
    • Estos scripts pueden ejecutarse desde cualquier equipo unido a un dominio que tenga instalado Windows PowerShell.
  3. Abra un símbolo del sistema de Windows PowerShell y diríjase a la carpeta que contiene los scripts.
  4. Para permitir la ejecución de los scripts, ejecute el comando de Windows PowerShell:
    Set-ExecutionPolicy Unrestricted.
  5. Para cada unidad organizativa del máximo nivel, ejecute el script de modo de solo lectura (ReadMode.ps1) en Windows PowerShell:
    .\ReadMode.ps1 -OutputFileName <ruta de acceso al archivo> -Office365AdminUserName <nombre de usuario> -LDAP <"ruta LDAP">
    • Para obtener información sobre el uso y la solución de problemas, vea Uso de ReadMode.ps1.
    • Consulte el archivo .csv de resultados y determine si está preparado para utilizarlo con el script RemediationMode.ps1:
      • Si no se encuentran errores, el archivo .csv tendrá cuatro columnas: Dirección SMTP principal, Escenario, ADObjectGUID y CloudObjectGUID.
        • Si el archivo contiene estas cuatro columnas, pero ningún dato, no será necesario corregirlo. Continúe directamente con los pasos para cambiar la federación de su dominio de prueba al de producción.
        • Si el archivo tiene cuatro columnas y filas con datos, continúe con el paso 7 para solucionar los problemas que aparecen en el archivo.
      • Si existen errores, siga las instrucciones de solución de problemas.
  6. Para cada unidad organizativa del máximo nivel, ejecute el script de corrección RemediationMode.ps1 en Windows PowerShell con el archivo .csv que se creó en el paso anterior:
    .\RemediationMode.ps1 -InputFileName <ruta de acceso al archivo> -Office365AdminUserName <nombre de usuario>
    • Para obtener información sobre el uso, consulte el artículo sobre el uso de RemediationMode.ps1.
    • Si el script deja de ejecutarse debido a la existencia de errores, siga las instrucciones de solución de problemas y vuelva a ejecutar RemediationMode.ps1.
    • Tras ejecutar este script correctamente, espere 20 minutos y, a continuación, vuelva a ejecutarlo para solucionar cualquier colisión de replicación ocasionada al ejecutar el script por primera vez.
Cambie la federación del dominio de prueba al dominio de producción.
  1. Antes de habilitar la federación, cree una cuenta de administrador en el dominio de Office 365 de producción actualizado.
    • Puede utilizar esta cuenta para iniciar sesión en el dominio de producción en Office 365 a fin de administrar la institución en caso de que exista un problema con el flujo de inicio de sesión federado.
  2. Después de crear una cuenta de administrador, habilite Shibboleth en el inquilino de producción.
  3. Compruebe que puede iniciar sesión mediante la federación en su sistema local y en Office 365.
Actualizar el portal de su escuela
  1. Cambie todos los vínculos al correo electrónico de su sitio web para que dirijan al usuario directamente a https://portal.microsoftonline.com/.
    • Dado que completó la federación, se dirigirá a los usuarios a los servidores de identidades Shibboleth para que inicien sesión.
  2. Si su institución estaba usando el kit de herramientas de SSO, actualice el portal de su escuela para dejar de usarlo.
Instale y ejecute la herramienta de sincronización de directorios.
  1. Si ya instaló la herramienta de sincronización de directorios para usarla con su dominio de prueba, desinstálela.
  2. Instale la herramienta Sincronización de directorios.
  3. Sincronice los directorios mediante la herramienta de sincronización de directorios.
  4. Cree un nuevo usuario en Active Directory, realice la sincronización y compruebe que el usuario puede iniciar sesión en Office 365 mediante la federación.

2 de 2 personas han encontrado útil esta entrada.

Ordenar por: Fecha de publicación | Más reciente | De mayor utilidad
Comentarios
  • buena pagina

Página 1 de 1 (1 elementos)