Страница 1 из 1
ldap
Добавлено: 2014-11-21 11:31:33
Spook1680
Всем привет!
Странно почему фигня такая, фряха 10я
Код: Выделить всё
/usr/local/etc/rc.d/slapd start
Starting slapd.
/usr/local/etc/rc.d/slapd: WARNING: failed to start slapd
Код: Выделить всё
slapd[75781]: @(#) $OpenLDAP: slapd 2.4.40 (Nov 20 2014 15:35:30) $ root@plocal.ru:/usr/ports/net/openldap24-server/work/openldap-2.4.40/servers/slapd
Nov 21 11:25:40 plocal slapd[75781]: slapd stopped.
Nov 21 11:25:40 plocal slapd[75781]: connections_destroy: nothing to destroy.
Кому сия ошибка попарадалась?
Re: ldap
Добавлено: 2014-11-21 11:47:11
Spook1680
кофниг
Код: Выделить всё
cat slapd.conf
#
# See slapd.conf(5) for details on configuration options.
# This file should NOT be world readable.
#
include /usr/local/etc/openldap/schema/core.schema
include /usr/local/etc/openldap/schema/core.schema
include /usr/local/etc/openldap/schema/cosine.schema
include /usr/local/etc/openldap/schema/inetorgperson.schema
include /usr/local/etc/openldap/schema/misc.schema
include /usr/local/etc/openldap/schema/nis.schema
include /usr/local/etc/openldap/schema/openldap.schema
# Define global ACLs to disable default read access.
# Do not enable referrals until AFTER you have a working directory
# service AND an understanding of referrals.
#referral ldap://root.openldap.org
pidfile /var/run/openldap/slapd.pid
argsfile /var/run/openldap/slapd.args
# Load dynamic backend modules:
modulepath /usr/local/libexec/openldap
moduleload back_bdb
# moduleload back_mdb
# moduleload back_ldap
# Sample security restrictions
# Require integrity protection (prevent hijacking)
# Require 112-bit (3DES or better) encryption for updates
# Require 63-bit encryption for simple bind
# security ssf=1 update_ssf=112 simple_bind=64
# Sample access control policy:
# Root DSE: allow anyone to read it
# Subschema (sub)entry DSE: allow anyone to read it
# Other DSEs:
# Allow self write access
# Allow authenticated users read access
# Allow anonymous users to authenticate
# Directives needed to implement policy:
# access to dn.base="" by * read
# access to dn.base="cn=Subschema" by * read
access to *
by self write
by users read
by anonymous auth
##access to dn.base="" by * read
##access to dn.base="cn=Subschema" by * read
##access to *
## by self write
## by users read
## by anonymous auth
# by self write
# by users read
# by anonymous auth
#
# if no access controls are present, the default policy
# allows anyone and everyone to read anything but restricts
# updates to rootdn. (e.g., "access to * by * read")
#
# rootdn can always read and write EVERYTHING!
#######################################################################
# backend database definitions
#######################################################################
database bdb
#maxsize 1073741824
suffix "dc=pizec,dc=local"
rootdn "cn=root,dc=pizec,dc=local"
# Cleartext passwords, especially for the rootdn, should
# be avoid. See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
rootpw {SSHA}kms4....
# The database directory MUST exist prior to running slapd AND
# should only be accessible by the slapd and slap tools.
# Mode 700 recommended.
directory /var/db/openldap-data
# Indices to maintain
index objectClass eq
index cn eq
Re: ldap
Добавлено: 2014-11-21 12:20:25
snorlov
Вы DB_CONFIG скопировали в /var/db/openldap ?
Re: ldap
Добавлено: 2014-11-21 12:45:33
Spook1680
snorlov писал(а):Вы DB_CONFIG скопировали в /var/db/openldap ?
ага
Код: Выделить всё
/var/db/openldap-data # ls -l
total 4
-rw------- 1 ldap ldap 845 Nov 17 08:26 DB_CONFIG
сейчас на виртуалке юзаю фряху 9.2 там попробую поднять для теста на ней помню проблем небыло, мож чего упустил.
Re: ldap
Добавлено: 2014-11-21 12:51:12
snorlov
loglevel 256 поставь, кажется так, информативней будет...
Re: ldap
Добавлено: 2014-11-25 9:25:29
Spook1680
Ок. Спасибо разобрался. Пока в режиме теста, )) но вот блин не знаю для средней организации или крупной, наверно все таки это не айс. Такая адресная книга, гемора больше и забивать самому уж точно не хота.

Re: ldap
Добавлено: 2014-11-25 9:46:47
snorlov
Ldif формат еще никто не отменял... А что ты от нее и от ldap'а хочешь?
Re: ldap
Добавлено: 2014-11-25 10:08:14
Spook1680
да начальники забросили удочку типа на ее основе адресную книгу общую сделать.
Но как-то много НО. Основная масса сидит на outlook ( у них уже есть что-то свое, подборка)
Сами они занасить в ldap же не смогу, )) заносить ручками ну если только адреса сотрудников но это прилично.
Потом у пользователей появиться получается 2 адресных книги то же не айс. Ему придется в отлук залезать выбирать либо свою (там могут быть контакты ну к примеру с поставщиками) либо выбирать типа адресную книгу фирмы и там юзать., внутр. адрес сотрудника.