Ошибки LDAP до подключения сети

В процессе загрузки я получаю следующие ошибки:

May 11 12:19:25 vagrant-ubuntu-vivid-64 sh[482]: nss_ldap: could not connect to any LDAP server as (null) - Can't contact LDAP server
May 11 12:19:25 vagrant-ubuntu-vivid-64 sh[482]: nss_ldap: failed to bind to LDAP server ldap://ldap: Can't contact LDAP server
May 11 12:19:25 vagrant-ubuntu-vivid-64 sh[482]: nss_ldap: reconnecting to LDAP server...
May 11 12:19:25 vagrant-ubuntu-vivid-64 sh[482]: nss_ldap: could not connect to any LDAP server as (null) - Can't contact LDAP server
May 11 12:19:25 vagrant-ubuntu-vivid-64 sh[482]: nss_ldap: failed to bind to LDAP server ldap://ldap: Can't contact LDAP server
May 11 12:19:25 vagrant-ubuntu-vivid-64 sh[482]: nss_ldap: reconnecting to LDAP server (sleeping 1 seconds)...

Это происходит до того, как сеть включается, когда сервер ldap явно недоступен. После запуска сети аутентификация ldap работает правильно.

Дело в том, что процессу загрузки не нужно извлекать какого-либо пользователя или группу с сервера ldap.

/etc/nsswitch.conf настраивается следующим образом:

passwd:         files ldap
group:          files ldap
shadow:         files ldap

hosts:          files myhostname mdns4_minimal [NOTFOUND=return] dns
networks:       files

protocols:      db files
services:       db files
ethers:         db files
rpc:            db files

netgroup:       nis

Обратите внимание, что та же самая установка не вызвала ошибок в Ubuntu 14.10.

Как узнать, что пытается подключиться к ldap и почему?

Обновить

journalctl -o verbose _PID=482 возвращается

    _UID=0
    _GID=0
    _SYSTEMD_SLICE=system.slice
    PRIORITY=3
    _CAP_EFFECTIVE=3fffffffff
    _EXE=/bin/dash
    _SYSTEMD_CGROUP=/system.slice/networking.service
    _SYSTEMD_UNIT=networking.service
    _TRANSPORT=syslog
    SYSLOG_IDENTIFIER=sh
    SYSLOG_FACILITY=10
    MESSAGE=nss_ldap: could not connect to any LDAP server as (null) - Can't contact LDAP server
    _PID=484
    _COMM=resolvconf
    _CMDLINE=/bin/sh /sbin/resolvconf -a lo.inet
    _SOURCE_REALTIME_TIMESTAMP=1431438028207234

Я все еще пытаюсь понять, что происходит. Похоже, что модуль network.service на самом деле ничего не содержит, поэтому я не знаю, как это связано с resolvconf. Я также не могу понять, почему resolvconf использует адрес ldap.

1 ответ

Как узнать, что пытается подключиться к ldap и почему?
Вы смотрите на журнал и видите, что он говорит:

 12:19:25 vagrant-ubuntu-vivid-64 sh [ 482 ]: nss_ldap: переподключение к серверу LDAP... 
Ты думаешь:

"Ага! Идентификатор процесса 482."
И тогда ты бежишь

 journalctl -o verbose _PID=482 
и, возможно,

 journalctl -o verbose SYSLOG_PID=482 
и еще раз просмотрите журнал, чтобы точно узнать, что это за программа "sh", какая командная строка была передана и какой пользователь ее запускал.

Другие вопросы по тегам