Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Informações de Apoio

Configurar

Implantação combinada única

Configurações do servidor do Ative Diretory

Importar configurações

Expressões de mapeamento de campo

Implantação resiliente/escalável

API da Interface Web

Objetos de API LDAP

LdapServers

Mapeamentos Ldap:

Fontes Ldap:

Migração de configurações de GUI da Web para API

Etapa 1. Notando as configurações do Ative Diretory da GUI da Web

Passo 2: Navegar para parâmetros LDAP dentro da API

Etapa 3. Criar ldapServer dentro da API

Etapa 4. Criar ldapMappings dentro da API

Etapa 5. Criar ldapSources dentro da API

Etapa 6. Verifique se as configurações mudam através de ldapSync

Verificar

Troubleshoot

Introduction

Este documento descreve o processo passo a passo de integração do LDAP (Lightweight Diretory Access Protocol) com o Cisco Meeting Server (CMS).

Prerequisites

Requirements

Não existem requisitos específicos para este documento.

Componentes Utilizados

As informações neste documento são baseadas no CMS 3.0.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Informações de Apoio

Isso se concentrará em vários tópicos que tratam da integração LDAP com o CMS. Ele também inclui etapas sobre como migrar TZVREPLACEESESSAS configurações para API.

Note: Os únicos servidores LDAP compatíveis com CMS são o Microsoft Ative Diretory, OpenLDAP, Diretory LDAP3 e Oracle Internet Diretory.

Note: Versões posteriores não terão mais configuração LDAP por meio da GUI da Web e terão apenas configuração LDAP para API.

Note: O WebAdmin permite que você configure apenas um servidor LDAP.

Configurar

Implantação combinada única

O único cenário que você configuraria a configuração LDAP na interface da Web é se tivesse uma implantação combinada única para CMS.

Note: O Ative Diretory será removido da GUI da Web nas versões posteriores do CMS.

Configurações do servidor do Ative Diretory

Configure a conexão com o servidor LDAP com:

Endereço

Esse é o nome do host ou o endereço IP do servidor LDAP.

Porta

389 para Unsecure & 636 para secure connection (conexão segura) (deve marcar a caixa de seleção secure connection)

Nome de usuário

O nome distinto (DN) de um usuário registrado. Talvez você queira criar um

usuário especificamente para essa finalidade. Exemplo: cn=Tyler Evans,cn=Users,OU=Engineering,dc=YourCompany,dc=com

Senha

A senha do nome de usuário que você está usando

Conexão segura

Marque esta caixa se estiver usando a porta 636

Importar configurações

Importar configurações é usado para controlar quais usuários serão importados:

Nome distinto baseado

o nó na árvore LDAP do qual importar usuários.

A seguir, uma opção sensata para o DN base importar usuários

Exemplo: cn=Usuários,dc=vendas,dc=Sua empresa,dc=com

Filtrar

uma expressão de filtro que deve ser atendida pelos valores de atributo no LDAP de um usuário

gravar. A sintaxe do campo Filtro é descrita em rfc4515.

Exemplo: mail=*

Expressões de mapeamento de campo

As expressões de mapeamento de campo controlam como os valores de campo nos registros de usuário do Meeting Server são construídos com base nos registros LDAP correspondentes.

Nome de exibição

User Name

Nome do espaço

Parte de usuário da URI do espaço

Peça de usuário de URI de espaço secundário

ID de chamada de espaço

Implantação resiliente/escalável

Há dois cenários em que você precisaria configurar o LDAP na API. Um cenário é quando você tem uma implantação em cluster de 3 ou mais nós e o segundo cenário é quando você tem mais de um TZVREPLACEthis server.

API da Interface Web

Navegue até a API Web Interface (Interface da Web da API), fazendo login em seu Web Admin do CMS > Configuration > API (Configuração > API). Aqui é onde você vai fazer todas as suas configurações de APIs.

Objetos de API LDAP

Depois de navegar até a API na etapa mencionada anteriormente, você digitará "Ldap" na barra de filtros. Isso exibirá todas as configurações de Ldap que você pode fazer.

