Différences

Ci-dessous, les différences entre deux révisions de la page.

--- informatique:reseau:ldap:chain [2022/07/25 13:48] – [Installation] bn8
+++ informatique:reseau:ldap:chain [2022/09/26 13:14] (Version actuelle) – [Installation] bn8
@@ Ligne 12: / Ligne 12: @@
 EOF</code>
-Il faut ensuite activer ce module pour votre //database// : <code bash>ldapadd -Y EXTERNAL -H ldapi:/// << EOF
+Il faut ensuite activer ce module au niveau de la database //frontend// : <code bash>ldapmodify -QY EXTERNAL -H ldapi:/// << EOF
-dn: olcOverlay={0}chain,olcDatabase={1}mdb,cn=config
+dn: olcOverlay=chain,olcDatabase={-1}frontend,cn=config
+changetype: add
 objectClass: olcOverlayConfig
 objectClass: olcChainConfig
@@ Ligne 19: / Ligne 20: @@
 olcChainReturnError: TRUE
-dn: olcDatabase={0}ldap,olcOverlay={0}chain,olcDatabase={1}mdb,cn=config
+dn: olcDatabase=ldap,olcOverlay={0}chain,olcDatabase={-1}frontend,
+ cn=config
+changetype: add
 objectClass: olcLDAPConfig
 objectClass: olcChainDatabase
@@ Ligne 25: / Ligne 28: @@
 olcDbURI: ldaps://ldap.example.org
 olcDbRebindAsUser: TRUE
-olcDbIDAssertBind: bindmethod=simple binddn="uid=syncrepl,ou=sysaccounts,o=example" credentials="secret" mode=self
+olcDbIDAssertBind: bindmethod=simple
+  binddn="uid=syncrepl,ou=sysaccounts,o=example"
+  credentials="secret"
+  mode=self
 EOF</code>
-<note tip>Ici on ajoute la configuration de l'overlay ''chain'' pour la database ''o=example'' avec la configuration de sa database ''ldap'' fournissant les informations de connexion à l'annuaire LDAP mâitre. Les identifiants de connexion renseignés dans le paramètre ''olcDbIDAssertBind'' sont utilisés pour se connecter à l'annuaire LDAP maître, mais les droits endossés lors de l'exécution de la requête sur le serveur maître sont bien ceux de l'utilisateur d'origine (=celui qui a fait la requête sur le serveur esclave).</note>
+Ici on ajoute la configuration du //chaining// avec la configuration de sa database ''ldap'' fournissant les informations de connexion à l'annuaire LDAP maître. Les identifiants de connexion renseignés dans le paramètre ''olcDbIDAssertBind'' sont utilisés pour se connecter à l'annuaire LDAP maître, mais les droits endossés lors de l'exécution de la requête sur le serveur maître sont bien ceux de l'utilisateur d'origine (=celui qui a fait la requête sur le serveur esclave) si vous avez activé le paramètre ''olcDbRebindAsUser''. Attention cependant, dans le cas de modifications //systèmes//, tel que la mise à jour des attributs opérationnels des overlays [[ppolicy]] ou [[lastbind]], la modification sera faite sur le serveur maître en tant que l'utilisateur renseigné dans le paramètre ''olcDbIDAssertBind'' et il vous faut vous assurer que les ACLs l'y autorisent.
+<note important>Si vous activez le paramètre ''olcDbRebindAsUser'' **(fortement conseillé)**, lorsqu'une modification sera transmises au serveur maître, elle le sera faites en se reconnectant en tant que l'utilisateur ayant demandé la modification sur le serveur esclave. Pour que cela fonctionne, il faut avoir activé et configuré [[authzproxy|l'authentification proxyfiée]] et s'être assuré que l'utilisateur configuré dans le [[chain|chaining]] dispose bien des droits pour cela.</note>
 Pour finir, assurez-vous que le paramètre ''olcUpdateRef'' de votre database est bien renseigné et égal à l'attribut ''olcDbURI'' du LDIF précédent ( ''%%ldaps://ldap.example.org%%'' ).