diff --git a/war/resources/help/security/ldap/managerDN_pt_BR.html b/war/resources/help/security/ldap/managerDN_pt_BR.html new file mode 100644 index 0000000000000000000000000000000000000000..28f4ba2f076f2442d26ab50f450e25fac51c7ddf --- /dev/null +++ b/war/resources/help/security/ldap/managerDN_pt_BR.html @@ -0,0 +1,17 @@ +
+ Se seu servidor LDAP não suportar binding anônimo + (Em outras palavras, se seu servidor LDAP não permite uma consulta sem autenticação), + então o Hudson teria que primeiro se autenticar no servidor LDAP, + e o Hudson faz isto enviando o DN e senha do "administrador". + +

+ Um DN tipicamente se parece com CN=MeuUsuario,CN=Usuarios,DC=meudominio,DC=com + embora a sequência exata dos valores dependem da configuração do servidor LDAP. + Pode ser qualquer DN válido desde que o LDAP permita que este usuário consulte os dados. + +

+ Esta configuração também é útil quando você estiver conectando ao Active Directory + de uma máquina Unix, já o AD não permite binding anônimo por padrão. Mas + se você não pode resolver isto, você também pode mudar as configurações do AD para + permitir binding anônimo. Veja este documento para saber como. +

\ No newline at end of file diff --git a/war/resources/help/security/ldap/rootDN_pt_BR.html b/war/resources/help/security/ldap/rootDN_pt_BR.html new file mode 100644 index 0000000000000000000000000000000000000000..ef7c1ec49cac89e03fcd1ad2ab74e7be68c875bc --- /dev/null +++ b/war/resources/help/security/ldap/rootDN_pt_BR.html @@ -0,0 +1,17 @@ +
+ Para autenticar usuário e determinar as permissões dadas ao usuário, Hudson faz + múltiplas consultas ao LDAP. + + Desde que uma base LDAP é conceitualmente uma grande árvore e a pesquisa é feita recursivamente, + em teoria se nós pudermos inicar uma pesquisa começando em um sub-né (como o oposto a ráiz), você consegue + um melhor desempenho porque isto reduz o escopo da pesquisa. + Este campo especifica o DN de tal sub-árvore. + +

+ Mas na prática, os servidores LDAP mantêm uma extensivo índice sobre os dados, assim especificar + este campo é raramente necessário — você deveria apenas deixar que o Hudson resolva isto + conversando com o LDAP. + +

+ Se você realmente especificar este valor, o campo normalmente parece algo como "dc=sun,dc=com" +

\ No newline at end of file diff --git a/war/resources/help/security/ldap/server_pt_BR.html b/war/resources/help/security/ldap/server_pt_BR.html new file mode 100644 index 0000000000000000000000000000000000000000..1b886dace41012b3bc6ee26e004036b248fd8e22 --- /dev/null +++ b/war/resources/help/security/ldap/server_pt_BR.html @@ -0,0 +1,5 @@ +
+ Especifica o nome do host do servidor LDAP (como ldap.sun.com) + Se seu servidor LDAP usa um porta diferente da 389 (que é a padrão para LDAP), + você também pode adicionar um número de porta aqui, como ldap.acme.org:1389 +
\ No newline at end of file diff --git a/war/resources/help/security/ldap/userSearchBase_pt_BR.html b/war/resources/help/security/ldap/userSearchBase_pt_BR.html new file mode 100644 index 0000000000000000000000000000000000000000..a56280288d56894bece1fa6c603a9cbbbea3b16c --- /dev/null +++ b/war/resources/help/security/ldap/userSearchBase_pt_BR.html @@ -0,0 +1,12 @@ +
+ Uma das pesquisas que o Hudson faz no LDAP é localizar o registro do usuário passando o nome do usuário. + Se você especificar um DN relativo (do DN raíz) aqui, Hudson estreitará as + pesquisas para a sub-árvore. + +

+ Mas na prática, os servidores LDAP mantêm um extensivo índice sobre os dados, assim especificar + este campo é raramente necessário. + +

+ Se você realmente especificar este valor, o campo normalmente parece algo como "ou=pessoas" +

\ No newline at end of file diff --git a/war/resources/help/security/ldap/userSearchFilter_pt_BR.html b/war/resources/help/security/ldap/userSearchFilter_pt_BR.html new file mode 100644 index 0000000000000000000000000000000000000000..21c9b86d5c3e37238046286601df80d1d04b66d6 --- /dev/null +++ b/war/resources/help/security/ldap/userSearchFilter_pt_BR.html @@ -0,0 +1,12 @@ +
+ Uma das pesquisas que o Hudson faz no LDAP é localizar o registro do usuário passando o nome do usuário. + +

+ Este determina o consulta a ser executada para identificar o registro do usuário. A consulta é + quase sempre "uid={0}" como definido na RFC 2798, + assim na maioria dos casos você deveria deixar este campo vazio. + +

+ Se você realmente especificar uma consulta diferente, especifique uma string de consulta LDAP como o marcador "{0}", + que será trocado pelas string do nome do usuário entrada pelo usuário. +

\ No newline at end of file