mirror of https://github.com/OpenIdentityPlatform/OpenDJ.git
opends/src/admin/messages/RootCfgDefn_de.properties
@@ -1,6 +1,6 @@ user-friendly-name=Root user-friendly-plural-name=Roots synopsis=Die Root-Konfiguration bietet einen Einsprungspunkt f\u00fcr den Rest der OpenDS-Directory-Server-Konfiguration. synopsis=Die Root-Konfiguration bietet einen Einsprungspunkt f\u00fcr den Rest der OpenDJ-Directory-Server-Konfiguration. tag.core-server.synopsis=Core-Server tag.database.synopsis=Zwischenspeichern und Backends tag.logging.synopsis=Protokollierung @@ -8,8 +8,8 @@ tag.security.synopsis=Authentifizierung und Autorisierung tag.user-management.synopsis=Benutzerverwaltung relation.access-control-handler.user-friendly-name=Zugriffskontroll-Handler relation.access-control-handler.synopsis=Zugriffskontroll-Handler haben die applikationsweite Zugriffskontrolle inne. Der OpenDS Zugriffskontroll-Handler is durch ein erweiterbares Interface definiert um alternative Implementierungen zu erm\u00f6glichen. In einem Server kann zur gleichen zeit nur ein Zugriffskontroll-Handler aktiviert sein. relation.access-control-handler.description=Beachten sie dass OpenDS auch ein Priviliegiensubsystem hat, welches u.a. auch bestimmt was Client Connections in dem Server ausf\u00fchren d\u00fcrfen oder nicht. Zum Beispiel wird jeder User der das bypass-acl Privileg innehat von der Acces Control Implementierung ignoriert. relation.access-control-handler.synopsis=Zugriffskontroll-Handler haben die applikationsweite Zugriffskontrolle inne. Der OpenDJ Zugriffskontroll-Handler is durch ein erweiterbares Interface definiert um alternative Implementierungen zu erm\u00f6glichen. In einem Server kann zur gleichen zeit nur ein Zugriffskontroll-Handler aktiviert sein. relation.access-control-handler.description=Beachten sie dass OpenDJ auch ein Priviliegiensubsystem hat, welches u.a. auch bestimmt was Client Connections in dem Server ausf\u00fchren d\u00fcrfen oder nicht. Zum Beispiel wird jeder User der das bypass-acl Privileg innehat von der Acces Control Implementierung ignoriert. relation.account-status-notification-handler.user-friendly-name=Kontostatus-Benachrichtigungshandler relation.account-status-notification-handler.user-friendly-plural-name=Kontostatus-Benachrichtigungshandler relation.account-status-notification-handler.synopsis=Kontostatus-Benachrichtigungshandler werden aufgerufen, um Benutzern Benachrichtigungen in unterschiedlichen Formen zu bieten (beispielsweise in einer E-Mail-Nachricht), wenn sich der Status eines Benutzerkontos ge\u00e4ndert hat. Der Kontostatus-Benachrichtigungshandler kann zum Benachrichtigen des Benutzers und/oder Administrators der \u00c4nderung verwendet werden. @@ -45,7 +45,7 @@ relation.extension.synopsis=Die Erweiterung erlaubt das Erweitern der Konfiguration um neue Objekttypen. relation.extension.description=Es ist ein Einsprungpunkt, der Konfigurationsobjekte erfordert, die keine Elemente aus dem bestehenden Objekt auf oberster Ebene erben. relation.global-configuration.user-friendly-name=Globale Konfiguration relation.global-configuration.synopsis=Die globale Konfiguration enth\u00e4lt Eigenschaften, die f\u00fcr den gesamten Betrieb des OpenDS-Directory-Servers gelten. relation.global-configuration.synopsis=Die globale Konfiguration enth\u00e4lt Eigenschaften, die f\u00fcr den gesamten Betrieb des OpenDJ-Directory-Servers gelten. relation.group-implementation.user-friendly-name=Gruppenimplementierung relation.group-implementation.user-friendly-plural-name=Gruppenimplementierungen relation.group-implementation.synopsis=Gruppenimplementierungen definieren Namenssammlungen von Usern. @@ -102,12 +102,12 @@ relation.root-dse-backend.description=Das ist ein spezielles Meta-Backend welches dynamisch den Wurzel DSE Eintrag f\u00fcr Basis-Level Suchen und einfache Weiterleitungen zu anderen Backends (f\u00fcr Operationen in anderen Bereichen). relation.sasl-mechanism-handler.user-friendly-name=SASL-Mechanismushandler relation.sasl-mechanism-handler.user-friendly-plural-name=SASL-Mechanismushandler relation.sasl-mechanism-handler.synopsis=Der Konfigurationseintrag f\u00fcr den SASL-Mechanismushandler ist das \u00fcbergeordnete Element f\u00fcr alle SASL-Mechanismushandler, die im OpenDS-Directory-Server definiert sind. relation.sasl-mechanism-handler.synopsis=Der Konfigurationseintrag f\u00fcr den SASL-Mechanismushandler ist das \u00fcbergeordnete Element f\u00fcr alle SASL-Mechanismushandler, die im OpenDJ-Directory-Server definiert sind. relation.sasl-mechanism-handler.description=SASL-Mechanismushandler erm\u00f6glichen das Authentifizieren von Benutzern w\u00e4hren der Verarbeitung einer SASL-Verbindung (Simple Authentication and Security Layer, wie definiert in RFC 4422). relation.synchronization-provider.user-friendly-name=Synchronisationsanbieter relation.synchronization-provider.user-friendly-plural-name=Synchronisationsanbieter relation.synchronization-provider.synopsis=Synchronisationsanbieter erm\u00f6glichen das Verarbeiten der Synchronisation der Directory-Server-Daten mit anderen OpenDS-Instanzen oder anderen Datenrepositorys. relation.synchronization-provider.description=Der OpenDS-Directory-Server verwendet eine offene Vorgehensweise f\u00fcr die Replikation und keine Punkt-zu-Punkt-Vorgehensweise, die von Sun Java System Directory Server verwendet wird. In OpenDS werden ein oder mehrere Replikationsserver in der Umgebung erstellt. Die Replikationsserver speichern normalerweise keine Benutzerdaten, sondern speichern ein Protokoll aller \u00c4nderungen in der Topologie. Jede Directory-Server-Instanz in der Topologie verweist auf die Replikationsserver. In diesem Plan werden die Bereitstellung und Verwaltung der Umgebung vereinfacht. Der Replikationsserver kann zwar auf dem gleichen System (oder sogar in der gleichen Instanz) wie der Directory-Server ausgef\u00fchrt werden, jedoch k\u00f6nnen die beiden Server auf zwei unterschiedliche System aufgetrennt werden. Diese Vorgehensweise erbringt in gro\u00dfen Umgebungen eine h\u00f6here Leistung oder besser Funktionalit\u00e4t. relation.synchronization-provider.synopsis=Synchronisationsanbieter erm\u00f6glichen das Verarbeiten der Synchronisation der Directory-Server-Daten mit anderen OpenDJ-Instanzen oder anderen Datenrepositorys. relation.synchronization-provider.description=Der OpenDJ-Directory-Server verwendet eine offene Vorgehensweise f\u00fcr die Replikation und keine Punkt-zu-Punkt-Vorgehensweise, die von Sun Java System Directory Server verwendet wird. In OpenDJ werden ein oder mehrere Replikationsserver in der Umgebung erstellt. Die Replikationsserver speichern normalerweise keine Benutzerdaten, sondern speichern ein Protokoll aller \u00c4nderungen in der Topologie. Jede Directory-Server-Instanz in der Topologie verweist auf die Replikationsserver. In diesem Plan werden die Bereitstellung und Verwaltung der Umgebung vereinfacht. Der Replikationsserver kann zwar auf dem gleichen System (oder sogar in der gleichen Instanz) wie der Directory-Server ausgef\u00fchrt werden, jedoch k\u00f6nnen die beiden Server auf zwei unterschiedliche System aufgetrennt werden. Diese Vorgehensweise erbringt in gro\u00dfen Umgebungen eine h\u00f6here Leistung oder besser Funktionalit\u00e4t. relation.trust-manager-provider.user-friendly-name=Trust-Manager-Provider relation.trust-manager-provider.user-friendly-plural-name=Trust-Manager-Provider relation.trust-manager-provider.synopsis=Trust-Manager-Provider entschiden ob angegebenen Zertifikaten Vertraut werden soll.
