diff --git a/war/resources/help/security/ldap/managerDN_ja.html b/war/resources/help/security/ldap/managerDN_ja.html
index 2052d96ab186e31c678049c186efbbea9b57ff1a..f035f5e4f441b11191f9c716e79cbad48fd703a3 100644
--- a/war/resources/help/security/ldap/managerDN_ja.html
+++ b/war/resources/help/security/ldap/managerDN_ja.html
@@ -1,17 +1,19 @@
-<div><!-- TODO 誰か訳して! -->
-  If your LDAP server doesn't support <a href="http://www.google.com/?q=LDAP+anonymous+bind">anonymous binding</a>
-  (IOW, if your LDAP server doesn't even allow a query without authentication),
-  then Hudson would have to first authenticate itself against the LDAP server,
-  and Hudson does that by sending "manager" DN and password.
+<div>
+  LDAPサーバーが<a href="http://www.google.com/search?q=LDAP+anonymous+bind">匿名バインド</a>をサポートしない場合
+  (言い換えると、LDAPサーバーが認証なしのクエリーを許可しない場合)、
+  Hudsonは。最初にLDAPサーバーに対して自分自身の認証を行う必要があるので、
+  "管理者"のDNとパスワードをLDAPセーバーに送信します。
 
   <p>
-  A DN typically looks like <tt>CN=MyUser,CN=Users,DC=mydomain,DC=com</tt>
-  although the exact sequence of tokens depends on the LDAP server configuration.
+  DNは、正確な並びはLDAPサーバーの設定に依存しますが、
+  一般的に<tt>CN=MyUser,CN=Users,DC=mydomain,DC=com</tt>のようなものです。
+  <!-- TODO 誰か訳して! -->
   It can be any valid DN as long as LDAP allows this user to query data.
 
   <p>
-  This configuration is also useful when you are connecting to Active Directory
-  from a Unix machine, as AD doesn't allow anonymous bind by default. But
-  if you can't figure this out, you can also change AD setting to allow
-  anonymous bind. See <a href="http://www.novell.com/coolsolutions/appnote/15120.html">this document</a> for how to.
+  Active Directory(AD)はデフォルトでは匿名バインドを許可していないので、
+  UnixマシーンからADに接続するときにも便利です。
+  この設定が分からないのであれば、匿名バインドを許可するようにADの設定を変更することもできます。
+  変更方法については、
+  <a href="http://www.novell.com/coolsolutions/appnote/15120.html">このドキュメント</a>を参照してください。
 </div>
diff --git a/war/resources/help/security/ldap/rootDN_ja.html b/war/resources/help/security/ldap/rootDN_ja.html
index f262381399903f8faec7479e126ff703450781fc..99dc06978ed01a10f609f15944ec94fc04e2531c 100644
--- a/war/resources/help/security/ldap/rootDN_ja.html
+++ b/war/resources/help/security/ldap/rootDN_ja.html
@@ -7,7 +7,7 @@
     より良いパフォーマンスを得ることができます。
     この項目には、そのサブノードのDN(識別名)を指定します。
 
-    <p><!-- TODO 誰かチェックして! -->
+    <p>
     実際には、LDAPサーバーはデータ上に豊富なインデックスを持っているので、
     この項目の値が必要になるのはまれです。
     &mdash; LDAPと通信して、Hudsonがこの値を自動的に取得できるようにすべきです。
diff --git a/war/resources/help/security/ldap/userSearchBase_ja.html b/war/resources/help/security/ldap/userSearchBase_ja.html
index b79b66dd011137210782a9f430131171379c7083..b5388a2b1d337214f6844e907bfe0fd984725d76 100644
--- a/war/resources/help/security/ldap/userSearchBase_ja.html
+++ b/war/resources/help/security/ldap/userSearchBase_ja.html
@@ -3,7 +3,7 @@
     (ルートDNからの)相対DN(識別名)を指定すると、Hudsonは検索範囲をそのサブツリーに絞ります。
 
     <p>
-    実際には、、LDAPサーバーはデータ上に豊富なインデックスを持っているので、
+    実際には、LDAPサーバーはデータ上に豊富なインデックスを持っているので、
     この項目の値が必要になるのはまれです。
 
     <p>
diff --git a/war/resources/help/security/ldap/userSearchFilter_ja.html b/war/resources/help/security/ldap/userSearchFilter_ja.html
index 82db44bb0064b788e31bc19caa3e31c4544ee0e4..37dc5fda2117487039c4d200f90400b89f94d381 100644
--- a/war/resources/help/security/ldap/userSearchFilter_ja.html
+++ b/war/resources/help/security/ldap/userSearchFilter_ja.html
@@ -3,7 +3,7 @@
 
     <p>
     この項目は、ユーザーレコードを特定するクエリーを決めます。
-    <a href="http://www.ietf.org/rfc/rfc2798.txt">RFC 2798</a>で定義により、
+    <a href="http://www.ietf.org/rfc/rfc2798.txt">RFC 2798</a>の定義により、
     多くの場合、クエリーには<tt>"uid={0}"</tt>を使用するので、
     多くの場合この項目を空欄のままにして、デフォルトのまま動作するようにします。