Distribution EOLE » Modules » Scribe

h1. Scribe AD

{{>toc}}

h2. Actions

h3. Migration du Scribe NT vers Scribe AD

h4. Procédure classicupgrade

La procédure classicupgrade nécessite des interventions complémentaires (pouvant être scriptées).

En partant d’un Scribe fonctionnel instancié avec import de comptes

h5. stopper et désactiver les services de samba en mode NT (smbd, nmbd, winbind),

<pre>

systemctl stop nmbd

systemctl stop smbd

systemctl stop winbind

systemctl disable nmbd

systemctl disable smbd

systemctl disable winbind

</pre>

h5. installer les outils nécessaires :

<pre>

apt-get install krb5-user ldb-tools

</pre>

h5. patcher nsswitch.conf.default, ldap.conf

<pre>

--- distrib/nsswitch.conf.default	2017-05-15 11:18:44.000000000 +0200

+++ modif/nsswitch.conf.default	2018-01-09 15:12:53.260292570 +0100

@@ -7,8 +7,8 @@

 ########################################################

 # /etc/nsswitch.conf

-%set %%active_winbind = %%getVar('activer_winbind', 'non') == 'oui'

-%set %%active_ldap =  %%getVar('ldap_nss', 'non') == 'oui'

+%set %%active_winbind = True

+%set %%active_ldap =  False

 passwd:         compat %slurp

 %if %%active_ldap

</pre>

<pre>

--- distrib/ldap.conf	2017-04-05 12:25:55.000000000 +0200

+++ modif/ldap.conf	2018-01-10 14:39:19.008000000 +0100

@@ -13,7 +13,7 @@

 %if %%active_ldap == 'oui'

 host %%adresse_ip_ldap

-base %%ldap_base_dn

+base DC=etb1,DC=lan

 port %%ldap_port

 timelimit 10

 bind_time_limit 10

@@ -23,8 +23,8 @@

 pam_login_attribute uid

 pam_password md5

 nss_map_attribute gecos displayName

-nss_base_passwd %%ldap_base_dn?sub

-nss_base_group %%ldap_base_dn?sub

+nss_base_passwd DC=etb1,DC=lan?sub

+nss_base_group DC=etb1,DC=lan?sub

 #fixe #1809

 nss_initgroups_ignoreusers root

  %if %%ldap_tls == 'oui'

</pre>

h5. déplacer la configuration samba actuelle dans un répertoire de travail

<pre>

mv /etc/samba/ /etc/samba.PDC/

</pre>

h5. renommer le fichier de configuration smb.conf de ce répertoire de travail,

<pre>

mv /etc/samba.PDC/smb.conf /etc/samba.PDC/smb.PDC.conf

</pre>

h5. copier les bases de données de samba dans un sous-répertoire du répertoire de travail

<pre>

mkdir /etc/samba.PDC/dbdir/

cp -p /var/lib/samba/private/secrets.tdb /etc/samba.PDC/dbdir/

cp -p /var/lib/samba/private/schannel_store.tdb /etc/samba.PDC/dbdir/

cp -p /var/lib/samba/private/passdb.tdb /etc/samba.PDC/dbdir/

#cp -p /var/lib/samba/var/lock/gencache_notrans.tdb /etc/samba.PDC/dbdir/

cp -p /var/lib/samba/group_mapping.tdb /etc/samba.PDC/dbdir/

cp -p /var/lib/samba/account_policy.tdb /etc/samba.PDC/dbdir/

</pre>

h5. lancer la commande samba-tool domain classicupgrade

<pre>

realm=$(CreoleGet nom_domaine_local)

samba-tool domain classicupgrade --dbdir=/etc/samba.PDC/dbdir --use-xattrs=yes --realm=${realm^^} --dns-backend=SAMBA_INTERNAL /etc/samba.PDC/smb.PDC.conf

</pre>

h5. créer le patch smb.conf à partir du nouveau fichier créer par samba-tool

h5. stopper et désactiver le service slapd

<pre>

systemctl stop slapd

systemctl disable slapd

</pre>

h5. créer le compte reader

<pre>

cat /root/.reader

samba-tool user create reader

</pre>

h5. modifier les variables

Le base DN est maintenant du type DC=etb1,DC=lan.

Le compte reader est maintenant du type CN=reader,CN=Users,DC=etb1,DC=lan.

h5. modifier les scripts de posttemplate 00-annuaire, 02-annuaire et 04-fichier

exit 0 ajouté en tête des fichiers pour ne pas faire les traitements.

h5. activer et démarrer le service samba-ad-dc

<pre>

systemctl enable samba-ad-dc

systemctl start samba-ad-dc

</pre>

h5. reconfigure

h5. stopper le service nmbd

Le service nmbd est démarré automatiquement par creole

<pre>

systemctl stop nmbd

</pre>

h4. Points à traiter

h5. service nmbd

Le service nmbd est géré par creole et sa désactivation manuelle n’est pas suffisante

h5. variables creole

Les variables concernant l’annuaire sont verrouillées (même après import du fichier de configuration : valeurs par défaut).

Il n’est pas possible de modifier, hors des patchs, les valeurs pour le base DN, le protocole (ldaps), etc.

h5. dns

Un problème subsiste pour le dns, peut-être lié à un problème kerberos

<pre>

janv. 10 11:49:15 scribe samba[15840]: [2018/01/10 11:49:15.837313,  0] ../lib/util/util_runcmd.c:328(samba_runcmd_io_handler)

janv. 10 11:49:15 scribe samba[15840]:   /usr/sbin/samba_dnsupdate: Traceback (most recent call last):

