ShareLinuxのユーザ認証にLDAPを利用する場合の注意点を紹介します。※設定方法等の詳細については今回は割愛します。通常Linuxのアカウント認証にLDAPを利用する場合、PAMを経由して認証させるかと思います。その時、LDAPサーバになんらかの障害が発生し、LDAPサービスを利用出来なくなった場合、そのサービスを受けているクライアントサーバでは、ローカルユーザでのログインすら出来なくなります。そこで、LDAPサービスを利用出来ない状況の場合は、即座にLDAP認証を諦め、ローカルアカウント認証に切り替える設定方法を紹介します。authconfigを利用している場合の話になります。PAMの設定ファイルを誤って設定してしまうと、次回からログインすら出来なくなる可能性がありますので細心の注意を払って設定に臨んでください。作業する際は、設定後に接続確認を行うまで、現在利用しているターミナルを切断しないでください。設定直後の各種設定ファイル通常、ローカルユーザ認証をLDAPを利用するように設定した場合、各設定ファイルは次のようになるかと思います。pam_ldap.soここで注目すべきは12行目の「account」のpam_ldap.soを利用している部分です。LDAPサーバを利用出来ない場面では、最終的に「default」で指定した「bad」に該当してしまいます。そのため、最終的に、ローカルアカウント認証を行なう前に、「bad」として終了していまうのです。3600:またこちらの9行目「bind_policy」はコメントアウトされていますが、デフォルトの設定は「hard」です。この項目は、LDAPの再接続のポリシーを設定します。「hard」の場合は、LDAPサーバへ接続出来る状態になるまで再試行を繰り返します(正確には2分くらいでタイムアウトします)「soft」の場合は、LDAPサーバへ接続出来ない場合は、即座に諦め、次へ進みます。デフォルトのままでは、LDAPサーバに障害が発生した場合、LDAP接続を諦めるまでに長い間再接続を試みる事になります。umask=0022注目すべきは先ほどと同じく、12行目の「account」の行です。先ほどのコントローラ「default」「success」「user_unknown」に加え、「service_err」「system_err」「authinfo_unavail」のコントローラを追加しています。いずれもignoreに設定し、マッチした場合は、この項目を飛ばして次に行きます。3600:「bind_policy」を「soft」に設定しています。先ほど説明したように「soft」にする事で、接続に失敗したら、即座に再接続を諦めます。これらの設定をする事により、LDAPサーバに障害が発生した場合は、ローカルアカウントではログイン出来るようにすることが出来ます。実際に利用する場合は、まずテスト環境を構築して試してみてくださいね。hardでも問題なくできた。uriを複数指定したほうがいいかと。