Os objetos na hierarquia que residem nos nós "/ldapMappings", "/ldapServers" e "/ldapSources" na árvore de objetos relacionam-se à interação do Servidor de Reunião com um ou mais servidores LDAP (por exemplo, Ative Diretory) que são usados para importar contas de usuário para o Cisco Meeting Server.

LdapServers

Um ou mais servidores LDAP devem ser configurados, cada um com informações de nome de usuário e senha associadas para que o Servidor de Reunião use para se conectar a ele com o objetivo de recuperar informações de conta de usuário dele.

* = Obrigatório

Endereço*

endereço do servidor LDAP ao qual se conectar

Nome

nome associado (a partir da versão 2.9)

portNumber *

Porta 389(não segura) ou Porta 636(segura)

Nome de usuário

nome de usuário a ser usado ao recuperar informações do servidor LDAP

Senha

senha da conta associada ao nome de usuário

Seguro *

se deve fazer uma conexão segura com o servidor LDAP. Se for "verdadeiro", TLS

será usado; se for "false", o TCP será usado.

usePagedResults

se usar o controle de resultados paginados LDAP em operações de pesquisa durante

sincronização LDAP; se não estiver definido, o controle de resultados paginados será usado. Internet Oracle

Diretory exige que esse parâmetro seja definido como "false" (da versão 2.1).

Mapeamentos Ldap:

Também são necessários um ou mais mapeamentos LDAP, que definem a forma dos nomes de conta de usuário que serão adicionados ao sistema quando os usuários forem importados de servidores TZVREPLACEthis configurados.

* = Obrigatório

jidMapping*

O modelo para geração de JIDs de usuário do LDAP associado

entradas do servidor, por exemplo

$sAMAccountName$@example.com.

Note: os JIDs de usuário gerados por jidMapping também são usados como URIs

portanto, deve ser exclusivo e não igual a qualquer URI ou ID de chamada.

nameMapping

O modelo para geração de nomes de usuário do

Entradas do servidor LDAP; por exemplo, "$cn$" para usar o

nome.

cdrTagMapping

O modelo para gerar um valor cdrTag de usuário. Pode ser definido

para um valor fixo ou construído de outros campos LDAP

para esse usuário. O cdrTag do usuário é usado em callLegStart CDRs.

Consulte a Referência CDR do Cisco Meeting Server para obter detalhes.

coSpaceUriMapping

Se esses parâmetros forem fornecidos, eles garantirão que cada usuário

conta gerada por este mapeamento LDAP tem um

CoSpace pessoal.

coSpaceUriSecundárioMapeamento

Para que o coSpace seja configurado conforme necessário, estes parâmetros

fornecer o modelo para configurar a URI do coSpaces, exibida

nome e ID de chamada configurada. Por exemplo, configuração

coSpaceNameMapping para "$cn$ personal coSpace" garante

que o coSpace de cada usuário está rotulado com seu nome seguido por

"coespaço pessoal".

coSpaceNameMapping

coSpaceCallIdMapping

authenticationIdMapping

O modelo para geração de IDs de autenticação do

entradas do servidor LDAP associado, por exemplo

"$userPrincipalName$"

Fontes Ldap:

Um conjunto de origens LDAP então precisa ser configurado, o que une TZVREPLACEESESTODOS os servidores e TZVREPLACEESESSES mapeamentos, juntamente com os parâmetros próprios, que correspondem à importação real de um conjunto de usuários. TZVREPLACEESTA origem pega um TZVREPLACEESESTE servidor / TZVREPLACEESTA combinação de mapeamento e importa um conjunto filtrado de usuários daquele TZVREPLACEESESTE servidor. Este filtro é determinado pelo "baseDn" (o nó da árvore do TZVREPLACEThis server sob o qual os usuários podem ser encontrados) do TZVREPLACEThis source's "baseDn" (esta origem é o nó da árvore do TZVREPLACEESTE servidor sob o qual os usuários podem ser encontrados) e um filtro para garantir que as contas de usuário sejam criadas apenas para objetos TZVREPLACESO que correspondam a um padrão específico.

* = Obrigatório

servidor*

A ID de um servidor LDAP configurado anteriormente

mapeamento*

