Guia de Implementação do Cliente da Verificação de Usuário Shibboleth Versão 3.5

Transcrição

1 Guia de Implementação do Cliente da Verificação de Usuário Shibboleth Versão 3.5

2 SUMÁRIO Introdução... 1 Finalidade e público-alvo... 1 Termos mais utilizados... 1 Visão geral de Verificação de Usuário do Shibboleth... 3 O que é Verificação de Usuário?... 3 O que é Shibboleth?... 3 Federações do Shibboleth... 4 Como funciona o Shibboleth... 5 Diagrama de experiência do cliente... 6 Resumo da implementação do Shibboleth... 6 Configurando seu IdP... 7 Metadados e IDs de entidade da Kivuto... 7 Atributos... 7 Configurando o Shibboleth em sua WebStore do ELMS Configurando um Shibboleth como um tipo de verificação de WebStore Configurando a verificação de Shibboleth Guia Detalhes Guia Configurações Guia Diagnósticos Procedimentos de pós-implementação Como testar a integração Como testar o fluxo de trabalho Validação Solução de problemas Restaurando funções administrativas Cenários de implementação do Shibboleth Cenário 1: WebStore organizacional do ELMS para um único membro da federação Cenário 2: WebStore departamental do ELMS para um único membro da federação Cenário 3: WebStore integrada do ELMS para um único membro da federação Cenário 4: WebStore do ELMS para TODOS os membros de uma federação Verificação de Usuário Shibboleth: Guia de implementação do cliente

3 Suporte Verificação de Usuário Shibboleth: Guia de implementação do cliente

4 Introdução Esta seção aborda as seguintes áreas: Finalidade e público-alvo Termos mais utilizados FINALIDADE E PÚBLICO-ALVO Este documento oferece a você instruções detalhadas para o estabelecimento de um mecanismo de logon único entre um Shibboleth IdP existente de um cliente e uma WebStore do ELMS da Kivuto. Este documento tem como principal objetivo fornecer instruções a Administradores do ELMS e à equipe técnica que gerenciam serviços de identidade para suas organizações. Leia este documento juntamente com a ajuda on-line, disponível no site e5 Administration. TERMOS MAIS UTILIZADOS Termo ELMS / e5 Definição/descrição Sistema Eletrônico de Gerenciamento de Licenças Cliente Comprador Uma organização que está usando o Shibboleth para autenticar compradores para usar uma WebStore do ELMS. No site ELMS Administration, um cliente é definido como uma Organização. Usuário que está sendo conectado à WebStore do ELMS. WebStore WebStore organizacional Um site de comércio eletrônico do ELMS da Kivuto que fornece produtos para a venda em nome do cliente. Uma WebStore associada a um contrato de distribuição de software em toda a organização (por exemplo, o DreamSpark Standard). Todos os membros de uma organização são elegíveis para solicitar o software por meio de WebStores deste tipo. Verificação de Usuário Shibboleth: Guia de implementação do cliente

5 Termo WebStore departamental WebStore integrada ELMS Administration Shibboleth IdP SP ID de entidade Definição/descrição Uma WebStore associada a um contrato de distribuição de software departamental (por exemplo, o DreamSpark Premium). Somente membros de um departamento específico em uma organização são elegíveis para solicitar o software por meio de WebStores deste tipo. Uma WebStore do ELMS associada a vários contratos de distribuição de software, tanto no âmbito da organização quanto dos departamentos. Todos os membros de uma organização inteira podem se conectar a WebStores deste tipo e serão elegíveis para solicitar o software oferecido pelos contratos de toda a organização. Os membros de departamentos elegíveis terão acesso ao software oferecido pelos contratos departamentais. O módulo de administração segura no ELMS que contém funções para gerenciar uma WebStore, bem como para configurar uma verificação de usuário. Esse módulo é acessível somente a usuários autorizados. De O sistema Shibboleth System é um pacote de software de código-fonte aberto e baseado em padrões para logon único na Web dentro ou fora dos limites da organização. Ele permite que os sites tomem decisões de autorização informadas para acesso individual de recursos online protegidos de uma maneira que preserva a privacidade." Provedor de Identidade. O software usado por uma organização com usuários que desejam acessar um serviço restrito. Provedor de Serviços. O software executado pelo provedor que gerencia o serviço restrito (por exemplo, Kivuto). Nome exclusivo de um IdP ou um SP em uma implantação Shibboleth. O valor de EntityID da Kivuto é: Metadados Atributos Código Externo da Organização WAYF Dados de configuração usados por IdPs e SPs para se comunicarem uns com os outros. As declarações feitas por um IdP sobre uma pessoa, como um endereço de ou um identificador exclusivo. Código fornecido por uma organização ou sua organização principal para identificá-la durante a comunicação com um serviço de verificação de Logon Único, como o Shibboleth. Para WebStores departamentais, um atributo que corresponde a esse código deve ser transmitido para limitar o acesso a membros do departamento elegível. Where Are You From serviços de descoberta Verificação de Usuário Shibboleth: Guia de implementação do cliente

