Error al iniciarse el backend de sssd antes de estar levantada la red

Cuando he clonado los equipos SIATIC, no me funcionaba la autenticación. Revisando los logs, he comprobado que el servicio sssd se iniciaba antes de estar levantada la red:

systemctl status sssd
● sssd.service - System Security Services Daemon
   Loaded: loaded (/lib/systemd/system/sssd.service; enabled; vendor preset: ena
   Active: active (running) since Fri 2018-06-29 08:15:30 CEST; 40min ago
 Main PID: 837 (sssd)
    Tasks: 5 (limit: 4915)
   CGroup: /system.slice/sssd.service
           ├─837 /usr/sbin/sssd -i --logger=files
           ├─933 /usr/lib/x86_64-linux-gnu/sssd/sssd_be --domain LDAP --uid 0 --
           ├─945 /usr/lib/x86_64-linux-gnu/sssd/sssd_nss --uid 0 --gid 0 --logge
           ├─946 /usr/lib/x86_64-linux-gnu/sssd/sssd_pam --uid 0 --gid 0 --logge
           └─947 /usr/lib/x86_64-linux-gnu/sssd/sssd_autofs --uid 0 --gid 0 --lo
jun 29 08:15:30 a17-pro systemd[1]: Starting System Security Services Daemon...
jun 29 08:15:30 a17-pro sssd[837]: Starting up
jun 29 08:15:30 a17-pro sssd[be[933]: Starting up
jun 29 08:15:30 a17-pro sssd[945]: Starting up
jun 29 08:15:30 a17-pro sssd[946]: Starting up
jun 29 08:15:30 a17-pro sssd[947]: Starting up
jun 29 08:15:30 a17-pro systemd[1]: Started System Security Services Daemon.
jun 29 08:15:30 a17-pro sssd[be[933]: Backend is offline

Si miráis la última línea, observaréis un mensaje que dice que el Backend está offline.

Si os sucede ésto, podéis resolver el problema de la siguiente manera:
Primero cread un directorio sssd.service.d en /etc/systemd/system:

mkdir /etc/systemd/system/sssd.service.d

A continuación, cread un fichero override.conf en el directorio /etc/systemd/system/sssd.service.d/:

/etc/systemd/system/sssd.service.d/override.conf

Y añadidle el siguiente contenido:

[Unit]
Requires=network-online.target
After=network-online.target

Con ésto, le estamos diciendo a systemd que el servicio sssd requiere que la red esté online antes de iniciarse.

El fichero override.conf es un snippet que aplicará cambios en la definición de la unit file original (sssd.service), de manera que las modificaciones del snippet tendrán preferencia.

Una vez creado, tan sólo tendremos que reiniciar el servicio:

systemctl restart sssd

Y comprobaremos que el problema está resuelto:

systemctl status sssd
● sssd.service - System Security Services Daemon
   Loaded: loaded (/lib/systemd/system/sssd.service; enabled; vendor preset: ena
  Drop-In: /etc/systemd/system/sssd.service.d
           └─override.conf
   Active: active (running) since Fri 2018-06-29 09:24:18 CEST; 28s ago
 Main PID: 2999 (sssd)
    Tasks: 5 (limit: 4915)
   CGroup: /system.slice/sssd.service
           ├─2999 /usr/sbin/sssd -i --logger=files
           ├─3000 /usr/lib/x86_64-linux-gnu/sssd/sssd_be --domain LDAP --uid 0 -
           ├─3001 /usr/lib/x86_64-linux-gnu/sssd/sssd_nss --uid 0 --gid 0 --logg
           ├─3002 /usr/lib/x86_64-linux-gnu/sssd/sssd_pam --uid 0 --gid 0 --logg
           └─3003 /usr/lib/x86_64-linux-gnu/sssd/sssd_autofs --uid 0 --gid 0 --l
jun 29 09:24:18 a20-pro systemd[1]: Starting System Security Services Daemon...
jun 29 09:24:18 a20-pro sssd[2999]: Starting up
jun 29 09:24:18 a20-pro sssd[be[3000]: Starting up
jun 29 09:24:18 a20-pro sssd[3001]: Starting up
jun 29 09:24:18 a20-pro sssd[3003]: Starting up
jun 29 09:24:18 a20-pro sssd[3002]: Starting up
jun 29 09:24:18 a20-pro systemd[1]: Started System Security Services Daemon.