[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: みなさん、はじめまして
斉藤@RITEです
ura様貴重なご助言ありがとうございます。
On Fri, 22 Feb 2002 14:32:37 +0900 (JST)
URA Hiroshi <ura@hiru.aoba.yokohama.jp> wrote:
ura> >> Fri, 22 Feb 2002 13:18:14 +0900, Tetuya Saito <tetuya@rite.or.jp> said:
ura>
ura> > local4.* /var/log/ldap.log
ura> >
ura> > 上記の用に設定し、syslogdをkill -HUPしてログを確認したのですが
ura> > これといったエラーのログは出力されていません。
ura> > slapdの起動と停止に関してのログのみ記録されていました。
ura>
ura> 起動しているのであれば、netstatやfstatを使ってslapdがport ldapを
ura> bindしているか確認してはどうでしょうか?
基本的な事かもしれないのですが・・・・
netstat等で確認をする場合なのですが、たとえば、slapdを起動させた状態で、
netstat|grep ldapと実行しても、何も出力されません。
当然、telnet等でlocalhostよりldap portに対してセッションがはられない限り、
netstatでは、slapdのportがbindできているかどうかは、確認できないのでは無
いでしょうか?
実際に、NetBSD(i386)1.5.1上のマシンで、slapdのみ起動している状態で
netstat|grep ldapと実行したのですが、何も引っかかりませんでした。
telnet localhost ldapを実行し、ldap portにセッションをはってから、別コン
ソールでnetstat|grep ldapと実行すると、ldapの情報が確認できました。
上記の事から、現状のNetBSD(SPARC)1.5.2では、slapdに対してlocalhostより
telnetが繋がらないため、netstatでldap portがbindできているか確認すること
ができません。
また、一つわかったことなのですが、現在使用しているopenldapのバージョンは
最新ステーブル版のopenldap-stable-20020215を使用したいと思っていたのです
が、このバージョンではどうしてもうまくいかなかったので、openldap-1.2.13
にバージョンを変更したところ、正常にslapdが起動しldapaddも実行できるよう
になりました。
本来の安定版であるstable版でこのような現象が起こりました。
また、この現象は、NetBSD(i386)1.5.1では起こりませんでした。
何か、NetBSD(SPARC)1.5.2の特別な仕様等があるのか、もしくはopenldap-stable-20020215
の問題かどちらかのような気がします。
もし識者の皆様の中でNetBSD(SPARC)1.5.2でopenldap-stable-20020215を正常に
稼働させている方がやられましたら、どのようにされたのかご教授願えれば幸い
です。
今後も色々とこの問題に対して、テストしていきますので、また何かわかりまし
たら、ご報告させて頂きます。
ura> OpenLDAPは使っていないのですがあっているかわかりませんが、sldapdに
ura> tcp_wrapperがlinkされているのであれば、/etc/hosts.{allow,deny}も
ura> 確認する必要があるかと
tcp_wrapperはdisableにしてconfigureしてあります。
それでも上記のような現象発生しておりますし、hosts.allowに
all:all:allow
を付け加えても現象は回避されませんでした。
--
***************************************************************
* 財団法人 地球環境産業技術研究機構
* 研究企画部 研究支援課
* 斉藤 哲也
* e-mail:tetuya@rite.or.jp
* 住 所: 〒619-0292 京都府相楽郡木津町木津川台9−2
* 電 話: 0774−75−2303
* FAX: 0774−75−2316
* PGP Finger Print A803 6D0F B3CC D357 9858 187C 4BBE 6D36 A2F5 FE75
****************************************************************