LDAP: Unterschied zwischen den Versionen
Metaz (Diskussion | Beiträge) |
Metaz (Diskussion | Beiträge) |
||
| Zeile 7: | Zeile 7: | ||
Den SQL basierenden LDAP Server kann man eventuell auch ganz weglassen, wenn die [[MOS Benutzerverwaltung]] ersteren LDAP Server als Quelle der Benutzerdaten verwendet. Da dafür aber in den Innereien von Django herumgebastelt werden muss wird es vorerst wahrscheinlich keine vollständige Integration geben. | Den SQL basierenden LDAP Server kann man eventuell auch ganz weglassen, wenn die [[MOS Benutzerverwaltung]] ersteren LDAP Server als Quelle der Benutzerdaten verwendet. Da dafür aber in den Innereien von Django herumgebastelt werden muss wird es vorerst wahrscheinlich keine vollständige Integration geben. | ||
| − | Und um weitere Diskussionen zu vermeiden, hier | + | == Könnte man denn nicht die Datenbank als Backend für LDAP nehmen? == |
| + | '''Nein, kann man nicht.''' | ||
| + | |||
| + | Und um weitere Diskussionen zu vermeiden, hier auch der Verweis zum Grund warum eine relationale Datenbank als volles Backend für einen LDAP Server keine gute Idee ist und anscheinend auch nicht vollständig implementiert wurde [http://www.openldap.org/faq/data/cache/378.html]. | ||
[[Kategorie:Metalab OS]] | [[Kategorie:Metalab OS]] | ||
[[Kategorie:Server]] | [[Kategorie:Server]] | ||
Version vom 25. August 2006, 00:38 Uhr
Hier muss man zwischen zwei LDAP Systemen trennen:
Zum einen gibt es den internen LDAP Server der dazu verwendet wird Benutzeraccounts und Berechtigungen für interne Workstations, Server, Terminal Server und Fileserver, etc. zu halten.
Zum anderen gibt es optional, falls eines unserer externen Services dies benötigt, einen slapd-sql man page der lesenden Zugriff auf die Metalab OS Benutzerdaten bietet.
Den SQL basierenden LDAP Server kann man eventuell auch ganz weglassen, wenn die MOS Benutzerverwaltung ersteren LDAP Server als Quelle der Benutzerdaten verwendet. Da dafür aber in den Innereien von Django herumgebastelt werden muss wird es vorerst wahrscheinlich keine vollständige Integration geben.
Könnte man denn nicht die Datenbank als Backend für LDAP nehmen?
Nein, kann man nicht.
Und um weitere Diskussionen zu vermeiden, hier auch der Verweis zum Grund warum eine relationale Datenbank als volles Backend für einen LDAP Server keine gute Idee ist und anscheinend auch nicht vollständig implementiert wurde [1].
