Ошибки 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", какая командная строка была передана и какой пользователь ее запускал.