6 Visão geral de Verificação de Usuário do Shibboleth Esta seção aborda as seguintes áreas: O que é Verificação de Usuário? O que é Shibboleth? Como funciona o Shibboleth o Diagrama de experiência do cliente Resumo da implementação do Shibboleth O QUE É VERIFICAÇÃO DE USUÁRIO? Verificação de usuário é o método pelo qual a elegibilidade de um usuário da WebStore para solicitar o software é autenticado. Somente usuários autenticados podem adquirir software na sua WebStore. O administrador do ELMS deve definir como seus usuários são autenticados. Isso é conhecido como métodos de verificação. Diversos métodos de verificação podem ser usados para autenticar usuários, incluindo domínio de , importação de usuários, IUV (Integrated User Verification) e Shibboleth (de um Federated Identity Program). O QUE É SHIBBOLETH? Shibboleth é um método de verificação de logon único (SSO) que foi adotado mundialmente. Os motivos do mesmo variam desde suas origens de código aberto até seu modelo de proteção de privacidade que fornece a indivíduos e organizações total controle sobre quais informações pessoais são liberadas para as partes externas. O Shibboleth é geralmente usado por uma federação ou um grupo de organizações. Por exemplo, o InCommon é uma federação de organizações nos Estados Unidos. O Canadian Access Federation é um grupo que oferece os serviços Shibboleth a instituições de ensino do Canadá. Para aqueles que necessitam mais informações sobre o Shibboleth, consulte o site do projeto em Demonstrações passo a passo do processo de logon estão disponíveis em Verificação de Usuário Shibboleth: Guia de implementação do cliente

7 FEDERAÇÕES DO SHIBBOLETH Clientes que usam o Shibboleth com o ELMS devem ser membros de uma federação da qual a Kivuto é um SP. Consulte Tabela 1 para obter uma lista de federações suportadas pela Kivuto. Tabela 1: Lista de federações Federação SWITCH InCommon Canadian Access Federation (CAF) UK Federation WAYFDK SWAMID Haka Belnet Edugate DFN IDEM RENATER ACO GRNET GakuNin AAF País Suíça Estados Unidos Canadá Reino Unido Dinamarca Suécia Finlândia Bélgica Irlanda Alemanha Itália França Áustria Grécia Japão Austrália Verificação de Usuário Shibboleth: Guia de implementação do cliente

8 COMO FUNCIONA O SHIBBOLETH A seguir são descritas etapas comuns em um logon do Shibboleth em uma WebStore do ELMS: O comprador chega à WebStore da ELMS: Quando o comprador clica no link para se conectar ou executa uma ação que requer autenticação (por exemplo, adicionar um item a um carrinho de compra), o software Shibboleth SP integrado à WebStore do ELMS redireciona o comprador para a página de entrada do Shibboleth IdP do cliente ou para um serviço de descoberta remoto (WAYF), se necessário. O comprador escolhe a organização de origem: Essa etapa normalmente não é necessária, mas está disponível no caso de mais de um membro de uma federação acessar a mesma WebStore da ELMS. O serviço de descoberta apresenta uma lista de organizações na qual o comprador escolhe sua organização de origem e, em seguida, redireciona o comprador ao site do cliente. O site do cliente autentica o comprador: O site do cliente solicita as credenciais do comprador e autentica o usuário. Essa autenticação é coordenada pelo software Shibboleth IdP do cliente. O IdP cria um conjunto mínimo de atributos para o comprador exigido pela Kivuto. Em seguida, o site redireciona o comprador de volta para a WebStore do ELMS. A WebStore do ELMS autentica o comprador: Os atributos liberados pelo IdP do cliente são usados para criar um conjunto de credenciais na WebStore do ELMS (conta do usuário). Esta ação conclui o processo de verificação e a página original solicitada pelo comprador é exibida. Verificação de Usuário Shibboleth: Guia de implementação do cliente

