☰

MIT Kerberos с бэкэндом OpenLDAP — TLS работает нормально, когда KDC запущен в интерактивном режиме, но сценарий инициализации завершается с ошибкой

tag-icon • tag-icon debian openldap kerberos tls
MIT Kerberos с бэкэндом OpenLDAP — TLS работает нормально, когда KDC запущен в интерактивном режиме, но сценарий инициализации завершается с ошибкой

В домене DNS

domain.local.

есть две машины

host.domain.local. = 192.168.1.1
srv1.domain.local. = 192.168.1.2

host.domain.local. is KDC for Kerberos realm DOMAIN.LOCAL,
srv1.domain.local. is a KDC for Kerberos realm RC.DOMAIN.LOCAL.

Между RC.DOMAIN.LOCAL и DOMAIN.LOCAL существует однонаправленное доверие:

RC.DOMAIN.LOCAL ===trusts===> tickets from DOMAIN.LOCAL,

но не наоборот.

KDC для RC.DOMAIN.LOCAL на srv1 был настроен с использованием OpenLDAP-бэкэнда в соответствии с

http://web.mit.edu/kerberos/krb5-devel/doc/admin/conf_ldap.html

с его бэкэндом OpenLDAP на host.domain.local, доступным по

ldaps://host.domain.local:636.

На srv1 также установлен (но отключен) локальный OpenLDAP, поэтому на srv1 существуют локальные файлы ldap.conf и т. д., которые следует учитывать.

Когда я запускаю KDC на srv1 вручную в сеансе root (srv1)

root@srv1:~# krb5kdc

все работает отлично.

Когда я пытаюсь запустить KDC на srv1 с помощью скриптов инициализации системы

root@srv1:~# /etc/init.d/krb5-kdc start

или

root@srv1:~# service krb5-kdc start

диалог TLS между krb5kdc на srv1 и slapd на хосте завершается неудачей; объединенный системный журнал

