O objeto JSON de ponte de nuvem
O arquivo de configuração para o objeto JSON de ponte de nuvem usa os atributos e definições a seguir.
Entradas de opção e, se opcional, os valores padrão
"ldap-search-filter"- VerifyUtilizado para selecionar quais entradas de usuários e grupos no Active Directory devem ser replicadas para o diretório -SCIM. Esse
parâmetro deve ser fornecido. Esse valor não deve ser
alterado entre duas execuções de
IcbLdapSync.exe, de forma que o
resultado da entrada correspondente configure mudanças. O filtro não pode referenciar atributos que mudam durante o tempo de vida de cada entrada no conjunto de resultados que inclui o atributo referenciado. Active DirectoryOs atributos referenciados devem existir no momento da criação do registro a ser sincronizado; portanto, para registros de usuários, não utilize atributos de pertencimento a grupos, como
memberOfpara ouibm-allGroupspara IBM® Directory Server , pois esses atributos não são definidos quando os registros de usuários são criados inicialmente. "user-sync-filter"- Essa opção permite que usuários sejam criados ou excluídos dinamicamente no Verify Cloud Directory, dependendo de a entrada correspondente no AD ou no LDAP corresponder ou não à lógica de filtragem. Defina esta opção apenas para a primeira sincronização. Não altere essa configuração posteriormente, pois ela não corrige automaticamente o conjunto de usuários existente para o novo conjunto correspondente. Se for necessário alterar essa opção após a primeira sincronização, o serviço Directory Sync deverá ser interrompido. Em seguida, execute o programa uma vez manualmente como administrador. Use
IcbLdapSync -rebuildno diretório de instalação para reajustar o conjunto de usuários que estão sendo sincronizados ativamente.Se essa opção não for utilizada, após a primeira etapa de configuração, um usuário só será criado ou excluído no Verify Cloud Directory quando o usuário correspondente do AD ou do LDAP for criado ou excluído. Isso ocorre apenas quando o usuário criado no AD ou no LDAP corresponde ao
ldap-search-filter. Se o usuário não estiver registrado no Verify Cloud Directory, o Directory Sync sempre o ignorará. Mesmo que, posteriormente, o usuário existente no AD ou no LDAP seja modificado para corresponder ao novoldap-search-filter, o Directory Sync continuará a ignorá-lo. Esse comportamento é importante para os administradores, que desejam sincronizar usuários com base na pertença a grupos. Quando os usuários são criados no AD ou no LDAP, eles não fazem parte de nenhum grupo. Portanto, eles nunca coincidem com oldap-search-filterno momento da criação e não são criados nem sincronizados.Com essa
user-sync-filteropção, se um usuário do AD ou do LDAP for alterado para corresponder aouser-sync-filter, o Directory Sync busca os dados atuais do usuário no AD ou no LDAP. Se o usuário não existir, ele cria o usuário correspondente no Verify Cloud Directory. O usuário é mantido sincronizado com o AD ou o LDAP. Quando um usuário do AD ou d LDAP e é modificado de forma que não corresponda mais aouser-sync-filter, caso o usuário exista, o Directory Sync exclui o usuário do Verify Cloud Directory.A criação e a exclusão de usuários com base na
user-sync-filtercorrespondência ocorrem dinamicamente. O Directory Sync monitora as alterações nos atributos e grupos referenciados no filtro e reavalia o filtro para os usuários associados.ldap-search-filterAs opções,ldap-base-dn, eignore-suffixescontinuam em vigor. Portanto, devem ser definidos de forma suficientemente ampla para abranger todos os usuários monitorados pelouser-sync-filter.Essa opção
do-not-sync-deletenão se aplica auser-sync-filterexclusões. No entanto, isso se aplica a quaisquer exclusões de usuários relatadas pelo AD ou pelo LDAP.O formato de
user-sync-filteré um subconjunto da especificação do filtro de pesquisa do LDAP. Este filtro nunca é repassado para o LDAP ou para o AD. O Directory Sync avalia o filtro internamente à medida que detecta alterações nos atributos e grupos referenciados no filtro.<=Este filtro não suporta as operações de filtro LDAP>=, as regras de correspondência mais flexíveis e a subcadeia. Os nomes dos atributos não podem conter OIDs.Apenas as seguintes regras de correspondência extensíveis são compatíveis comuser-sync-filter.Nome da funcionalidade OID LDAP_MATCHING_RULE_BIT_AND 1.2.840.113556.1.4.803 LDAP_MATCHING_RULE_BIT_OR 1.2.840.113556.1.4.804 ABNF notation: filter = "(" filtercomp ")" filtercomp = and / or / not / item and = "&" filterlist or = "|" filterlist not = "!" filter filterlist = 1*filter item = simple / present simple = attr equal value equal = "=" present = attr "=*" attr = [ "memberOf" | "ibm-allGroups" ] / attributename value = escapedText The evaluation of "equal" is a case insensitive string match. If a value should contain any of the following characters Character ASCII value --------------------------- * 0x2a ( 0x28 ) 0x29 \ 0x5c NUL 0x00 the character must be encoded as the backslash '\' character (ASCII 0x5c) followed by the two hexadecimal digits representing the ASCII value of the encoded character. The case of the two hexadecimal digits is not significant. Other characters besides the ones listed above may be escaped using this mechanism, for example, non-printing characters.Nota:- Preste atenção especial ao uso de
\dentro do valor JSON; ele precisa ser duplicado,\\, pois se trata de um caractere de escape utilizado pelo JSON. - O
NUL (0x00)caractere não é compatível e apenas os caracteres do valor que precedem o NUL são utilizados. - A correspondência de grupos aninhados no AD não é suportada.
- Use
memberOfapenas para verificar a pertença a grupos no AD e no AD-LDS. - Utilize
ibm-allGroupsapenas para verificar a pertença a grupos no Diretório do IBM Verify.
No exemplo a seguiruser-sync-filter, o administrador determinou que um usuário deve ter o atributodepartmentcom o valorabcd123e (&) ser membro do grupo "testgroupX". O grupo é especificado por meio de seu Nome Distinto (DN):"user-sync-filter": "(&(department=abcd123)(memberOf=CN=testgroupX,CN=Users,DC=mydom,DC=com))", - Preste atenção especial ao uso de
"ldap-base-dn"- Todos os usuários e grupos replicados devem ter esse DN
como pai, caso contrário, eles serão ignorados. Para o AD, esse valor é padronizado para o valor
defaultNamingContext. Para LDAP ISDS, esse valor é padronizado para o primeiro valornamingContextsnão sistêmico. Esse valor não pode ser alterado entre duas execuções do IcbLdapSync.exe, sendo assim, o conjunto de resultados de entrada correspondente muda. "ignore-suffixes"- Esse atributo identifica uma matriz de Nomes Distintos (DNs) no LDAP de origem. As entradas filhas, incluindo elas mesmas, em cada um desses DNs são ignoradas e não sincronizadas. O valor padrão é
[]. Outro exemplo é[ “cn=branch1,o=ibm,c=us”, “cn=branch3,o=ibm,c=us” ] "ldap-external-id-attr"- Este atributo é usado para identificar com exclusividade uma entrada do Active Directory. VerifyO atributo é armazenado no diretório -SCIM para manter uma conexão entre os dois registros para essa entrada específica. Este atributo não deve ser alterado em relação ao valor fornecido nos arquivos de exemplo para cada servidor específico Active Directory .
"ldap-dn-to-ascii-lower":false- Se definido como verdadeiro, todos Active Directory os valores de DN terão os caracteres ‘A’→‘Z’ convertidos para ‘a’→‘z’, de acordo com a conversão para letras minúsculas do inglês. Nenhum outro caractere UTF-8 é modificado. VerifyEsse atributo é utilizado principalmente na sincronização ISDS, uma vez que os valores DN são usados para associar Active Directory entidades a entidades SCIM. Essa conversão pode causar problemas em outros códigos de idioma, como o turco, com sua conversão em letras maiúsculas "I" para "i". Além disso, pode não ser suficiente se vários atributos DN que se referem à mesma Active Directory entrada apresentarem diferenças de maiúsculas e minúsculas com caracteres fora do intervalo ‘A’→’Z’.
“trace-file”- Se definido, este atributo permite o registro das operações da API de autenticação do IBM (operações SCIM em JSON) em Active Directory um arquivo. O arquivo não é substituído e não é limitado no tamanho pelo aplicativo IcbLdapSync.exe. Assegure-se de que ele não use muitos dos recursos do sistema de arquivos.
“ldap-poll-time”:4- Este atributo determina com que frequência o IcbLdapSync.exe executa uma operação de procura de diretório no servidor LDAP para localizar novas mudanças que são feitas nos usuários e grupos de diretórios. O valor é configurado em segundos. A configuração padrão é quatro segundos.
"enable-op-log":false- VerifySe definido como true, este atributo habilita o registro de cada operação POST, PUT, PATCH e DELETE realizada nos usuários e grupos do diretório -SCIM.
POST == create,PUT == update full object,PATCH == modify attribute[s] of object,DELETE = delete entry. O formato do arquivo consiste em linhas de operações, sendo que cada linha contém valores separados por vírgulas de:
Por Exemplo:{utc-date},{operation},{ldap-dn},{Verify-scim-id},{status}
O"Mon Jun 24 20:33:24 2019","POST","cn=testuser,o=ibm","600000GF7B","201" "Mon Jun 24 20:33:55 2019","PATCH","cn=testuser,o=ibm","600000GF7B","204"{utc-date}é o momento em que a operação é iniciada. O tempo de conclusão não é registrado. "op-log-file": “{install-directory} [/{instance}]/op_log/op_log.csv”- VerifyO nome do arquivo no qual as operações -SCIM serão registradas.Nota:
“{install-directory}”, e“{instance}”são variáveis. Essas variáveis representam o caminho do diretório de instalação e o nome da instância opcional do aplicativo para esta descrição. "op-log-rollover":2097152- O tamanho máximo aproximado do arquivo
op_log antes de ser substituído. Quando ocorre a rolagem, o arquivo op_log é renomeado anexando o registro
de data e hora UTC atual em segundos decimais ao seu nome. As operações subsequentes são registradas em um
novo arquivo op_log.Observação: devido ao uso de multithreading, a ordem cronológica das entradas neste arquivo pode não ser preservada.
"cookie-file": “{install-directory} [/{instance}]/cookie.bin- O arquivo para armazenar o cookie de estado de
replicação. Esse atributo permite que o aplicativo seja
reiniciado e ainda mantido onde está com a replicação. Um
“.bkp”do cookie é feito cada vez que um novo estado é atingido.Nota:“{install-directory}”, e“{instance}”são variáveis. Elas não são valores válidos para usar. Esses valores representam o caminho do diretório de instalação e o nome da instância opcional do aplicativo desta descrição. "ldap-conn-idle-timeout": 30- Se a conexão com o diretório ficar inativa por mais tempo do que esse, ela será encerrada na próxima vez que for solicitada. É criada uma nova conexão de diretório. Esse atributo é usado para evitar que tempos limite sejam atingidos com firewalls.
"ldap-conn-max-timeout": 300- O tempo máximo durante o qual uma conexão de diretório é utilizada antes de ser encerrada e uma nova conexão ser estabelecida. Este atributo é usado para evitar limites configurados para conexões com o servidor de diretório.
"nested-groups" : false- Desativa ou ativa o suporte para grupos como membros de grupos. Se configurado como true, os membros de grupo que são grupos serão reconhecidos e replicados no Cloud Directory. Se configurado como false, eles serão ignorados.
"status-port" : 1234- Se definida no arquivo de configuração, essa entrada
permite que o processo
IcbLdapSync.exeatenda na porta especificada para conexões na interface de loopback (EG 127.0.0.1). Depois que uma conexão é feita, quaisquer entradas de log de evento são enviadas na conexão. "ldap-use-paging" : false- Desativa ou ativa o uso do controle de paginação do LDAP. O uso do controle de paginação LDAP permite os maiores conjuntos de retorno de procura. No entanto, isso pode ser um recurso limitado e requerer permissões especiais pelo diretório LDAP. Um conjunto de retorno de procura grande é típico para a primeira aprovação, caso o diretório seja grande.
"do-not-sync-delete" : false- Se configurado como
true, as operações de exclusão não serão sincronizadas do diretório LDAP para o Cloud Directory. "scim-threads": 1- Este atributo é opcional. Se não especificado, o padrão será configurado como 1. Essa opção de desempenho permite que várias mudanças de LDAP sejam aplicadas no Cloud Directory em paralelo, mas somente se as operações forem para entradas não relacionadas. Algumas operações paralelas permitem maior rendimento de mudanças no Cloud Directory. Não use essa opção com versões anteriores do produto.
"do-not-sync-groups": false- Este atributo é opcional. Se não especificado, o padrão será configurado como false. Se configurado como true, o Directory Sync não sincronizará os objetos do grupo.
"changelog-size-limit": 300- Este atributo é opcional. Se não especificado, o padrão será
configurado como 300. Por IBM Directory Server apenas. Quando o Diretório Sync está procurando entradas do
changelog, ele limita o número de entradas buscadas em cada passagem. "ci-retries": 12- Este atributo é opcional. Se não especificado, o padrão será
configurado como 12. Quando
o Directory Sync aplica as mudanças no Cloud Directory,
ele
usa a interface REST do SCIM do Cloud Directory. Se uma
falha ocorrer ao iniciar uma chamada de REST do SCIM, o
Directory Sync tentará a operação novamente até
"ci-retries"vezes em uma tentativa de superar as falhas temporárias. A configuração desse valor como 0 desativa as novas tentativas. As tentativas de repetição ocorrem para todos os erros do tipo HTTP 5xx e para alguns erros do tipo HTTP 4xx, mas somente se o corpo da resposta não tiver o tipo de conteúdo"application/scim+json", e quando a conexão com o endpoint REST do SCIM não puder ser estabelecida ou concluída. "ci-retry-pause": 5- Este atributo é opcional. Se não especificado, o padrão será configurado como 5. Esse atributo especifica o número de segundos que o Directory Sync aguarda entre novas tentativas de chamadas de REST do SCIM com falha. Os valores válidos estão no intervalo de 1 a 100. Os valores fora desse intervalo são eliminados automaticamente desse intervalo.
"end-on-ci-retry-failure": false- Este atributo é opcional. Se não especificado, o padrão será configurado como false. Se essa opção for configurada como true, o processo do Directory Sync terminará após o primeiro erro irrecuperável.
"end-on-seq-failures": 0- Este atributo é opcional. Se não especificado, o padrão será configurado como 0. Se essa opção for definida como um valor maior que 0, isso causará o encerramento do processo do Directory Sync após a execução do número especificado de erros irrecuperáveis sem intervir nas operações bem-sucedidas.
"changelog-ignore-suffixes": [ "ou=other1,o=ibm,c=us", "ou=other2,o=ibm,c=us" ]- Este atributo é opcional. Se não especificado, o padrão será
configurado para uma matriz vazia. Por IBM Directory Server apenas. Essa opção de desempenho permite que o
Directory Sync ignore imediatamente as entradas do
changelogque possuem umtargetdn, que é um filho de subfilho de qualquer um dos sufixos especificados.ChangelogNormalmente, as entradas não apresentam esseobjectClassatributo. O Diretório Sync deve procurar no Cloud Directory para determinar se existe uma entrada sincronizada correspondente para a mudança. Se a mudança não for para uma entrada sincronizada do Cloud Directory, a procura reduzirá o desempenho. Se essas procuras forem evitadas para ramificações significativas da árvore de diretórios IBM Directory Server que possuem entradas não sincronizadas, o desempenho poderá ser melhorado. "trace-rollover": 0- Este atributo é opcional. Se não especificado, o padrão será
configurado como 0. Se o valor for configurado como 0 bytes, o
"trace-file"não será substituído e crescerá continuamente com a atividade do Directory Sync. Se configurado para um valor maior que 0, quando um bloco de rastreio fizer com que o arquivo exceda o valor, o arquivo de rastreio será renomeado e um novo arquivo de rastreio será iniciado. O valor de registro de data e hora do UNIX atual é incluído no arquivo de rastreio substituído renomeado. "op-log-add-skipped": false- Este atributo é opcional. Se não especificado, o padrão será
configurado como false. Se o
Directory Sync determinar que uma mudança LDAP não é
relevante para a sincronização, ele a ignorará sem
registro. Se essa opção for configurada como
true, ela emitirá uma entrada no
op_logcom oLDAP DNrelevante para que os administradores possam monitorar as operações que são ignoradas. "log-stats-interval": 0- A configuração padrão é zero segundo. Se configurado como um número inteiro maior que zero, ele ativará um recurso para registrar periodicamente eventos de
Info levelnoWindows Event Loga cada intervalo com algumas estatísticas operacionais. Os eventos estão no formato a seguir.
Em queLE=%1 CE=%2 CU=%3 CG=%4 MU=%5 MG=%6 DU=%7 DG=%8- LE = Número de erros de AD/LDAP
- CE = Número de erros de API de verificação (comunicação ao cliente)
- CU = Número de criações de Usuário
- CG = Número de criações de Grupo
- MU = Número de operações de Modificação de usuário
- MG = Número de operações de Modificação de grupo
- DU = Número de operações de Exclusão de usuário
- DG = Número de operações de Exclusão de grupo