janv. 10 11:49:15 scribe samba[15840]: [2018/01/10 11:49:15.837535,  0] ../lib/util/util_runcmd.c:328(samba_runcmd_io_handler)

janv. 10 11:49:15 scribe samba[15840]:   /usr/sbin/samba_dnsupdate:   File "/usr/sbin/samba_dnsupdate", line 621, in <module>

janv. 10 11:49:15 scribe samba[15840]: [2018/01/10 11:49:15.837579,  0] ../lib/util/util_runcmd.c:328(samba_runcmd_io_handler)

janv. 10 11:49:15 scribe samba[15840]:   /usr/sbin/samba_dnsupdate:     get_credentials(lp)

janv. 10 11:49:15 scribe samba[15840]: [2018/01/10 11:49:15.837630,  0] ../lib/util/util_runcmd.c:328(samba_runcmd_io_handler)

janv. 10 11:49:15 scribe samba[15840]:   /usr/sbin/samba_dnsupdate:   File "/usr/sbin/samba_dnsupdate", line 125, in get_credentials

janv. 10 11:49:15 scribe samba[15840]: [2018/01/10 11:49:15.837691,  0] ../lib/util/util_runcmd.c:328(samba_runcmd_io_handler)

janv. 10 11:49:15 scribe samba[15840]:   /usr/sbin/samba_dnsupdate:     raise e

janv. 10 11:49:15 scribe samba[15840]: [2018/01/10 11:49:15.837737,  0] ../lib/util/util_runcmd.c:328(samba_runcmd_io_handler)

janv. 10 11:49:15 scribe samba[15840]:   /usr/sbin/samba_dnsupdate: RuntimeError: kinit for SCRIBE$@ETB1.LAN failed (Cannot contact any KDC f

janv. 10 11:49:15 scribe samba[15840]: [2018/01/10 11:49:15.837778,  0] ../lib/util/util_runcmd.c:328(samba_runcmd_io_handler)

janv. 10 11:49:15 scribe samba[15840]:   /usr/sbin/samba_dnsupdate:

janv. 10 11:49:15 scribe samba[15840]: [2018/01/10 11:49:15.853639,  0] ../source4/dsdb/dns/dns_update.c:294(dnsupdate_nameupdate_done)

janv. 10 11:49:15 scribe samba[15840]:   ../source4/dsdb/dns/dns_update.c:294: Failed DNS update - NT_STATUS_ACCESS_DENIED

</pre>

Un essai de modification de la configuration de kerberos (krb5.conf) a été tenté mais les résultats sont incertains.

Il est peut-être nécessaire de renseigner un DNS forwarder dans la configuration de samba.

<pre>

[libdefaults]

    default_realm = ETB1.LAN

    dns_lookup_kdc = true

    dns_lookup_realm = true

</pre>

h2. Pistes de travail pour la migration de l'annuaire

Proposition de méthode pour arriver a un Scribe AD en utilisant malgré-tout une

partie du travail déjà fait par l'équipe samba dans sa procédure

classicupgrade.

La procédure proprement dite n'est pas suffisante pour nous et l'utilisation

brute de l'outil samba non plus, cet outil réalise le provisionning AD et les

initialisations des fichiers db, hors pour bien faire nous avons besoin que samba ai

connaissance des schemas complémentaires du scribe (radius, eole, ent ...).

avant la migration des comptes. Pour lui ajouter les dit schémas il faut que

les fichiers db soient initialisées, donc l'utilisation de l'outil est

impossible. Par chance il utilise la lib python samaba, ce qui nous ouvre des

possibilités. Sans oublié que l'outil samba crée la configuration pour samba

a partir de l'ancienne et cette fonctionnalités ne nous ai pas vraiment utile.

Donc l'idée est de recréer une procédure de migration complête pour nos

besoins.

Il faut donc refaire le provisionning de l'AD ce qui est fait dans Seth donc

nous pouvons utiliser cette base de travail

Migrer les shemas complémentaires actuels au format lisible par samba4.

Créer un script de migration des comptes qui ajoute les schemas, utilise la

lib python samba4 pour migrer les comptes et ensuite mettre à jour les comptes

avec les attributs supplémentaires de l'ancien annuaire.

h3. Remplacement du Client Scribe :

* application de policies : https://dev-eole.ac-dijon.fr/issues/22666

Le portage des règles Esu en policies AD va être compliqué et aléatoire. Il existe beaucoup de manières d'implémenter ces règles (fichier INI, fichier XML, Register.pol, ...). Il va falloir tester règle par règle comment c'est généré via RSAT.

Si on veut générer les règles depuis Gaspacho il va falloir : 

# connaitre le format de chaque règle ;

# créer des parsers pour chaque format ;

# écrire les fichiers ".gasp" pour que les règles soient prise en compte dans Gaspacho ;

# créer les GPO suivant les groupes gaspacho + associer les différents critères de sélection (utilisateur/machine) ;

# lancer les différents parsers quand on applique les règles Gaspacho ;

* exécuter des scripts au démarrage de la machine/connexion des utilisateurs : https://dev-eole.ac-dijon.fr/issues/22665

L'exécution de script de démarrage est pris en compte par le système de GPO. Cela peut être des scripts "machines" (au démarrage ou arrêt du serveur) ou "utilisateurs" (à l'ouverture ou fermeture de la session).

Il faut un mécanisme pour générer les scripts comme c'était fait sous Scribe.

De plus nous n'avons pas réussi a lancer un Script diffuser via le partage netlogon. Il va falloir trouver un moyen de les diffuser.

*