OpenLDAP
フォルダ・アイコンを入れてみたり
学校給食のレシピを入れたりすると美味しそうだ
LDAPについて
http://pc11.2ch.sc/test/read.cgi/unix/1012650811/
なぜLだけ仲間外れにするのか。
http://ja.wikipedia.org/wiki/Lightweight_Directory_Access_Protocol
http://en.wikipedia.org/wiki/Lightweight_Directory_Access_Protocol
http://e-words.jp/w/LDAP.html
オゥペネルディ・エ・ピ
(英語は発音大事)
何がおもしろいのかわからん。
となってるのに
phpLdapAdminでpasswdの確認しようとすると
{ssha}違う文字列
が出てパスワードも一致しない
どこがおかしいの？
vine linux4 phpLdapAdmin 0.9 php5
その他はvineの標準のものを入れてます
Dovecotから読み込まれてるパスワードも一致しません
同様の設定でRHEL5 phpLdapAdmin 1 dovecotで行ったら
問題なく動いています
LDAP サーバは別途用意し、既に認証もできているのですが、
一つ疑問があります。それは /etc/ldap.conf と
/etc/openldap/ldap.conf の違いです。
たとえば参照する LDAP サーバは両者で設定しますが、
なぜ二重に設定する必要があるのでしょうか？
libnss-ldap ライブラリは /etc/ldap.conf を、
ldapsearch コマンドは /etc/openldap/ldap.conf を
見に行っているようなのですが、いつどちらが参照されるかについて
何らかの規則性があるのでしょうか？
私はauthconfigで自動設定で問題なく動いてます
ldapサーバのアドレスを ldap://<servername> にするとちゃんと認証してくれるんだが
ldaps://<servername> にするとなんかダメなのな。
tcpdumpで通信内容覗いてみると ldap:// でも平文では送ってないようなんだが
なんか気持ち悪いんだよな。
たぶん LDAPS じゃなくて startTLS を使っているからだよ
dc=example,dc=com
├ ou=Account
｜ ├ uid=hoge
｜ └ uid=piyo
｜ （objectClassはaccount,posixaccount）
└ ou=Aliases
├ ou=alphaLogin
｜ ├ uid=hoge（aliasedObjectNameはAccount配下のuid=hogeを指定）
｜ └ uid=piyo（aliasedObjectNameはAccount配下のuid=piyoを指定）
└ ou=blavoLogin
└ uid=hoge（aliasedObjectNameはAccount配下のuid=hogeを指定）
（objectClassはalias,extensibleObject）
こんな感じでデータツリー作って、alpha.example.comにはhogeとpiyoを、
blavo.example.comにはhogeだけをログインさせるなんてことをしようと思った訳だが。
authconfigでベースDNを dc=example,dc=com じゃなくて
ou=alphaLogin,ou=Aliases,dc=example,dc=com にしてみたんだが上手くいかんかったな。
同じこと考えてる奴で上手く動かしているのがいたらどこをイジったか教えてくれんかな。
uid=hogeが重複してるのは関係ない？
dc=example,dc=com
├ ou=Account
｜ ├ uid=hoge
｜ └ uid=piyo
｜ （objectClassはaccount,posixaccount）
└ ou=Aliases
├ ou=alphaLogin
｜ ├ uid=hoge（aliasedObjectNameはAccount配下のuid=hogeを指定）
｜ └ uid=piyo（aliasedObjectNameはAccount配下のuid=piyoを指定）
├ ou=blavoLogin
｜ └ uid=hoge（aliasedObjectNameはAccount配下のuid=hogeを指定）
｜ （objectClassはalias,extensibleObject）
└ ou=Apache
├ ou=directoryA
｜ ├ uid=hoge（aliasObjectNameは以下同文）
｜ └ uid=piyo（aliasObjectNameは以下同文）
└ ou=directoryB
└ uid=hoge（ｒｙ
みたいにApacheのBasic認証でもuid使ってるんだがこっちは
上手くいってるんだよね。
その構成、俺もやりたかったんだが去年挫折した。
資料が殆どなくてさ、全然解らなかった。
もし解決したら是非教えて欲しい。
とりあえず@IT会議室にも放り込んでみたんだが、まだレスつかないなぁ。
もうちょい待ってダメならいよいよ日本LDAPユーザ会のMLで聞いてみるですよ。
いい選手だったのにネ
実験データさらしてみる。
ou=aliasedLogin,ou=Alias,o=Junk,c=jp をベースにして
配下にある objectClass=alias のデータでログインできれば
幸せのあまり昇天という寸法よ。クフゥ。
Apacheの方はこういう風にデータ格納してあります。
・馬鹿力ディレクトリには伊集院と渡辺だけ
・カーボーイディレクトリには大田と田中と野口だけ
・DJディレクトリには伊集院と大田と田中だけ
・staffディレクトリには渡辺と野口だけ
ってのはうまくいってる。
叫んでみろX
berylしてみろX
全て脱ぎ捨てろ
おーお前等歌えよー
http://www.linux.or.jp/JF/JFdocs/LDAP-Implementation-HOWTO/pamnss.html より
==========
2.1.3. Lightweight Directory Access Protocol
今回のアプリケーションでは、ユーザアカウントとユーザグループに関する情報を
クライアントに供給するために LDAP が使用されます。ユーザとグループを表わすのに
用いられる標準的な objectclass は top, posixAccount, shadowAccount, posixGroup です。
データベース上のユーザ関連のエントリは少なくとも [3] top, posixAccount, shadowAccount の
objectclass に属していなくてはなりません。グループエントリは top と posixGroup の objectclass に
属していなくてはなりません。
今回利用する pam_ldap と nss_ldap の実装がこの objectclass を参照するからです。この
objectclass は RFC 2307 に記述されているものです。
Note: 実際には、LDAP 版 NSS はここで例示しなかった objectclass も認識します。
==========
>>データベース上のユーザ関連のエントリは少なくとも [3] top, posixAccount, shadowAccount の
>>objectclass に属していなくてはなりません。グループエントリは top と posixGroup の objectclass に
>>属していなくてはなりません。
ちゅーことはobjectClass が alias だったり extensibleObject だったり uidObject なのは
ダメってことなのね。逆に言えば pam 関連イジればできるかもという可能性？
id <userName> は通るようにはなったが、どうやら userPassword を
aliasedObjectName の先に見に行っていないようだ。うぬぬ。
↓
ttp://blog.hide-k.net/archives/2005/12/ldap.php
で上手くいきました。host で指定されていないとログインできないス。
alias じゃなくてデータ本体の host の値をいじくることで一元管理が
可能のようデスヨ。ぬふぅ
>>26
alias上手くいかなかったかぁ。
何にも協力できなかったが、俺も実装したかったので
興味有ったんだがなぁ。
管理するには nisNetgroup とか使えってことらしい雰囲気。
オーム社の『LDAP -設定・管理・プログラミング』（4274065502）の6章あたり参考にして今遊んでいるですよ。
amazonのURL貼ろうとしたら長すぎて貼れないので上のISBNで検索してみるが吉。
上司から借りているんだが、こいつ３年くらい前の本だけど役に立ってる。
高いけど買うべきかもなー。
http://www.amazon.co.jp/dp/4274065502
／(^o^)＼
pdfで済まんがこいつを見てくれ これをどう思…
あ、いや。じゃねぇや。
この構築のしかただと、ログインサーバ群の数だけユーザのhostアトリビュートを
記述しなきゃいかんので面倒臭くてしょうがないから、ログインサーバ群をまとめて
処理できないもんかね。
できれば書き込むhostアトリビュートの数の最大値をクラスタの数にまで
押さえ込みたい。かといってログインサーバをクラスタごとに一つだと冗長性が
無いのが問題なのよ。エロい人助けて。
できなくなってしまうのですが、何が原因なのでしょうか？
nsswitch.conf で passwd/group には files ldap の順番で
記述しています。コンソールからのログインに関しては
むしろ /etc/pam.d/login のほうが重要でしょうか？
そちらには
auth sufficient pam_unix.so nullok try_first_pass
auth sufficient pam_ldap.so use_first_pass
と書いています。
なお、nsswitch.conf で files ldap を files だけにすると
これで問題なく root でログインできるようになります。
名前解決ライブラリのバグなのでしょうか？
LDAPサーバ、クライアントともに CentOS 6 を使っています。
未来人現る(；ﾟДﾟ)
Fedora Core 6 とごっちゃになってました。
とりあえず資料まとめたお。パス必須だったから OpenLDAP でおｋ
aliasでの制御は無理だったけど、似たような制御はこういう手段でできるみたい。
>33
ごめん、オイラじゃわかんなかった
すみませんが、興味あってたどり着いた者です。
どうやってダウンロードしたらいいのですか？
DL KEYは何でしょうか？
あ、そういうことでしたか。読みが雑でした。
失礼しました。
>37の後半部分にテキトーな文字列があったのは、実は同じ部局で>32を
自分が作成したと偽って提出したビッチ野郎が出たためとしておきます。
油断も隙もあったもんじゃねぇな。
ttp://sakuratan.ddo.jp/uploader/source/date53447.pdf
いくぶん詳しくまとめることができたのでドゾー
提供してくれているのはドキュメント作成するときにものすごい助かったし。
今度マシン組むときも光学ドライブ買わせていただきますです。
お疲れ。
LinuxやUnixサーバをAliasで管理できればもっと
楽になったんだろうけど。大分奇麗に管理されてるね。
pam_ldapやnss_ldapの今後の動向に期待というところです。
aliasのobjectClassもサポートしてくれればよりすっきりしますしね。
それはそれとしてshadowAccountの存在をすっかり忘れていることに
今気づく。ひょっとして後でここがアキレス腱になったりして。
実運用の承認降りたら降りたで怖いけど、ノウハウの蓄積ができそうなので
半分ワクワクもしているというダメっぷりを遺憾なく発揮しています。
現状でもあまり活発なMLじゃないけど、日本のLDAPの第一人者の方々が
参加しているので、登録するだけでも価値はあると思いますよ。
ちょっと気になる記事。
そうそうないのは分かっているんだが、普段生息している板の癖が抜けない
すが、少なくとも openldap-2.3.38 には存在しないようです。
Becky の実装がおかしいのでしょうか？
yumで入れてるなら
find /etc/openldap/schema -name \*.schema | xargs grep alias
してからもう一度ここに質問しにおいで。
OS は Solaris9 で、ソースからコンパイルして入れてます。
ご指摘の内容は一度確認していましたが、alias がコメントアウトされている
ようで、なぜ？と思って質問しました。
ほとんどコメントアウトされているように見えましたが、唯一そうでなかった
のが misc.schema の
DESC 'NIS mail alias'
でした。さすがにこれは違いますね..。
他のコメントを見たら alias は OBJECT-CLASS として定義してあるようで..
このあたりで分からず...。もうちょっと勉強続けてみます。
ファイルを直接編集せずに
authconfig-tuiを使用したほうが良いとおもわれ
centos5の場合は不要なはずですが以前のOSだと
/etc/pam.d/system-authを以下のように編集する必要があり
account [default=bad success=ok user_unknown=ignore service_err=ignore system_err=ignore authinfo_unavail=ignore] /lib/security/pam_ldap.so
authinfo_unavail=ignoneが必要
ありがとう
ずっと探していた情報でした。
pam_filterを使うとは思いませんでした。
そういう観点ではpam_groupdnも良いかも
groupOfUniqueNamesクラスを使用するから
apacheのベーシック認証と似た感じになるし
CMSも併せてやってるんだが、ブログが形になってきたら
pdf補完したほうがいいかね、やっぱり
この場合、コンシューマslapdに書き込みをしようとした場合、
うまくプロバイダslapdにredirectされるものなのでしょうか?
slurpdを使うときはupdatednに書いたDNを使って
マスタ側に書き込んでくれるようなのですが...。
LDAP導入しなくても
LAN内のみ閲覧可能なWEBサーバディレクトリに
mail toをhtmlに書いておけばいいんじゃないのか
とか思ったりしたんだ
LDAPアドレス帳検索の方が一般的なメールクライアントで対応しているので楽
あとLDAPを構築しておけば他の用途にも使える(NASのアクセス認証、WWW認証等)
その駄案はてめぇのオナニーだけにしておけ
意味がさっぱりわからなかったｗ
よくあるLDAPサーバの構築例だと、必ずといっていいほどLDAPサーバが
DMZに置かれているのですが、何故でしょうか？
ユーザ情報を扱う以上、LAN内に置いておいた方が安全だと思うのですが。
この構造だと、LDAPサーバを乗っ取られたが最後のように思えます。
それとも、「DMZには置くが、グローバルIPは振らない」という意味でしょうか？
この状態でたとえば chown 0:0 myfile
などとすると，LDAP サーバに問い合わせに行きます．
そのために LDAP サーバが死んでいると root での
ファイル操作に支障をきたします．
libnss に必要のない lookup はさせないようには
できないのでしょうか？
うちは、レプリカサーバを認証サーバ用にDMZに立ち上げてる。
Radiusサーバも一緒に。
認証のdelegateサービスを想定してなければ、大体はあなたの言う通りだと思う。
ただし、mail aliasをLDAPに置いて、round robinのpostfixに参照させるなど、
使い道はたくさんあると思う。apacheが/~usernameの参照に使ったり。
そもそも共通のdirectory基盤としてLDAPが出て来たんだから、
初期はより外にという状況が多かった。
今はdirectory基盤としてLDAPは当たり前なんだから、
あなたの言うような内側のみの案件がどんどん増えているんだと思う。
10年くらい前だと、内側のみならNIS/NIS+/NetInfoで十分って話だった。
それchownの問題。
0は最初から数字なのに、
0ってユーザがいなければ、数字と思う
ってロジック。アプリが引くんだからsearchしないと仕方がない。
rootって指定して、/etc/passwdには+を最後に書けば、引きにいかない。
なるほど，chown の問題でしたか．
Ubuntu を使っているのですが
（すみません，Linux板にLDAP関連のスレがなかったので）
起動時に X がらみで開いたソケットのオーナーを
chown で切り替えようとするんですよ．
鯖なので X サーバ自体は入れてないんですが，
PHP 関係ののパッケージを入れて依存関係で勝手に
入ってきた x11-common っていうパッケージに含まれる
起動スクリプトがなぜか X 関係のソケットを作成しようとするようで・・・
rootと同じuid, gidで。
いろいろと挙動を調べてみると、なぜか必要もないの
gid じゃなくて groups を調べようとしているようです。
なので group を全部舐めようとしているみたい。
http://pc11.2ch.sc/test/read.cgi/linux/1195800848/106-107
106 名前：login:Penguin[sage] 投稿日：2007/12/04(火) 11:24:32 ID:dTDEeRzx
うｐだてでOpenLDAPのデータが吹っ飛んだ
BDBが壊れたかも
107 名前：login:Penguin[sage] 投稿日：2007/12/04(火) 12:18:11 ID:9Fjx+2mB
>>106
うちも消えた
/etc/openldap/schema/dnszone.schema
のパーミッションも変更されててldapが起動できなかった
オイラ達の外にもCentOS + OpenLDAPで何かう゛にゃってなった人いる？
Netscape系のFedora Directory Serverを使える環境の人は、
そっち使った方が安心だよ。OpenLDAP壊れすぎ。
レスありがとうございます。納得です。
DAPが必要な状況というのが、そもそも僕が思ってるよりも大規模なネットワークでの話だったんですね。
ActiveDirectoryと対比させて考えていたのでサッパリ分かってませんでした。
X.500みたいな広域サービスがLDAPの元になってますから。
(X.500のディレクトリアクセスプロトコルが「DAP」)
小規模なら階層構造の必要がほとんどないですよね。
/var/lib/ldap
以下を消してもリセットされません
ldapadd
で新しくデータを入れなおししようとしても
そのエントリーはすでにある
と言われます
どうすればリセットできるのでしょうか？
id <LDAPで作成されたアカウント>
でちゃんとユーザは認識されてるけど、ldapツリーの中に作成した
posixGroupはシステム側で認識しないのかな？
o=example,c=jp
├ ou=Groups (organizationalUnit)
｜ └ cn=ldapUsers (posixGroup gid=10000)
└ ou=People (organizationalUnit)
└ cn=hoge (account, posixAccount uid=10000)
てな状況です。「id hoge」すると uid は hoge(10000) って出るけど
gidやgroupsは 10000 と表示されるだけなんですな。
ちゃんとgroupaddしてやらなきゃいかんのでしょうか。
ボーっと書いてました。すいません。
次にldap.confのnss_base_groupあたり
あー！ありがとうございます
nsswichを files ldap にだけして首ひねってましたわ
どう訂正したか詳しく書いとけ。
後からこのスレ読んだヤツが助かるだろ。
→ group: files ldap
/etc/ldap.conf の nss_base_group のコメントアウトを解除して
→ nss_base_group ou=Groups,o=example,c=jp
（LDAPツリーの構造は >>74 参照）
とした訳ですハイ。この結果システム側がldapツリーから
グループをきちんと認識できるようになったですよ。
# chown hoge:ldapUsers /home/hoge
しても「ldapUsersなんてグループはねーよバーカバーカ」と怒られません。
メモ
ttp://www.sailing-notes.com/2007/12/centos51openlda.html
何打よその地雷（ｗ
持たせることができますが，userPassword 属性はだけ特別な
意味を持ちますよね？たとえば slapd への接続のときには
この属性の値によって認証します．
この属性名は固定なのでしょうか？
それとも設定によっては他の属性を slapd への接続時の
認証情報として使うことができるのでしょうか？
organizationalRole として追加すると userPassword 属性がありません．
このような特殊なエントリは一般ユーザの（POSIXアカウントの）
エントリとは別にしたいのですが，どうすればいいのでしょうか？
LDAP に対する操作は主として phpldapadmin で行っています．
レプリケーションするのに管理者権限ないと、
access to attrs=userPassword
by self write
by anonymous auth
by * none
とかだった場合にuserPasswordがレプリケートされなかったりしない（・ω・）？
by xxxx とか書いて特定のアカウント「xxxx」にアクセス権限つけたりできたっけか？
というかそもそも管理者dnって posixAccount と別に作れない？
cn=ldapRoot,dn=example,dn=com みたいなdnでさ。
ldap.conf に記述する rootdn と rootpw でLDAPプロバイダに
接続しちゃえばいいんじゃない？TLS 使って ldaps アクセスするような形で。
暗号化するとは言えルートDN使うのはよくないんだろうけど。
RFC2829, Authentication Methods for LDAP
に"simple bind"での認証での記述でも、
RFC3062, LDAP Password Modify Extended Operation
でも、userPassword属性について言及してます。
ただ、必ずuserPassword属性でなければいけない(MUST)というわけではありません。
まず、userPassword属性は、
基本的に生パスワードテキストを前提としているため、
暗号化されたパスワードテキストを使う場合に、
RFC3112, LDAP Authentication Password Schema
で、authPassword属性を"simple bind"で使う場合の定義が行われています。
また、NIS schema(RFC2307)では、userPassword属性で、
暗号化されたパスワードテキストを使う場合を定義しています。
それからWindowsは違う属性を使うケースがあります。
ただし、ほとんどのLDAPサーバ実装では、
"simple bind"でどの属性を使うか固定しているので、
利用しているLDAPサーバのドキュメントを参照してください。
OpenLDAPはslapdの設定で行うことはできません。
ただしback-*を書けば可能です。
organizationalRoleは、STRUCTURALクラスなので、
そのクラスのオブジェクトに属性を付加したいとなると、
その属性を持ったAUXILIARYクラスを加えることになります。
# 全てのLDAPオブジェクトは、
# ただ一つのSTRUCTURALクラスに必ず属さなければいけません。
# 加えて0以上のAUXILIARYクラスに属することが可能です。
userPassword属性だけを持ったAUXILIARYクラスは、
simpleSecurityObjectクラスです。core.schemaにあります。
>>86
二行目先頭: に→の
> OpenLDAPは〜はできません。
「slapd.confの設定だけでuserPassword属性以外の属性を使うこと」
back-*というのは、Cで書くサーバのaddonです。
やりたいことは、uid=foo,ou=People,dc=example,dc=com に
"alias: f" を追加したいだけなのですが、以下のように 2 つ登録すれば
よいのでしょうか？ 試してみたのですが、これもうまくいきません..。
# foo, People, example.com
dn: uid=foo,ou=People,dc=example,dc=com
objectClass: inetOrgPerson
objectClass: posixAccount
uid: foo
cn: foo
o: huga
uidNumber: 1000
homeDirectory: /home/foo
mail: foo@example.com
sn: dummy
gidNumber: 310
# f, People, example.com
dn: cn=f,ou=People,dc=example,dc=com
objectClass: alias
objectClass: extensibleObject
cn: f
aliasedObjectName: uid=foo,ou=People,dc=example,dc=com
ぜんぜん違う。
とりあえず、Becky!作ったやつにRって言っといて。
aliasオブジェクトクラスって、シンボリックリンクみたいなもんだから。
やっぱり...。orz
シンボリックっぽく使えることは確認できました。
beckyAddressBookExtension があり、ニックネームが使えるようになりました。
ttp://hatuka.nezumi.nu/log/2003/05/ldap_attributes.html
が、LDAP アドレス帳だとニックネームからの補完が効きませんでした。Becky! のバカ..。
板違いになってきたので、この辺で失礼いたします。
LDAP関連のスレッドって少ないし、助かるわ
ADSI-VB-LDAPで認証システムを構築したいのだが
どっちにしろオイラはヘタレSEなので大したのはできないだろうけど、
.asiaドメインが取れるようになったら本気出す
恥ずかしいから見ちゃヤだー
100〜のスレッドの続きを読む