Ошибки 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

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