9 DIAGRAMA DE EXPERIÊNCIA DO CLIENTE ELMS Descobert a (WAYF) IdP do cliente O comprador clica no link Registrar O ELMS processa os atributos do comprador O comprador escolhe a organização de origem O comprador inicia as compras! O comprador insere o nome de usuário e a senha RESUMO DA IMPLEMENTAÇÃO DO SHIBBOLETH + + TESTE SUA INTEGRAÇÃO Configure seu IdP Libere atributos para os IDs de entidade da Kivuto Configure o ELMS para se comunicar com seu IdP Verificação de Usuário Shibboleth: Guia de implementação do cliente

10 Configurando seu IdP Esta seção aborda as seguintes áreas: Metadados e IDs de entidade da Kivuto Atributos METADADOS E IDS DE ENTIDADE DA KIVUTO Se sua organização for um IdP em uma federação que aceitou a Kivuto como um SP, ambos serão encontrados nos metadados publicados pela federação. A ID de entidade usada pela Kivuto é: ATRIBUTOS O conjunto mínimo de declarações de identidade exigido pela Kivuto é: um identificador exclusivo de um comprador o Isso permite que o comprador seja identificado em vários logins. uma lista de afiliações de grupos o Isso fornece acesso do comprador a produtos que são restritos a membros de grupos de usuários específicos. Por exemplo, um produto pode estar disponível somente para membros do corpo docente ou de funcionários. Declarações adicionais de identidade podem ser feitas (passadas durante a integração) para personalizar ainda mais a WebStore do ELMS para seus usuários. Para obter uma lista de atributos, consulte a Tabela 2: Atributos, abaixo. Nota: Os atributos que devem ser transmitidos dependem do cenário de implementação. Consulte Cenários de implementação do Shibboleth para determinar quais atributos são necessários para a sua implementação. Verificação de Usuário Shibboleth: Guia de implementação do cliente

11 Tabela 2: Atributos Atributo edupersontargetedid urn:mace:dir:attribute-def:edupersontargetedid: urn:oid: Descrição Identificador exclusivo de um usuário. Se estiver opaco, convém usar a configuração Ocultar nome de usuário (consulte a Tabela 3: Configurações). persistent ID (SAML 2.0) urn:oasis:names:tc:saml:2.0:nameid-format:persistent uid urn:mace:dir:attribute-def:uid urn:oid: SwissEP_UniqueID urn:mace:switch.ch:attribute-def:swissedupersonuniqueid urn:oid: edupersonprincipalname urn:mace:dir:attribute-def:edupersonprincipalname urn:oid: Identificador exclusivo de um usuário. Identificador exclusivo de um usuário. Identificador exclusivo de um usuário (SWITCHaai). Identificador exclusivo de um usuário. Pode ser usado em combinação com outros IDs exclusivos. Neste caso, edupersonprincipalname será o nome de usuário e o outro ID será capturado como o identificador de membro em uma verificação de usuário. edupersonscopedaffiliation urn:mace:dir:attribute-def:edupersonscopedaffiliation urn:oid: Concede qualificação a um usuário através da associação do grupo de usuários. Os mapas de valor de atributo para o grupo de usuários são: Importante: Este atributo e os valores padrão disponíveis foram desenvolvidos para serem transmitidos por organizações acadêmicas. Organizações corporativas podem precisar transferir diferentes parâmetros para indicar a elegibilidade de seus usuários. Consulte seu gerente de conta para ver mais detalhes. student -> Alunos faculty -> Corpo Docente staff -> Equipes employee -> Corpo Docente/Equipe member -> Alunos/Corpo Docente/Funcionários edupersonaffiliation urn:mace:dir:attribute-def:edupersonaffiliation urn:oid: edupersonprimaryaffiliation urn:mace:dir:attribute-def:edupersonprimaryaffiliation urn:oid: Concede qualificação a um usuário. O mesmo mapeamento do atributo do escopo. Concede qualificação a um usuário. O mesmo mapeamento do atributo do escopo. Verificação de Usuário Shibboleth: Guia de implementação do cliente

