2
Active Directory u. LDAP Verständnisfrage
Hallo zusammen!
Habe gerade folgendes zu LDAP gelesen:
Angenommen ich habe eine Domäne "test.local" und zwei LDAP Server.
Unter der Domäne test.local liegt eine OU Namens Marketing und eine OU Namens Verkauf.
"test.local" und "Verkauf" liegen ganz normal auf dem ersten LDAP Server.
Nun soll aber die OU Marketing auf einem zweiten LDAP Server liegen und der erste LDAP Server nur ein "Referral" auf den zweiten LDAP Server haben.
Somit würde die Baumstruktur beim LDAP Server 2 erst bei der OU Marketing beginnen.
Gut, soviel zur Theorie.
Das Active Directory basiert ja auch auf LDAP. D.h. jeder Domänencontroller ist auch ein LDAP Server!
Gibt es eine Konstellation wo ein Domänencontroller (und damit LDAP Server) nur einen "Referral" auf einen anderen LDAP Server hat? Wo z.B.?
Und wo konfiguriere ich das? Weil mit den typischen AD Werkzeugen macht dass das AD ja praktisch alles "alleine". Wenn ich eine neue OU anlege kann ich ja nicht auswählen auf welchem LDAP Server das erstellt werden soll.
Gibt es denn bei Microsoft überhaupt eine Trennung zw. AD und dem LDAP Server der ja darunterliegen muss?!
Ich hoffe ihr könnt nachvollziehen was ich meine.
Vielen Dank für Auskunft.
mfg
Habe gerade folgendes zu LDAP gelesen:
Angenommen ich habe eine Domäne "test.local" und zwei LDAP Server.
Unter der Domäne test.local liegt eine OU Namens Marketing und eine OU Namens Verkauf.
"test.local" und "Verkauf" liegen ganz normal auf dem ersten LDAP Server.
Nun soll aber die OU Marketing auf einem zweiten LDAP Server liegen und der erste LDAP Server nur ein "Referral" auf den zweiten LDAP Server haben.
Somit würde die Baumstruktur beim LDAP Server 2 erst bei der OU Marketing beginnen.
Gut, soviel zur Theorie.
Das Active Directory basiert ja auch auf LDAP. D.h. jeder Domänencontroller ist auch ein LDAP Server!
Gibt es eine Konstellation wo ein Domänencontroller (und damit LDAP Server) nur einen "Referral" auf einen anderen LDAP Server hat? Wo z.B.?
Und wo konfiguriere ich das? Weil mit den typischen AD Werkzeugen macht dass das AD ja praktisch alles "alleine". Wenn ich eine neue OU anlege kann ich ja nicht auswählen auf welchem LDAP Server das erstellt werden soll.
Gibt es denn bei Microsoft überhaupt eine Trennung zw. AD und dem LDAP Server der ja darunterliegen muss?!
Ich hoffe ihr könnt nachvollziehen was ich meine.
Vielen Dank für Auskunft.
mfg
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 72631
Url: https://administrator.de/contentid/72631
Ausgedruckt am: 22.11.2024 um 14:11 Uhr
2 Kommentare
Neuester Kommentar
Hallo,
nein, das kannst du nicht aufteilen. Ein Domain Controller hält immer eine komplette Kopie des Active Directorys. Existieren mehrere DCs, replizieren diese die Daten untereinander (normalerweise nur die Deltas).
Dadurch entsteht eine Multi-Master-Topologie, bei der Änderungen an jedem Server durchgeführt werden können und außerdem eine gewisse Redundanz. In deinem theoretischem Beispiel könnte sich z.B. die Marketing-Abteilung nicht mehr anmelden, wenn der zugehörige LDAP-Server mal nicht zur Verfügung steht. Beim ActiveDirectory gibt es nur ev. eine kurze Verzögerung, bis auf einen anderen umgeschaltet wird.
Gruß,
Schorsch
nein, das kannst du nicht aufteilen. Ein Domain Controller hält immer eine komplette Kopie des Active Directorys. Existieren mehrere DCs, replizieren diese die Daten untereinander (normalerweise nur die Deltas).
Dadurch entsteht eine Multi-Master-Topologie, bei der Änderungen an jedem Server durchgeführt werden können und außerdem eine gewisse Redundanz. In deinem theoretischem Beispiel könnte sich z.B. die Marketing-Abteilung nicht mehr anmelden, wenn der zugehörige LDAP-Server mal nicht zur Verfügung steht. Beim ActiveDirectory gibt es nur ev. eine kurze Verzögerung, bis auf einen anderen umgeschaltet wird.
Gruß,
Schorsch
Die Frage ist aus meiner Ansicht falsch gestellt.
LDAP bezeichnet das Protokoll für die Interaktion (Abfrage) mit dem Baum (Tree), der auf einem LDAP-Server liegt. Aus Redundanzgründen kann und sollte es mehrere Server geben, die den Verzeichnisdienst (mit dem Dienstprotokoll LDAP) anbieten.
Deine Fehlüberlegung aus meiner Sicht ist, dass es nur einen einzigen Baum geben kann.
WICHTIG: LDAP-Strukturen (AD oder eDirectory oder openLDAP..) sind nicht an Servern oder logischen Disksystemen orientiert, sondern abstrakt über deine ganze Welt verteilt. Das ist ja auch der tiefere Sinn eines solchen Systems.
Die Struktur , also bei Dir:
root ----OU=Marketing
¦ __ OU=Verkauf
sind also auf beiden LDAP- führenden Servern identisch vorhanden. Sinnvollerweise gibt es einen Master , welcher seine(n) weitere(n) Server regelmässig repliziert.
In der LDAP-Datenstruktur können und sollten ja bekanntlich nicht nur Ressourcen wie Discspace, Drucker und Server verwaltet werden, sondern eben auch User mit den Rechten , Gruppen, Rollen (besonders schön unter Suse und Netware gelöst).
Wichtig auch: wenn Du mehere Standorte hast, die WEIT auseinanderliegen, sollte man die Ressourcen bündeln und einem geografischen OBjekt hierarchisch unterordnen. Dies darum, weil die lange Responsetime bei der Sinchronisation der LDAP dann berücksichtigt wird. So ist zum Bsp. eine Niederlassung in -sagen wir- Turkmenistan besser eingegliedert, als wenn andaurende Syncherrors die User dauernd nerven.
LDAP bezeichnet das Protokoll für die Interaktion (Abfrage) mit dem Baum (Tree), der auf einem LDAP-Server liegt. Aus Redundanzgründen kann und sollte es mehrere Server geben, die den Verzeichnisdienst (mit dem Dienstprotokoll LDAP) anbieten.
Deine Fehlüberlegung aus meiner Sicht ist, dass es nur einen einzigen Baum geben kann.
WICHTIG: LDAP-Strukturen (AD oder eDirectory oder openLDAP..) sind nicht an Servern oder logischen Disksystemen orientiert, sondern abstrakt über deine ganze Welt verteilt. Das ist ja auch der tiefere Sinn eines solchen Systems.
Die Struktur , also bei Dir:
root ----OU=Marketing
¦ __ OU=Verkauf
sind also auf beiden LDAP- führenden Servern identisch vorhanden. Sinnvollerweise gibt es einen Master , welcher seine(n) weitere(n) Server regelmässig repliziert.
In der LDAP-Datenstruktur können und sollten ja bekanntlich nicht nur Ressourcen wie Discspace, Drucker und Server verwaltet werden, sondern eben auch User mit den Rechten , Gruppen, Rollen (besonders schön unter Suse und Netware gelöst).
Wichtig auch: wenn Du mehere Standorte hast, die WEIT auseinanderliegen, sollte man die Ressourcen bündeln und einem geografischen OBjekt hierarchisch unterordnen. Dies darum, weil die lange Responsetime bei der Sinchronisation der LDAP dann berücksichtigt wird. So ist zum Bsp. eine Niederlassung in -sagen wir- Turkmenistan besser eingegliedert, als wenn andaurende Syncherrors die User dauernd nerven.
