Translated to portuguese-brazil.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@8785 71c3de6d-444a-0410-be80-ed276b4c234a

war/resources/help/security/ldap/managerDN_pt_BR.html

+<div>
+  Se seu servidor LDAP não suportar <a href="http://www.google.com/?q=LDAP+anonymous+bind">binding anônimo</a>
+  (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".
+
+  <p>
+  Um DN tipicamente se parece com <tt>CN=MeuUsuario,CN=Usuarios,DC=meudominio,DC=com</tt>
+  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.
+
+  <p>
+  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 <a href="http://www.novell.com/coolsolutions/appnote/15120.html">este documento</a> para saber como.
+</div>
\ No newline at end of file

war/resources/help/security/ldap/rootDN_pt_BR.html

+<div>
+    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.
+
+    <p>
+    Mas na prática, os servidores LDAP mantêm uma extensivo índice sobre os dados, assim especificar
+    este campo é raramente necessário &mdash; você deveria apenas deixar que o Hudson resolva isto
+    conversando com o LDAP.
+
+    <p>
+    Se você realmente especificar este valor, o campo normalmente parece algo como <tt>"dc=sun,dc=com"</tt>
+</div>
\ No newline at end of file

war/resources/help/security/ldap/server_pt_BR.html

+<div>
+    Especifica o nome do host do servidor LDAP (como <tt>ldap.sun.com</tt>)
+    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 <tt>ldap.acme.org:1389</tt>
+</div>
\ No newline at end of file

war/resources/help/security/ldap/userSearchBase_pt_BR.html

+<div>
+    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.
+
+    <p>
+    Mas na prática, os servidores LDAP mantêm um extensivo índice sobre os dados, assim especificar
+    este campo é raramente necessário.
+
+    <p>
+    Se você realmente especificar este valor, o campo normalmente parece algo como <tt>"ou=pessoas"</tt>
+</div>
\ No newline at end of file

war/resources/help/security/ldap/userSearchFilter_pt_BR.html

+<div>
+    Uma das pesquisas que o Hudson faz no LDAP é localizar o registro do usuário passando o nome do usuário.
+
+    <p>
+    Este determina o consulta a ser executada para identificar o registro do usuário. A consulta é
+    quase sempre  <tt>"uid={0}"</tt> como definido na <a href="http://www.ietf.org/rfc/rfc2798.txt">RFC 2798</a>,
+    assim na maioria dos casos você deveria deixar este campo vazio.
+
+    <p>
+    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.
+</div>
\ No newline at end of file