The translation is temporarily closed for contributions due to maintenance, please come back later.

Translation

(itstool) path: section/para
English
FreeBSD implements each mechanism in a single module, named <literal>pam_<replaceable>mechanism</replaceable>.so</literal> (for instance, <literal>pam_unix.so</literal> for the <trademark class="registered">UNIX</trademark> mechanism.) Other implementations sometimes have separate modules for separate facilities, and include the facility name as well as the mechanism name in the module name. To name one example, <trademark>Solaris</trademark> has a <literal>pam_dial_auth.so.1</literal> module which is commonly used to authenticate dialup users.
595/5500 · 550
Context English Spanish State
<citerefentry><refentrytitle>pam_authenticate</refentrytitle><manvolnum>3</manvolnum></citerefentry> authenticates the applicant, usually by requesting an authentication token and comparing it with a value stored in a database or obtained from an authentication server. <citerefentry><refentrytitle>pam_authenticate</refentrytitle><manvolnum>3</manvolnum></citerefentry> autentica al applicant, normalmente, solicitando un token de autenticación y comparándolo con un valor almacenado en una base de datos u obtenido de un servidor de autenticación.
<citerefentry><refentrytitle>pam_setcred</refentrytitle><manvolnum>3</manvolnum></citerefentry> establishes account credentials such as user ID, group membership and resource limits. <citerefentry><refentrytitle>pam_setcred</refentrytitle><manvolnum>3</manvolnum></citerefentry> establece credenciales de la cuenta, como el ID del usuario, membresía de grupo y límites de recursos.
<literal>account</literal> <literal>account</literal>
<emphasis>Account management.</emphasis> This facility handles non-authentication-related issues of account availability, such as access restrictions based on the time of day or the server's work load. It provides a single primitive: <emphasis>Account management.</emphasis> Esta función se encarga de los problemas de disponibilidad con las cuentas, que no están relacionados con la autenticación, como restricciones de acceso según la hora del día o la carga del servidor de trabajo. Proporciona una primitive única:
<citerefentry><refentrytitle>pam_acct_mgmt</refentrytitle><manvolnum>3</manvolnum></citerefentry> verifies that the requested account is available. <citerefentry><refentrytitle>pam_acct_mgmt</refentrytitle><manvolnum>3</manvolnum></citerefentry> verifica que la cuenta solicitada esté disponible.
<literal>session</literal> <literal>session</literal>
<emphasis>Session management.</emphasis> This facility handles tasks associated with session set-up and tear-down, such as login accounting. It provides two primitives: <emphasis>Session management.</emphasis> Está función maneja las tareas asociadas con la configuración de la sesión y el cierre, como la contabilidad de inicio de sesión. Proporciona dos primitives:
<citerefentry><refentrytitle>pam_open_session</refentrytitle><manvolnum>3</manvolnum></citerefentry> performs tasks associated with session set-up: add an entry in the <filename>utmp</filename> and <filename>wtmp</filename> databases, start an SSH agent, etc. <citerefentry><refentrytitle>pam_open_session</refentrytitle><manvolnum>3</manvolnum></citerefentry> realiza las tareas asociadas con la configuración de la sesión: añade una entrada a las bases de datos de <filename>utmp</filename> y <filename>wtmp</filename>, inicia un agente SSH, etc...
<citerefentry><refentrytitle>pam_close_session</refentrytitle><manvolnum>3</manvolnum></citerefentry> performs tasks associated with session tear-down: add an entry in the <filename>utmp</filename> and <filename>wtmp</filename> databases, stop the SSH agent, etc. <citerefentry><refentrytitle>pam_close_session</refentrytitle><manvolnum>3</manvolnum></citerefentry> realiza tareas asociadas con el cierre de la sesión: agrega una entrada a las bases de datos <filename>utmp</filename> y <filename>wtmp</filename>, detiene el agent SSH, etc...
<literal>password</literal> <literal>password</literal>
<emphasis>Password management.</emphasis> This facility is used to change the authentication token associated with an account, either because it has expired or because the user wishes to change it. It provides a single primitive: <emphasis>Gestión de contraseñas.</emphasis> Esta función se usa para cambiar el token de autenticación asociado a una cuenta, ya sea porque ha caducado o porque el usuario desea cambiarla. Proporciona una primitive única:
<citerefentry><refentrytitle>pam_chauthtok</refentrytitle><manvolnum>3</manvolnum></citerefentry> changes the authentication token, optionally verifying that it is sufficiently hard to guess, has not been used previously, etc. <citerefentry><refentrytitle>pam_chauthtok</refentrytitle><manvolnum>3</manvolnum></citerefentry> cambia el token de autenticación, verificando opcionalmente que sea lo suficientemente difícil de adivinar, que no haya sido utilizado anteriormente, etc...
Modules Módulos
Modules are a very central concept in PAM; after all, they are the <quote>M</quote> in <quote>PAM</quote>. A PAM module is a self-contained piece of program code that implements the primitives in one or more facilities for one particular mechanism; possible mechanisms for the authentication facility, for instance, include the <trademark class="registered">UNIX</trademark> password database, NIS, LDAP and Radius. Los módulos son la piedra angular de PAM; después de todo, son la <quote>M</quote>, en <quote>PAM</quote>. Un módulo PAM es un código de programación autónomo que implementa los primitives en una o más instalaciones para unas facilities en particular; los posibles mecanismos para la facility de autenticación, por ejemplo, incluyen la base de datos de contraseñas <trademark class="registered">UNIX</trademark>, NIS, LDAP y Radius.
Module Naming Nomenclatura de módulos
FreeBSD implements each mechanism in a single module, named <literal>pam_<replaceable>mechanism</replaceable>.so</literal> (for instance, <literal>pam_unix.so</literal> for the <trademark class="registered">UNIX</trademark> mechanism.) Other implementations sometimes have separate modules for separate facilities, and include the facility name as well as the mechanism name in the module name. To name one example, <trademark>Solaris</trademark> has a <literal>pam_dial_auth.so.1</literal> module which is commonly used to authenticate dialup users. FreeBSD implementa cada mecanismo en un solo módulo, llamado <literal>pam_<replaceable>mechanism</replaceable>.so</literal> (por ejemplo, <literal>pam_unix.so</literal> para el motor <trademark class="registered">UNIX</trademark>). Otras implementaciones a veces tienen módulos separados para instalaciones separadas, e incluyen el nombre de la facility y el nombre del mecanismo en el nombre del módulo. Por mencionar un ejemplo, <trademark>Solaris</trademark> tiene un módulo <literal>pam_dial_auth.so.1</literal> que se utiliza comúnmente para autenticar a los usuarios por acceso telefónico.
Module Versioning Versionado de módulos
FreeBSD's original PAM implementation, based on Linux-PAM, did not use version numbers for PAM modules. This would commonly cause problems with legacy applications, which might be linked against older versions of the system libraries, as there was no way to load a matching version of the required modules. La implementación original de PAM en FreeBSD, basada en Linux-PAM, no usaba números de versión para los módulos PAM. Esto normalmente causaría problemas con las aplicaciones heredadas (legacy), que podrían estar vinculadas con versiones anteriores de las bibliotecas del sistema, ya que no había forma de cargar una versión correspondiente de los módulos requeridos.
OpenPAM, on the other hand, looks for modules that have the same version number as the PAM library (currently 2), and only falls back to an unversioned module if no versioned module could be loaded. Thus legacy modules can be provided for legacy applications, while allowing new (or newly built) applications to take advantage of the most recent modules. OpenPAM, por otro lado, busca módulos que tengan el mismo número de versión que la biblioteca PAM (actualmente 2), y solo recurre a un módulo sin versión si no se puede cargar un módulo que tenga versión. Por lo tanto, se pueden proporcionar módulos heredados (legacy) para aplicaciones heredadas (legacy), lo cual permite que las aplicaciones nuevas (o compiladas de nuevo) aprovechen los módulos más recientes.
Although <trademark>Solaris</trademark> PAM modules commonly have a version number, they are not truly versioned, because the number is a part of the module name and must be included in the configuration. Aunque los módulos PAM de <trademark>Solaris</trademark> generalmente tienen un número de versión, no están versionados realmente, porque el número es parte del nombre del módulo y debe incluirse en la configuración.
Chains and Policies Chains y policies
When a server initiates a PAM transaction, the PAM library tries to load a policy for the service specified in the <citerefentry><refentrytitle>pam_start</refentrytitle><manvolnum>3</manvolnum></citerefentry> call. The policy specifies how authentication requests should be processed, and is defined in a configuration file. This is the other central concept in PAM: the possibility for the admin to tune the system security policy (in the wider sense of the word) simply by editing a text file. Cuando un server inicia una transacción PAM, la biblioteca PAM intenta cargar una policy para el service especificado en la llamada <citerefentry><refentrytitle>pam_start</refentrytitle><manvolnum>3</manvolnum></citerefentry>. La policy especifica cómo se deben procesar las solicitudes de autenticación en un archivo de configuración. Este es otro de los conceptos centrales en PAM: la posibilidad de que el administrador ajuste la policy (en el sentido más amplio de la palabra) simplemente editando un archivo de texto.
A policy consists of four chains, one for each of the four PAM facilities. Each chain is a sequence of configuration statements, each specifying a module to invoke, some (optional) parameters to pass to the module, and a control flag that describes how to interpret the return code from the module. Una policy consta de cuatro chains, una para cada una de las cuatro facilities de PAM. Cada chain es una secuencia de instalaciones de configuración, cada una especifica un módulo a invocar, algunos parámetros (opcionales) para pasar al módulo y una flag de control que describe cómo interpretar el código de retorno del módulo.
Understanding the control flags is essential to understanding PAM configuration files. There are four different control flags: Comprender las flags de control es esencial para comprender los archivos de configuración de PAM. Hay cuatro flags de control diferentes:
<literal>binding</literal> <literal>binding</literal>
If the module succeeds and no earlier module in the chain has failed, the chain is immediately terminated and the request is granted. If the module fails, the rest of the chain is executed, but the request is ultimately denied. Si el módulo tiene éxito y ningún módulo anterior en el chain ha fallado, el chain se terminará de inmediato y se otorgará la solicitud. Si el módulo falla, el resto de la chain se ejecuta, pero la solicitud finalmente se deniega.
This control flag was introduced by Sun in <trademark>Solaris</trademark> 9 (<trademark>SunOS</trademark> 5.9), and is also supported by OpenPAM. Este flag de control fue introducido por Sun en <trademark>Solaris</trademark> 9 (<trademark>SunOS</trademark> 5.9), y también es compatible con OpenPAM.
<literal>required</literal> <literal>required</literal>
If the module succeeds, the rest of the chain is executed, and the request is granted unless some other module fails. If the module fails, the rest of the chain is also executed, but the request is ultimately denied. Si el módulo tiene éxito, el resto del chain se ejecutará, y la solicitud se otorgará a menos que otro módulo falle. Si el módulo falla, el resto del chain también se ejecutará, pero la solicitud será denegada al final.
<literal>requisite</literal> <literal>requisite</literal>
If the module succeeds, the rest of the chain is executed, and the request is granted unless some other module fails. If the module fails, the chain is immediately terminated and the request is denied. Si el módulo tiene éxito, el resto del chain se ejecutará y la solicitud se aceptará a menos que falle algún otro módulo. Si el módulo falla, el chain terminará inmediatamente y la solicitud será denegada.

Loading…

User avatar None

New source string

FreeBSD Doc (Archived) / articles_pam — Spanish

New source string a year ago
Browse all component changes

Glossary

English Spanish
trademark marca comercial FreeBSD Doc (Archived)

Source information

Source string comment
(itstool) path: section/para
Source string location
article.translate.xml:527
String age
a year ago
Source string age
a year ago
Translation file
articles/es_ES/pam.po, string 91