A ID de um mapeamento LDAP configurado anteriormente (

baseDn*

O nome distinto do nó na árvore do servidor LDAP a partir do qual os usuários devem ser importados, por exemplo "cn=Usuários,dc=,dc=com"

filtrar

inquilino

userProfile

nonMemberAccess

Migração de configurações de GUI da Web para API

Esta seção discutirá como migramos as configurações da GUI da Web LDAP para a API. Se você tiver a configuração Ldap na GUI da Web no momento e quiser migrar essas informações para a API, siga este exemplo.

Observação: o que acontece quando você move o AD da GUI para a API? Se você configurar a API primeiro antes de remover as configurações do Ative Diretory da GUI, as informações do usuário permanecerão inalteradas; a ID de chamada e o segredo também permanecem os mesmos. No entanto, se você remover a GUI antes de configurar a API posteriormente, todos os usuários receberão uma nova ID de chamada e um novo segredo.

Etapa 1. Notando as configurações do Ative Diretory da GUI da Web

Navegue até Configurações > Ative Diretory. Aqui, você verá as configurações LDAP para sua GUI da Web. Tire uma imagem deste conteúdo ou copie e cole-o no bloco de notas++, pois ele será necessário mais tarde.

Passo 2: Navegar para parâmetros LDAP dentro da API

Navegue até Configurações > API > Digite "Ldap" na barra de filtros.

Aqui você verá uma lista de configurações LDAP. Estaremos nos concentrando em ldapMappings, ldapServers e ldapSources. Então, vamos começar com ldapServers.

Etapa 3. Criar ldapServer dentro da API

Nessa lista, clique em ldapServers e selecione "Create New" (Criar novo). Agora, mostre a captura de tela ou o bloco de notas+ do conteúdo que estava dentro da GUI da Web do Ative Diretory. Agora você vai copiar as "Configurações do Servidor do Ative Diretory" do Guia da Web para as configurações de API correspondentes. Veja aqui:

Etapa 4. Criar ldapMappings dentro da API

Depois de concluir a Etapa 4, navegue para ldapMapping dentro da API. Configurações > API > Filtrar "ldapMapping" e clique em Criar novo.

Aqui, copie as expressões de mapeamento de campo da GUI da Web. Navegue até Configurações > Ative Diretory > Expressões de mapeamento de arquivos na configuração da API para ldapMapping. Em seguida, navegue até Configuration > API > filter "ldapmapping" e clique em Create.

Expressões de mapeamento de campo (GUI da Web)

API

Nome de exibição

nameMapping

Nome de usuário

jidMapping

Nome do espaço

Parte de usuário da URI do espaço

aplicativoURIMdoCoSpace

Peça de usuário URI secundária de espaço

coSpaceUriSecundárioMapeamento

ID de chamada de espaço

Etapa 5. Criar ldapSources dentro da API

Agora, migre as configurações de Diretório corporativo/Importação da GUI da Web para as configurações da API de fontes LDAP, Configuração > API > filtro "ldapSources" e clique na seta ao lado de LdapSources e selecione criar novo.

Selecione o mapeamento LDAP e TZVREPLACEESESTE servidor configurado na Etapa 3. e 4.

Aqui você selecionará o Mapeamento LDAP e TZVREPLACEESESTE servidor que acabamos de configurar e, em seguida, você adicionará o baseDN e o filtro do Web Gui à configuração da API.

Importar Configurações (Web Gui)

API LdapSource

Nome distinto da base

baseDn

Filtrar

filtrar

Etapa 6. Verifique se as configurações mudam através de ldapSync

Agora você pode confirmar que funciona. Navegue para ldapSyncs em API, Configuration > API > filter ‘ldapSyncs’ e clique nele e selecione Create New.

Você não precisará preencher nada e apenas selecionará Criar. Isso iniciará o processo de sincronização. Depois de 30 segundos - 1 min, atualize a página para verificar se você obteve um status completo e 200 OK retornado.

Verificar

Verifique se todos os campos estão configurados corretamente.

Troubleshoot

Atualmente, não existem informações disponíveis específicas sobre Troubleshooting para esta configuração.