12 Atributo ismemberof urn:mace:dir:attribute-def:ismemberof urn:oid: Descrição Usado para grupo de usuários personalizado ou para mapeamento da organização. Multivalor, use vírgulas ou dois pontos como delimitadores. Os valores podem ser qualificados, por exemplo, urn:mace:example.edu:groups:groupcode. A última parte dos valores qualificados é usada ao fazer a correspondência com os códigos do sistema. Para grupos de usuários, será feita a correspondência dos valores com os campos Código de Grupo de Usuários no site e5 Administration, na seção Usuários» Grupos de Usuários. Quando correspondido, será concedida ao usuário a associação ao grupo correspondente. Para organizações, os valores serão correspondidos com relação ao Código Externo da Organização (que pode ser encontrado na página Organização do site ELMS Administration depois que foi fornecido à Kivuto) para a organização da WebStore ou de qualquer uma de suas organizações afiliadas. Quando houver uma correspondência, será criada uma verificação de usuário, vinculando-o à organização que tenha grupos de usuários correspondentes. Isso pode ser usado, por exemplo, para especificar que um usuário é um membro de um departamento específico. Nota: As organizações com WebStores departamentais devem transmitir um atributo usado para mapeamento da organização que corresponde a seu Código Externo da Organização. Verificação de Usuário Shibboleth: Guia de implementação do cliente

13 Atributo edupersonentitlement urn:mace:dir:attribute-def:edupersonentitlement SAML2: urn:oid: Descrição Usado para grupo de usuários personalizado ou para mapeamento da organização. Consulte ismemberof para obter detalhes sobre como os valores são mapeados. Os valores são URIs, sejam eles URNs ou URLs. Qualquer URN válido pode ser usado (por exemplo, urn:mace:school.edu:exampleresource). Tanto o valor integral de URN (urn:mace:school.edu:exampleresource) quanto a parte da cadeia de caracteres específica ao namespace (exampleresource) serão comparadas aos mapeamentos de grupo e organização. Somente URLs do formato podem ser usadas. Elas não são passíveis de resolução. A parte do valor ([code]) será correspondente aos mapeamentos de grupo e da organização. Nota: As organizações com WebStores departamentais devem transmitir um atributo usado para mapeamento da organização que corresponde a seu Código Externo da Organização. ou urn:mace:dir:attribute-def:ou urn:oid: Usado para mapeamento da organização. Delimitadores multivalores, vírgulas ou dois pontos podem ser usados. Os valores serão correspondidos com relação ao Código Externo da Organização (que pode ser encontrado na página Organização do site ELMS Administration depois que foi fornecido à Kivuto). Quando houver uma correspondência, será criada uma verificação de usuário, vinculando-o à organização que tenha grupos de usuários correspondentes. Isso pode ser usado, por exemplo, para especificar que um usuário é um membro de um departamento específico. Nota: As organizações com WebStores departamentais devem transmitir um atributo usado para mapeamento da organização que corresponde a seu Código Externo da Organização. Verificação de Usuário Shibboleth: Guia de implementação do cliente

14 Atributo edupersonorgunitdn urn:mace:dir:attribute-def:edupersonorgunitdn urn:oid: Descrição Usado para mapeamento da organização. Os nomes distintos das entradas do diretório que representam a unidade organizacional do usuário. Espera-se caracteres de barra vertical ( ) com diversos valores como delimitadores. Os valores são esperados no formulário DN, por exemplo, ou=potions, o=hogwarts, dc=hsww, dc=wiz. No caso do exemplo, Potions será o valor analisado e será correspondente com os campos de Código Externo da Organização (consulte ou). Nota: As organizações com WebStores departamentais devem transmitir um atributo usado para mapeamento da organização que corresponde a seu Código Externo da Organização. Surname urn:mace:dir:attribute-def:sn urn:oid: O sobrenome do usuário. givenname urn:mace:dir:attribute-def:givenname urn:oid: O nome do usuário. mail urn:mace:dir:attribute-def:mail urn:oid: homeorganization urn:mace:switch.ch:attribute-def:swissedupersonhomeorganization urn:oid: homeorganizationtype urn:mace:switch.ch:attributedef:swissedupersonhomeorganizationtype urn:oid: O endereço de do usuário. A organização à qual o usuário pertence (SWITCHaai). O tipo de organização à qual o usuário pertence. Um valor de universidade ou uas é exigido para que o usuário receba qualificação acadêmica (SWITCHaai). Verificação de Usuário Shibboleth: Guia de implementação do cliente

