mirror of https://github.com/OpenIdentityPlatform/OpenDJ.git
opends/src/admin/messages/RootCfgDefn_es.properties
@@ -1,6 +1,6 @@ user-friendly-name=Ra\u00edz user-friendly-plural-name=Ra\u00edces synopsis=La configuraci\u00f3n ra\u00edz proporciona un punto de entrada al resto de la configuraci\u00f3n del servidor de directorios OpenDS. synopsis=La configuraci\u00f3n ra\u00edz proporciona un punto de entrada al resto de la configuraci\u00f3n del servidor de directorios OpenDJ. tag.core-server.synopsis=Servidor principal tag.database.synopsis=Almacenamiento en la memoria cach\u00e9 y en segundo plano tag.logging.synopsis=Registro @@ -8,8 +8,8 @@ tag.security.synopsis=Autenticaci\u00f3n y autorizaci\u00f3n tag.user-management.synopsis=Administraci\u00f3n de usuario relation.access-control-handler.user-friendly-name=Administrador de control de acceso relation.access-control-handler.synopsis=El administrador de control de acceso administra el control de acceso de aplicaci\u00f3n amplia. El administrador de control de acceso OpenDS se define mediante una interfaz ampliable, para que se puedan crear implementaciones alternativas. S\u00f3lo puede estar activo un administrador de control de acceso en el servidor cada vez. relation.access-control-handler.description=Tenga en cuenta que el OpenDS cuenta asimismo con un subsistema de privilegios, que influye en lo que los clientes est\u00e1n o no autorizados a hacer en el servidor. Por ejemplo, cualquier usuario con un privilegio de derivaci\u00f3n-acl no tendr\u00e1 que someterse a una comprobaci\u00f3n de control de acceso, aunque la implementaci\u00f3n de control de acceso est\u00e9 habilitada. relation.access-control-handler.synopsis=El administrador de control de acceso administra el control de acceso de aplicaci\u00f3n amplia. El administrador de control de acceso OpenDJ se define mediante una interfaz ampliable, para que se puedan crear implementaciones alternativas. S\u00f3lo puede estar activo un administrador de control de acceso en el servidor cada vez. relation.access-control-handler.description=Tenga en cuenta que el OpenDJ cuenta asimismo con un subsistema de privilegios, que influye en lo que los clientes est\u00e1n o no autorizados a hacer en el servidor. Por ejemplo, cualquier usuario con un privilegio de derivaci\u00f3n-acl no tendr\u00e1 que someterse a una comprobaci\u00f3n de control de acceso, aunque la implementaci\u00f3n de control de acceso est\u00e9 habilitada. relation.account-status-notification-handler.user-friendly-name=Controlador de notificaciones del estado de la cuenta relation.account-status-notification-handler.user-friendly-plural-name=Controladores de notificaciones del estado de la cuenta relation.account-status-notification-handler.synopsis=Los controladores de notificaciones del estado de la cuenta se invocan para proporcionar informaci\u00f3n a los usuarios de alguna forma (por ejemplo, por correo electr\u00f3nico) cuando cambia el estado de una cuenta de usuario. El controlador de notificaciones del estado de la cuenta puede utilizarse para informar del cambio al usuario y/o a los administradores. @@ -45,7 +45,7 @@ relation.extension.synopsis=La extensi\u00f3n permite ampliar la configuraci\u00f3n con nuevos tipos de objetos. relation.extension.description=Es un punto de entrada para ampliaciones que requiere objetos de configuraci\u00f3n que no se hereden de un objeto de nivel superior existente. relation.global-configuration.user-friendly-name=Configuraci\u00f3n global relation.global-configuration.synopsis=La configuraci\u00f3n global contiene propiedades que afectan al funcionamiento general del servidor de directorios OpenDS. relation.global-configuration.synopsis=La configuraci\u00f3n global contiene propiedades que afectan al funcionamiento general del servidor de directorios OpenDJ. relation.group-implementation.user-friendly-name=Implementaci\u00f3n de grupo relation.group-implementation.user-friendly-plural-name=Implementaciones de grupo relation.group-implementation.synopsis=Las implementaciones de grupo definen las recolecciones de usuarios nombradas. @@ -102,12 +102,12 @@ relation.root-dse-backend.description=Se trata de un servidor en segundo plano meta especial que genera din\u00e1micamente la entrada con DSE ra\u00edz para las b\u00fasquedas de nivel de base y simplemente se redirige a otros segundos planos para operaciones de otros \u00e1mbitos. relation.sasl-mechanism-handler.user-friendly-name=Controlador del mecanismo SASL relation.sasl-mechanism-handler.user-friendly-plural-name=Controladores del mecanismo SASL relation.sasl-mechanism-handler.synopsis=La entrada de la configuraci\u00f3n del controlador del mecanismo SASL es la principal para todos los controladores del mecanismo SASL del Servidor de directorios OpenDS. relation.sasl-mechanism-handler.synopsis=La entrada de la configuraci\u00f3n del controlador del mecanismo SASL es la principal para todos los controladores del mecanismo SASL del Servidor de directorios OpenDJ. relation.sasl-mechanism-handler.description=Los controladores del mecanismo SASL se ocupan de autenticar a los usuarios durante el curso del procesamiento de un enlace SASL (capa de seguridad y autenticaci\u00f3n simple, como se define en RFC 4422). relation.synchronization-provider.user-friendly-name=Proveedor de sincronizaci\u00f3n relation.synchronization-provider.user-friendly-plural-name=Proveedores de sincronizaci\u00f3n relation.synchronization-provider.synopsis=Los proveedores de sincronizaci\u00f3n controlan la sincronizaci\u00f3n de los datos del servidor de directorios con otras instancias de OpenDS u otros dep\u00f3sitos de datos. relation.synchronization-provider.description=El servidor de directorios OpenDS adopta un enfoque de repetici\u00f3n centralizado, en vez del enfoque de punto a punto del servidor de directorios de Sun Java System. En OpenDS se crea uno o m\u00e1s servidores de repetici\u00f3n en el entorno. Los servidores de repetici\u00f3n normalmente no almacenan datos de usuario, pero mantienen un registro de todos los cambios realizados dentro de la tipolog\u00eda. Cada instancia del servidor de directorios de la tipolog\u00eda se se\u00f1ala en los servidores de repetici\u00f3n. Este plan simplifica el desarrollo y la administraci\u00f3n del entorno. Aunque puede ejecutar el servidor de repetici\u00f3n en el mismo sistema (o incluso en la misma instancia) que el servidor de directorios, los dos servidores pueden estar separados en sistemas diferentes. Este enfoque puede proporcionar un mejor rendimiento o funcionamiento en entornos de gran tama\u00f1o. relation.synchronization-provider.synopsis=Los proveedores de sincronizaci\u00f3n controlan la sincronizaci\u00f3n de los datos del servidor de directorios con otras instancias de OpenDJ u otros dep\u00f3sitos de datos. relation.synchronization-provider.description=El servidor de directorios OpenDJ adopta un enfoque de repetici\u00f3n centralizado, en vez del enfoque de punto a punto del servidor de directorios de Sun Java System. En OpenDJ se crea uno o m\u00e1s servidores de repetici\u00f3n en el entorno. Los servidores de repetici\u00f3n normalmente no almacenan datos de usuario, pero mantienen un registro de todos los cambios realizados dentro de la tipolog\u00eda. Cada instancia del servidor de directorios de la tipolog\u00eda se se\u00f1ala en los servidores de repetici\u00f3n. Este plan simplifica el desarrollo y la administraci\u00f3n del entorno. Aunque puede ejecutar el servidor de repetici\u00f3n en el mismo sistema (o incluso en la misma instancia) que el servidor de directorios, los dos servidores pueden estar separados en sistemas diferentes. Este enfoque puede proporcionar un mejor rendimiento o funcionamiento en entornos de gran tama\u00f1o. relation.trust-manager-provider.user-friendly-name=Proveedor de administradores de confianza relation.trust-manager-provider.user-friendly-plural-name=Proveedores de administradores de confianza relation.trust-manager-provider.synopsis=Los proveedores de administradores de confianza determinan si los certificados presentados son fiables.
