Instalar o Windows PowerShell para o serviço single sign-on com Shibboleth

  • Artigo

Publicada: Junho de 2012

Atualizada: Fevereiro de 2013

Aplica-se a: Office 365, Windows Azure Active Directory, Windows Intune

Nota

Este tópico fornece conteúdo de ajuda online que é aplicável a vários serviços baseados na nuvem Microsoft, incluindo o Windows Intune e o Office 365.

O domínios do Windows Azure AD são federados utilizando o Módulo do Microsoft Online Services.

Para configurar o single sign-on deve transferir, instalar e configurar o Módulo do Windows Azure Active Directory para Windows PowerShell. Para tal, tem de ter instalado o software requerido pela Módulo do Windows Azure Active Directory. Após a transferência e instalação do módulo, é necessário executar um conjunto de cmdlets na interface de linha de comandos Windows PowerShell, para adicionar ou converter domínios para o single sign-on.

Execute os passos seguintes

Cumprir os requisitos do Módulo do Microsoft Online Services

Para poder executar a Módulo do Windows Azure Active Directory, é necessário:

  • Sistema operativo: utilize o Windows 7 ou Windows Server 2008 R2.

  • Microsoft .NET Framework: tem de ativar a funcionalidade Microsoft .NET Framework 3.51 no Windows 7 ou Windows Server 2008 R2.

  • Windows PowerShell 2.0

Transferir o Módulo do Microsoft Online Services

A Módulo do Windows Azure Active Directory para Windows PowerShell é uma transferência para utilizar com o serviço baseado na nuvem Microsoft. Este módulo instala um conjunto de cmdlets em Windows PowerShell; estes cmdlets devem ser executados para configurar o acesso single sign-on ao serviço baseado na nuvem que subscreveu.

Nota

  • Para obter informações sobre um dos cmdlets que podem ser executados no Windows PowerShell, na linha de comandos do Windows PowerShell, digite Get-help e o nome do cmdlet.

  • Para obter informações sobre cmdlets do single sign-on, consulte Use Windows PowerShell to manage your cloud service.

Ver Também

Conceitos

Utilizar o Fornecedor de Identidade do Shibboleth para implementar o single sign-on