14:46:44 host.domain.local slapd[1778]: daemon: activity on 1 descriptor
14:46:44 host.domain.local slapd[1778]: slap_listener_activate(6): 
14:46:44 srv1 krb5kdc[3206]: krb5kdc: cannot initialize realm RC.DOMAIN.LOCAL - see log file for details
14:46:44 host.domain.local slapd[1778]: >>> slap_listener(ldaps://192.168.1.1:636/)
14:46:44 host.domain.local slapd[1778]: daemon: listen=6, new connection on 10
14:46:44 host.domain.local slapd[1778]: daemon: added 10r (active) listener=(nil)
14:46:44 host.domain.local slapd[1778]: conn=1037 fd=10 ACCEPT from IP=192.168.1.2:38664 (IP=192.168.1.1:636)
14:46:44 host.domain.local slapd[1778]: daemon: select: listen=6 active_threads=0 tvp=NULL
14:46:44 host.domain.local slapd[1778]: daemon: select: listen=7 active_threads=0 tvp=NULL
14:46:44 host.domain.local slapd[1778]: daemon: activity on 1 descriptor
14:46:44 host.domain.local slapd[1778]: daemon: waked
14:46:44 host.domain.local slapd[1778]: daemon: select: listen=6 active_threads=0 tvp=NULL
14:46:44 host.domain.local slapd[1778]: daemon: activity on 1 descriptor
14:46:44 host.domain.local slapd[1778]: daemon: activity on:
14:46:44 host.domain.local slapd[1778]:  10r
14:46:44 host.domain.local slapd[1778]: 
14:46:44 host.domain.local slapd[1778]: daemon: read activity on 10
14:46:44 host.domain.local slapd[1778]: connection_get(10): got connid=1037
14:46:44 host.domain.local slapd[1778]: connection_read(10): checking for input on id=1037
14:46:44 host.domain.local slapd[1778]: connection_read(10): TLS accept failure error=-1 id=1037, closing
14:46:44 host.domain.local slapd[1778]: connection_closing: readying conn=1037 sd=10 for close
14:46:44 host.domain.local slapd[1778]: connection_close: conn=1037 sd=10
14:46:44 host.domain.local slapd[1778]: daemon: removing 10
14:46:44 host.domain.local slapd[1778]: daemon: activity on 1 descriptor
14:46:44 host.domain.local slapd[1778]: slap_listener_activate(6): 
14:46:44 host.domain.local slapd[1778]: >>> slap_listener(ldaps://192.168.1.1:636/)
14:46:44 host.domain.local slapd[1778]: daemon: listen=6, new connection on 10
14:46:44 host.domain.local slapd[1778]: daemon: added 10r (active) listener=(nil)
14:46:44 host.domain.local slapd[1778]: conn=1038 fd=10 ACCEPT from IP=192.168.1.2:38666 (IP=192.168.1.1:636)
14:46:44 host.domain.local slapd[1778]: daemon: select: listen=6 active_threads=0 tvp=NULL
14:46:44 host.domain.local slapd[1778]: daemon: select: listen=7 active_threads=0 tvp=NULL
14:46:44 host.domain.local slapd[1778]: daemon: activity on 1 descriptor
14:46:44 host.domain.local slapd[1778]: daemon: waked
14:46:44 host.domain.local slapd[1778]: daemon: select: listen=6 active_threads=0 tvp=NULL
14:46:44 srv1 systemd[1]: krb5-kdc.service: control process exited, code=exited status=1
14:46:44 srv1 systemd[1]: Failed to start Kerberos 5 Key Distribution Center.
14:46:44 srv1 systemd[1]: Unit krb5-kdc.service entered failed state.
14:46:44 host.domain.local slapd[1778]: daemon: activity on 1 descriptor
14:46:44 host.domain.local slapd[1778]: daemon: activity on:
14:46:44 host.domain.local slapd[1778]:  10r
14:46:44 host.domain.local slapd[1778]: 
14:46:44 host.domain.local slapd[1778]: daemon: read activity on 10
14:46:44 host.domain.local slapd[1778]: connection_get(10): got connid=1038
14:46:44 host.domain.local slapd[1778]: connection_read(10): checking for input on id=1038
14:46:44 host.domain.local slapd[1778]: connection_read(10): TLS accept failure error=-1 id=1038, closing
14:46:44 host.domain.local slapd[1778]: connection_closing: readying conn=1038 sd=10 for close
14:46:44 host.domain.local slapd[1778]: connection_close: conn=1038 sd=10
14:46:44 host.domain.local slapd[1778]: daemon: removing 10

/etc/ldap/ldap.conf на srv1 — это

rootdn "cn=admin,cn=config"
rootpw {SASL}[email protected]
BASE    dc=domain,dc=local
URI ldaps://127.0.0.1:636/ ldapi:///
TLS_CACERT /etc/ldap/ssl/cacert.pem
TLS_REQCERT allow
SASL_MECH EXTERNAL

таким образом, это в основном относится к локальному srv1 slapd, но, насколько это применимо, к успешному ручному запуску krb5kdc на srv1, переопределенному эффективным

.ldaprc  for root@srv1: 

URI             ldaps://host.domain.local:636
TLS_REQCERT     demand
SASL_MECH       EXTERNAL
TLS_CACERT      /root/secret/cacert.pem
TLS_CERT        /root/secret/root.srv1.domain.local-cert.pem
TLS_KEY         /root/secret/private/root.srv1.domain.local-key.pem

и разделом dbmodules файла /etc/krb5kdc/kdc.conf на srv1

[dbmodules]
    LDAP = {
        db_library = kldap
    ldap_kdc_sasl_mech = EXTERNAL
    ldap_kdc_dn = cn=krb5kdc,dc=rc,dc=domain,dc=local
    ldap_kadmind_dn = cn=kadmind,dc=rc,dc=domain,dc=local
    ldap_service_password_file = /etc/krb5kdc/ldap_stash
    ldap_kerberos_container_dn = cn=realm,dc=rc,dc=domain,dc=local
    #ldap_servers = ldap://host.domain.local:389
    ldap_servers = ldaps://host.domain.local:636
    }


root@srv1:~# ldapwhoami

урожайность

SASL/EXTERNAL authentication started
SASL username: cn=root.srv1.domain.local,ou=...
SASL SSF: 0
dn:cn=admin,cn=config

и

root@srv1:~# ldapsearch -b "" -s base -LLL supportedSASLMechanisms

урожайность

SASL/EXTERNAL authentication started
SASL username: cn=root.srv1.domain.local,ou=...
SASL SSF: 0
dn:
supportedSASLMechanisms: EXTERNAL

srv1 работает с amd64 Debian 8 "jessie":

krb5-kdc-ldap     1.12.1+dfsg-19 
ldap-utils        2.4.40+dfsg-1+deb8u1
libaprutil1-ldap  1.5.4-1
libkldap4         4:4.14.2-2+b1
libldap-2.4-2     2.4.40+dfsg-1+deb8u1

Совместимая с Debian точка для дополнительной конфигурации KDC — /etc/default/krb5-kdc:

# [...]
DAEMON_ARGS="-r RC.DOMAIN.LOCAL"
# LDAPNOINIT=1
# LDAPRC=.ldaprc
# LDAPTLS_REQCERT=demand
# #LDAPSASL_SECPROPS   none
#LDAPSASL_MECH=EXTERNAL
#LDAPTLS_CACERT=/root/secret/cacert.pem
#LDAPTLS_CERT=/root/secret/root.srv1.domain.local-cert.pem
#LDAPTLS_KEY=/root/secret/private/root.srv1.domain.local-key.pem

Как вы можете видеть, я попытался вручную перестроить правильную среду TLS для скрипта запуска KDC, но пока безуспешно.

Итак, почему KDC отлично работает из интерактивной оболочки root, но дает сбой из сценария инициализации, и что с этим делать?

решение1

Похоже, что для поддерживаемого OpenLDAP KDC просто нужен сертификат CA, расположенный

вдействительныйкаталог сертификатов ssl,

где он также может найти ключи и сертификаты своего сервера, например, /etc/sslна моем компьютере srv1; например, изменив запись TLS_CACERT в

/etc/ldap/ldap.conf

к

#[...]
TLS_CACERT  /etc/ssl/certs/cacert.pem
#[...]

заставил скрипт инициализации работать.

Это не единственная мера, которая может сработать, можно, например, также попробовать установить

[dbmodules]
    LDAP = {
        # [...]
        ldap_cert_path = ...
        # [...]
    }

в /etc/krb5kdc/kdc.conf(непроверено) или добавить

LDAPTLS_CACERT=/etc/ssl/certs/cacert.pem

в Debian /etc/default/krb5-kdc(проверено).

Связанный контент