Scribe AD » Historique » Version 9
« Précédent -
Version 9/91
(diff) -
Suivant » -
Version actuelle
Philippe Caseiro, 10/01/2018 11:46
Scribe AD¶
Actions¶
Migration du Scribe NT vers Scribe AD¶
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
stopper et désactiver les services de samba en mode NT (smbd, nmbd, winbind),
systemctl stop nmbd
systemctl stop smbd
systemctl stop winbind
systemctl disable nmbd
systemctl disable smbd
systemctl disable winbind
installer les outils nécessaires :
apt-get install krb5-user lbd-tools
patcher nsswitch.conf.default, ldap.conf¶
--- 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
déplacer la configuration samba actuelle dans un répertoire de travail¶
mv /etc/samba/ /etc/samba.PDC/
renommer le fichier de configuration smb.conf de ce répertoire de travail,¶
mv /etc/samba.PDC/smb.conf /etc/samba.PDC/smb.PDC.conf
copier les bases de données de samba dans un sous-répertoire du répertoire de travail¶
mkdir /etcsamba.PDC/dbdir/ cp -p /etc/samba.PDC/private/secrets.tdb /etc/samba.PDC/dbdir/ cp -p /etc/samba.PDC/private/schannel_store.tdb /etc/samba.PDC/dbdir/ cp -p /etc/samba.PDC/private/passdb.tdb /etc/samba.PDC/dbdir/ cp -p /etc/samba.PDC/var/lock/gencache_notrans.tdb /etc/samba.PDC/dbdir/ cp -p /etc/samba.PDC/var/locks/group_mapping.tdb /etc/samba.PDC/dbdir/ cp -p /etc/samba.PDC/var/locks/account_policy.tdb /etc/samba.PDC/dbdir/
lancer la commande samba-tool domain classicupgrade¶
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
créer le patch smb.conf à partir du nouveau fichier créer par samba-tool¶
stopper et désactiver le service slapd¶
systemctl stop slapd systemctl disable slapd
créer le compte reader¶
cat /root/.reader samba-tool user create reader
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.
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.
activer et démarrer le service samba-ad-dc¶
systemctl enable samba-ad-dc systemctl start samba-ad-dc
reconfigure¶
stopper le service nmbd¶
Le service nmbd est démarré automatiquement par creole
systemctl stop nmbd
En suspens : gestion du service nmbd, problèmes dns (piste : variables dns_lookup_realm et dns_lookup_kdc dans le fichier de configuration krb5.conf)
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.