15 Configurando o Shibboleth em sua WebStore do ELMS Esta seção aborda as seguintes áreas: Configurando um Shibboleth como um tipo de verificação de WebStore Configurando a verificação do Shibboleth o Detalhes o Configurações o Diagnósticos Importante: Todas as tarefas descritas nesta seção devem ser executadas por um administrador ativo e registrado do EMLS ao entrar no site ELMS Administration ( Serão necessários o número da conta da organização, um nome de usuário e uma senha válidos para entrar. CONFIGURANDO UM SHIBBOLETH COMO UM TIPO DE VERIFICAÇÃO DE WEBSTORE Para que seja possível configurar o Shibboleth para trabalhar com a WebStore do ELMS, você deve definir o Shibboleth como um tipo de verificação. Para configurar o Shibboleth como um tipo de verificação: 1. No site e5 Administration, clique em: WebStore. 2. Clique na guia Verificação. A lista de tipos de verificação atualmente configurados é exibida. Por padrão, Importações de Usuários ou um tipo de verificação diferente pode ter sido configurado para sua WebStore quando ela foi implementada. 3. Clique na caixa de seleção ao lado de qualquer tipo de verificação que não está no Shibboleth e, em seguida, clique no botão Excluir (ou clique no link Desativar na coluna Ações ao lado de qualquer tipo de verificação que não seja Shibboleth). 4. Clique no botão Adicionar. Uma nova janela é aberta. 5. Clique na caixa de seleção ao lado de Shibboleth. 6. Clique no botão OK para salvar sua seleção. Verificação de Usuário Shibboleth: Guia de implementação do cliente

16 CONFIGURANDO A VERIFICAÇÃO DE SHIBBOLETH Depois que o Shibboleth tiver sido definido como um tipo de verificação para a sua organização, será necessário configurá-lo. Para configurar o Shibboleth: 1. No menu principal, clique em WebStore. 2. Clique na guia Verificação. 3. Clique no link Shibboleth. Uma nova janela abre com duas guias: Detalhes e Configurações. GUIA DETALHES Geralmente, não é necessário, ou recomendável, alterar os valores padrão dos campos nesta guia. Tenha cuidado se desejar alterar os valores padrão de Setor e de Verificações Expiram em. A alteração desses valores poderá interromper sua implementação, resultando em usuários finais não sendo capazes de entrar na WebStore do ELMS. GUIA CONFIGURAÇÕES A página Configurações define todas as informações de cliente (organização) exigidas pela Kivuto. Consulte a Tabela 3: Configurações. Nota: As configurações que são necessárias dependem do cenário de implementação. Consulte Cenários de implementação do Shibboleth para determinar quais configurações são necessárias para a sua implementação. Tabela 3: Configurações Informações Terceiro confiável Descrição Lista de federações das quais a Kivuto é membro (por exemplo, InCommon, SWITCHaai). Verificação de Usuário Shibboleth: Guia de implementação do cliente

17 Informações ID de entidade do Provedor de Identidade Descrição Serviços de descoberta da federação (WAYF) podem ser ignorados fornecendo-se um valor a esta configuração. Se a WebStore for específica de um IdP, este valor deverá ser considerado como necessário. O valor deve ser exatamente igual àquele encontrado em metadados. Por exemplo: urn:mace:incommon:myorg.edu ou Endereço de do Administrador IUV Endereço de do indivíduo (ou lista de distribuição) que receberá mensagens de erro do ELMS. Ocultar nome de usuário Quando selecionada, esta configuração impede que o identificador exclusivo de um usuário seja exibido em vários lugares na interface do usuário da WebStore. Isto será útil quando um nome de usuário formatado para a tela não for fornecido (ex., uma GUID) como parte do conjunto de atributos liberados do IdP. URL de redirecionamento de logoff A URL para a qual um usuário será redirecionado quando sair da WebStore e do Shibboleth SP. Se for deixado vazio, o usuário permanecerá na WebStore ao fazer logoff e será exibida uma mensagem semelhante à seguinte: Você saiu deste site, mas continua conectado ao seu sistema de Logon Único. Se você desejar desconectar completamente, DEVERÁ fechar seu navegador. Habilitar modo de diagnósticos Quando habilitado, os dados de estado do servidor são capturados para todas as tentativas de entrada, e os mais recentes podem ser exibidos na guia Diagnósticos. Consulte a seção Solução de problemas em Testando sua integração. Verificação de Usuário Shibboleth: Guia de implementação do cliente

18 Informações Escopo de qualificação restrito Descrição Se selecionado, os atributos de qualificação (ex., edupersonscopedaffiliation) serão processados somente para usuários com atributos de acompanhamento contendo informações de mapeamento da organização (ou, edupersonorgunitdn, ismemberof, edupersonentitlement). Se estiver desmarcado, os atributos de qualificação serão processados para todos os usuários. Se os atributos de mapeamento da organização de acompanhamento estiverem presentes, os usuários receberão a associação nas organizações correspondentes. Caso contrário, os usuários receberão a associação na organização da WebStore. Esses dados podem ser vistos, após o logon, examinando-se os registros de verificação do usuário correspondente (Usuários» [selecionar usuário]» Verificações). Nota: Esta opção deverá ser selecionada se você estiver configurando o Shibboleth para uma WebStore puramente departamental, de forma que apenas os membros do departamento apropriado recebam elegibilidade. Esta é a única ocasião na qual tal opção deve ser selecionada. GUIA DIAGNÓSTICOS A página Diagnósticos exibe dados capturados durante as tentativas de logon recentes. Nada será exibido a menos que o Modo Diagnóstico seja habilitado por meio da página Configurações (consulte Tabela 3: Configurações). Para obter detalhes sobre o que será exibido, consulte a seção Solução de problemas em Como testar a integração. Verificação de Usuário Shibboleth: Guia de implementação do cliente

19 Procedimentos de pós-implementação Esta seção descreve as etapas que devem ser executadas depois que sua integração estiver completa. Elas incluem: Como testar a integração Restaurando funções administrativas COMO TESTAR A INTEGRAÇÃO COMO TESTAR O FLUXO DE TRABALHO A seguir, as etapas comuns necessárias para testar sua implementação. 1. Configure seu IdP. 2. Configure sua WebStore do ELMS. 3. Acione o processo de autenticação de sua WebStore do ELMS. Caso já tenha se conectado ao site de administração, você deverá se desconectar ou usar outro navegador. Se o tipo de verificação do Shibboleth estiver no status Testando, você precisará usar a URL de teste encontrada em WebStore» Verificação que permite testar métodos de verificação ao acessar sua WebStore. 4. Faça a autenticação com seu IdP e certifique-se de que tenha se conectado com êxito à sua WebStore do ELMS. 5. Valide os dados criados para o usuário em sua WebStore do ELMS conforme descrito na próxima seção. 6. Quando tudo funcionar conforme esperado, entre em contato com a Kivuto para continuar. VALIDAÇÃO Depois de obter êxito na autenticação, é importante verificar o perfil do usuário para garantir que todos os grupos de qualificação e as informações de personalização tenham sido definidos corretamente. Na WebStore do ELMS: 1. Clique no link Sua Conta/Pedidos acima da faixa da página. 2. Clique no link Detalhes da conta. Qualquer informação de personalização transmitida será exibida. Verificação de Usuário Shibboleth: Guia de implementação do cliente

20 3. Retorne para a página Sua Conta/Pedidos e clique no link Sua Elegibilidade para exibir os grupos de elegibilidade ao quais sua conta foi atribuída. No site de administração do ELMS: 1. No menu principal, clique em Usuários. 2. Busque pelo usuário desejado e clique em Nome de Usuário para navegar até a página de detalhes. Qualquer informação de personalização transmitida será exibida. 3. Clique na guia Verificações. Para cada autenticação bem-sucedida, haverá uma entrada que contém a lista esperada de grupos de elegibilidade. SOLUÇÃO DE PROBLEMAS Caso encontre problemas durante a autenticação, ou se as informações de personalização ou qualificação não tiverem sido criadas conforme o esperado para seus usuários, talvez seja útil habilitar o Modo Diagnósticos (consulte Tabela 3). Os dados capturados durante as tentativas de entrada recentes, sejam bem-sucedidas ou não, serão exibidos na guia Diagnósticos do Shibboleth. Clicar em uma tentativa de logon individual mostra a página Detalhes com as seguintes seções: Usuário o Nome de usuário, nome e sobrenome, endereço de . Vazio para tentativas sem sucesso. Verificações de Usuário o Para cada organização, o usuário era mapeado (via ou, ismemberof etc.), para a verificação de usuário correspondente, junto com o identificador de membro exclusivo, a data de expiração da verificação e associações do grupo de usuário. Vazio para tentativas sem sucesso. Variáveis de servidor do Shibboleth o As variáveis do servidor IIS que faziam parte da sessão do Shibboleth ativa durante a tentativa de logon. Se os atributos esperados não forem exibidos aqui, o servidor do Shibboleth os terá descartado devido a um mapeamento ou formatação de valor não suportado. Para obter um resumo sobre como as entradas na seção Variáveis de servidor do Shibboleth são mapeadas para os atributos do Shibboleth, consulte Tabela 4: Variáveis de servidor do Shibboleth. Outras variáveis de servidor Verificação de Usuário Shibboleth: Guia de implementação do cliente

21 o Outras variáveis de servidor IIS ativas durante a tentativa de logon. Provavelmente, não é útil, mas presente no caso de uma variável não ter sido classificada corretamente, e incluída na seção Shibboleth acima. Tabela 4: Variáveis de servidor do Shibboleth Nome da variável HTTP_TARGETEDID HTTP_PERSISTENTID HTTP_AFFILIATION HTTP_ISMEMBEROF HTTP_ACADEMICCAREER HTTP_PRINCIPALNAME HTTP_GIVENNAME HTTP_MAIL HTTP_SURNAME HTTP_UID HTTP_ENTITLEMENT Nome(s) de atributos edupersontargetedid urn:oid: urn:oasis:names:tc:saml:2.0:nameid-format:persistent urn:mace:dir:attribute-def:edupersonaffiliation urn:oid: urn:mace:dir:attribute-def:edupersonscopedaffiliation urn:oid: urn:mace:dir:attribute-def:edupersonprimaryaffiliation urn:oid: urn:mace:dir:attribute-def:ismemberof urn:oid: urn:mace:dir:attribute-def:academiccareer rn:oid: urn:mace:dir:attribute-def:edupersonprincipalname urn:oid: urn:mace:dir:attribute-def:givenname urn:oid: urn:mace:dir:attribute-def:mail urn:oid: urn:mace:dir:attribute-def:sn urn:oid: urn:mace:dir:attribute-def:uid urn:oid: urn:mace:dir:attribute-def:employeenumber urn:oid: ,3 urn:mace:dir:attribute-def:edupersonentitlement urn:oid: Verificação de Usuário Shibboleth: Guia de implementação do cliente

22 Nome da variável HTTP_OU HTTP_ORGUNITDN HTTP_UNIQUEID HTTP_HOMEORGANIZATION HTTP_HOMEORGANIZATIONTYPE HTTP_STUDYBRANCH1 HTTP_STUDYBRANCH2 Nome(s) de atributos urn:mace:dir:attribute-def:ou urn:oid: urn:mace:dir:attribute-def:edupersonorgunitdn urn:oid: urn:mace:switch.ch:attribute-def:swissedupersonuniqueid urn:oid: urn:mace:switch.ch:attribute-def:swissedupersonhomeorganization urn:oid: urn:mace:switch.ch:attribute-def:swissedupersonhomeorganizationtype urn:oid: urn:mace:switch.ch:attribute-def:swissedupersonstudybranch1 urn:oid: urn:mace:switch.ch:attribute-def:swissedupersonstudybranch2 1. urn:oid: HTTP_STUDYBRANCH3 HTTP_STUDYLEVEL urn:mace:switch.ch:attribute-def:swissedupersonstudybranch3 urn:oid: urn:mace:switch.ch:attribute-def:swissedupersonstudylevel urn:oid: RESTAURANDO FUNÇÕES ADMINISTRATIVAS A implementação do Shibboleth cria uma nova conta para cada usuário da WebStore. Quando um novo nome de usuário não corresponde ao seu nome antigo, as funções administrativas não são transmitidas da conta antiga para a nova. Como resultado, alguns dos administradores da WebStore podem descobrir que não podem acessar o site de administração do ELMS quando entram com a nova conta Shibboleth. Os administradores afetados têm duas opções se desejam continuar agindo em sua capacidade administrativa anterior. 1. Entre em contato com a Equipe de Suporte do DreamSpark da Kivuto e solicite que as funções administrativas associadas com suas contas antigas sejam atribuídas à sua nova conta. Verificação de Usuário Shibboleth: Guia de implementação do cliente