| | |
| | | synopsis=Die Root-Konfiguration bietet einen Einsprungspunkt f\u00fcr den Rest der OpenDS-Directory-Server-Konfiguration. |
| | | tag.core-server.synopsis=Core-Server |
| | | tag.database.synopsis=Zwischenspeichern und Backends |
| | | tag.logging.synopsis=Protokollieren |
| | | tag.logging.synopsis=Protokollierung |
| | | tag.replication.synopsis=Replikation |
| | | tag.security.synopsis=Authentifizierung und Autorisierung |
| | | tag.user-management.synopsis=Benutzerverwaltung |
| | |
| | | relation.alert-handler.synopsis=Mit Warnungshandlern werden Administratoren \u00fcber wichtige Probleme oder Ereignisse benachrichtigt, die auf dem Directory-Server stattfinden. |
| | | relation.attribute-syntax.user-friendly-name=Attributssyntax |
| | | relation.attribute-syntax.user-friendly-plural-name=Attributssyntaxen |
| | | relation.attribute-syntax.synopsis=Attributssyntaxen definieren den Datentyp, der in einem Attribut mit dieser Syntax gespeichert werden kann. Eine Syntax wird allgemein mit einem Satz \u00fcbereinstimmender Regeln verkn\u00fcpft, die angeben, wie Abgleichvorg\u00e4nge mit den Werten dieser Syntax ausgef\u00fchrt werden. |
| | | relation.attribute-syntax.synopsis=Attributssyntaxen definieren den Datentyp, der in einem Attribut mit dieser Syntax gespeichert werden kann. Eine Syntax wird allgemein mit einem Satz \u00fcbereinstimmender Regeln verkn\u00fcpft, die angeben, wie Abgleichvor\u00e4nge mit den Werten dieser Syntax ausgef\u00fchrt werden. |
| | | relation.backend.user-friendly-name=Backend |
| | | relation.backend.user-friendly-plural-name=Backends |
| | | relation.backend.synopsis=Backends erm\u00f6glichen den Zugriff auf zugrunde liegenden Daten, die der Server liefert. |
| | | relation.backend.description=Die Daten k\u00f6nnen lokal in einer eingebetteten Datenbank oder in einem externen Remotesystem gespeichert oder ohne Vorbereitung generiert werden (beispielsweise auf Basis anderer verf\u00fcgbarer Informationen berechnet werden). |
| | | relation.certificate-mapper.user-friendly-name=Zertifikatmapper |
| | | relation.certificate-mapper.user-friendly-plural-name=Zertifikatmapper |
| | | relation.certificate-mapper.synopsis=Zertifikatmapper erm\u00f6glichen eine Zuordnung zwischen einem Clientzertifikat und dem Eintrag f\u00fcr den Benutzer, der diesem Zertifikat entspricht. |
| | | relation.certificate-mapper.synopsis=Zertifikatmapper erm\u00f6glichen das Herstellen einer Zuordnung zwischen einem Clientzertifikat und dem Eintrag f\u00fcr den Benutzer, der dem Zertifikat entspricht. |
| | | relation.connection-handler.user-friendly-name=Verbindungs-Handler |
| | | relation.connection-handler.user-friendly-plural-name=Verbindungs-Handler |
| | | relation.connection-handler.synopsis=Verbindungs-Handler erm\u00f6glichen die Verarbeitung der gesamten Interaktion mit den Clients, einschlie\u00dflich des Akzeptierens von Verbindungen, Leseanforderungen und Sendens von Reaktionen. |
| | |
| | | relation.extension.user-friendly-name=Erweiterung |
| | | relation.extension.user-friendly-plural-name=Erweiterungen |
| | | relation.extension.synopsis=Die Erweiterung erlaubt das Erweitern der Konfiguration um neue Objekttypen. |
| | | relation.extension.description=Es ist ein Einsprungpunkt f\u00fcr Erweiterungen, der Konfigurationsobjekte erfordert, die keine Elemente aus dem bestehenden Objekt auf oberster Ebene erben. |
| | | 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.group-implementation.user-friendly-name=Gruppenimplementierung |
| | |
| | | relation.key-manager-provider.user-friendly-name=Schl\u00fcsselmanageranbieter |
| | | relation.key-manager-provider.user-friendly-plural-name=Schl\u00fcsselmanageranbieter |
| | | relation.key-manager-provider.synopsis=Die Schl\u00fcsselmanageranbieter erm\u00f6glichen die Verwaltung des Schl\u00fcsselmaterials, die zum Authentifizieren einer SSL-Verbindung bei ihrem Peer verwendet wird. |
| | | relation.key-manager-provider.description=Schl\u00fcsselmanageranbieter bieten Zugriff auf das Zertifikat, das der Server zum Ausf\u00fchren einer SSL- oder StartTLS-Verhandlung verwendet wird. |
| | | relation.key-manager-provider.description=Schl\u00fcsselmanager bieten Zugriff auf das Zertifikat, das der Server zum Ausf\u00fchren einer SSL- oder StartTLS-Verhandlung verwendet wird. |
| | | relation.log-publisher.user-friendly-name=Protokollschreiber |
| | | relation.log-publisher.user-friendly-plural-name=Protokollschreiber |
| | | relation.log-publisher.synopsis=Protokoll-Schreiber sind zum Verteilen von Protokollnachrichten von unterschiedlichen Protokollierern an ein Ziel zust\u00e4ndig. |
| | | relation.log-retention-policy.user-friendly-name=Protokollaufrechterhaltungs-Richtlinie |
| | | relation.log-retention-policy.user-friendly-plural-name=Protokollaufrechterhaltungs-Richtlinien |
| | | relation.log-retention-policy.synopsis=Protokollaufrechterhaltungs-Richtlinien werden zum Spezifizieren verwendet, wenn Protokolldateien bereinigt werden sollen. |
| | | relation.log-publisher.synopsis=Protokoll-Schreiber erm\u00f6glichen das Verteilen von Protokollnachrichten von unterschiedlichen Protokollierern an ein Ziel. |
| | | relation.log-retention-policy.user-friendly-name=Protokollr\u00fcckhalte-Richtlinie |
| | | relation.log-retention-policy.user-friendly-plural-name=Protokollr\u00fcckhalte-Richtlinien |
| | | relation.log-retention-policy.synopsis=Mit Protokollr\u00fcckhalte-Richtlinien wird angegeben, wann Protokolldateien bereinigt werden m\u00fcssen. |
| | | relation.log-rotation-policy.user-friendly-name=Protokollrotationsrichtlinie |
| | | relation.log-rotation-policy.user-friendly-plural-name=Protokollrotationsrichtlinien |
| | | relation.log-rotation-policy.synopsis=Protokollrotationsrichtlinien werden zum Spezifizieren verwendet, wenn Protokolldateien rotiert werden. |
| | | relation.log-rotation-policy.synopsis=Mit Protokollrotationsrichtlinien wird angegeben, wann Protokolldateien rotiert werden m\u00fcssen. |
| | | relation.matching-rule.user-friendly-name=Vergleichs-Regel (Matching Rule) |
| | | relation.matching-rule.user-friendly-plural-name=Vergleichs-Regeln (Matchjing Rules) |
| | | relation.matching-rule.user-friendly-plural-name=Vergleichsregeln |
| | | relation.matching-rule.synopsis=Vergleichs-Regeln definieren eine Sammlung von Regeln um Matchin-Operationen gegen Assertion-Werte durchzuf\u00fchren. |
| | | relation.matching-rule.description=Vergleichs-Regeln sind oft mit Attribut-Syntaxen assoziiert und werden dazu benutzt um Werte in bezug auf deren Syntax zu vergleichen. Zum Beispiel, die distinguishedNameEqualityMatch Vergleichs-Regel kann verwendet werden um festzustellen ob zwei DNs gleich sind. Die distinguishedNameEqualityMatch Vergleichs-Regel kann Zeichen wie Leerzeichen die um Kommas oder Gleichheitszeichen sind, unterschiedliche Gross und Kleinschreibung von Attributnamen, usw. ignorieren. |
| | | relation.monitor-provider.user-friendly-name=\u00dcberwachungsanbieter |
| | | relation.monitor-provider.user-friendly-plural-name=\u00dcberwachungsanbieter |
| | | relation.monitor-provider.synopsis=\u00dcberwachungsanbieter erm\u00f6glichen das Bereitstellen von Informationen zum Status des Servers oder eines seiner Komponenten. |
| | | relation.monitor-provider.description=Diese Informationen sind zur \u00dcberwachung oder Fehlerbehebung geeignet. |
| | | relation.monitor-provider.description=Diese Informationen eignen sich zum Monitoring oder zur Fehlerbehebung. |
| | | relation.network-group.user-friendly-name=Netzwerkgruppe |
| | | relation.network-group.user-friendly-plural-name=Netzwerkgruppen |
| | | relation.network-group.synopsis=Mit der Netzwerkgruppe werden eingehende Verbindungen eingestuft und Anforderungen an Arbeitsabl\u00e4ufe weitergeleitet. |
| | |
| | | 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 SASL-Mechanismushandler-Konfigurationseintrag ist das \u00fcbergeordnete Element f\u00fcr alle SASL-Mechanismushandler, die im OpenDS-Directory-Server definiert sind. |
| | | relation.sasl-mechanism-handler.description=SASL-Mechanismushandler sind f\u00fcr das Authentifizieren von Benutzern w\u00e4hrend der Verarbeitung einer SASL-Verbindung zust\u00e4ndig (Simple Authentication and Security Layer, wie beschrieben in RFC 4422). |
| | | 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.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 geht bei der Replikation zentralisiert vor, nicht von Punkt zu Punkt wie der Sun Java System Directory Server. In OpenDS werden ein oder mehrere Replikationsserver in der Umgebung erstellt. Die Replikationsserver speichern normalerweise keine Benutzerdaten, sondern zeichnen alle \u00c4nderungen in der Topologie in einem Protokoll auf. Jede Directory-Server-Instanz in der Topologie verweist auf die Replikationsserver. Der Plan vereinfacht die Bereitstellung und Verwaltung der Umgebung. Sie k\u00f6nnen den Replikationsserver zwar auf dem gleichen System (oder auch in der gleichen Instanz) ausf\u00fchren, in dem sich der Directory-Server befindet, jedoch k\u00f6nnen die beiden Server in unterschiedliche System getrennt werden. Diese Vorgehensweise erm\u00f6glicht eine bessere Leistung oder Funktionalit\u00e4t in gro\u00dfen Umgebungen. |
| | | 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.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. |
| | | relation.virtual-attribute.user-friendly-name=Virtuelles Attribut |
| | | relation.virtual-attribute.user-friendly-plural-name=Virtuelle Attribute |
| | | relation.virtual-attribute.synopsis=Virtuelle Attribute sind f\u00fcr das dynamische Generieren von Attributwerten zust\u00e4ndig, die in Eintr\u00e4gen erscheinen, aber nicht dauerhaft im Backend gespeichert werden. |
| | | relation.virtual-attribute.description=Virtuelle Attribute sind mit einem virtuellen Attribut verkn\u00fcpft, das die Logik zum Generieren des Werts bereitstellt. |
| | | relation.workflow.user-friendly-name=Workflow |
| | | relation.virtual-attribute.user-friendly-name=Virtual Attribut |
| | | relation.virtual-attribute.user-friendly-plural-name=Virtual Attribute |
| | | relation.virtual-attribute.synopsis=Virtuelle Attribute sind f\u00fcr das dynamische Generieren von Attributswerten zust\u00e4ndig, die in Eintr\u00e4gen angezeigt werden, aber nicht dauerhaft im Backend gespeichert werden. |
| | | relation.virtual-attribute.description=Virtuelle Attribute sind mit einem virtuellen Attributanbieter verkn\u00fcpft, der die Logik zum Generieren des Werts enth\u00e4lt. |
| | | relation.workflow.user-friendly-name=Arbeitsablauf |
| | | relation.workflow.user-friendly-plural-name=Workflows |
| | | relation.workflow.synopsis=Ein Workflow ist eine Liste von einzelnen Arbeitsschritten (Work Flow Elements) die auf Daten angewandt werden die aus einem Directory Server bezogen werden. |
| | | relation.workflow-element.user-friendly-name=Workflow-Element |
| | | relation.workflow-element.user-friendly-plural-name=Workflow-Elemente |
| | | relation.workflow-element.synopsis=Workflow-Elemente implementieren einen einzelnen Verarbeitungsschritt in einem Workflow. |
| | | relation.workflow-element.description=Ein Workflow Element kann z.b. einen Arbeitsschritt wie mappen von DNs, Umbenennen von Attributen, Filtern von Attributen, Datenquellen verbinden, Proxying oder Loadbalancing ausf\u00fchren. Das einfachste Workflow-Element ist das Local Backend Workflow-Element, welches Daten zum Backend routet. |
| | | relation.work-queue.user-friendly-name=Arbeitsvorrat |
| | | relation.work-queue.user-friendly-name=Arbeitsvorrat (Work Queue) |
| | | relation.work-queue.synopsis=Der Arbeitsvorrat (Work Queue) bietet die Konfiguration des Server Arbeitsvorrates (Server Work Queue) an. Die Server Work Queue is verantworlich daf\u00fcr, dass Requests die von Clients empfangen werden, in einer bestimmten Zeit verarbeitet werden. |
| | | relation.work-queue.description=Es kann nur eine Work Queue in einem Server definiert werden. Wenn ein Connection-Handler einen Client Request empf\u00e4ngt, Stellt der Connection-Handler diesen Request in die Work Queue, damit der Request richtig verarbeitet werden kann. |