shadow/man/es/login.1

.\" Copyright 1993 Rickard E. Faith (faith@cs.unc.edu)
.\" May be distributed under the GNU General Public License
.\"
.\" Translated 17 sep. 1998 by Juan Jos<6F> L<>pez Mellado(laveneno@hotmail.com) 
.\"
.TH LOGIN 1 "4 Noviembre 1996" "Util\-linux 1.6" "Manual del Programador de Linux"
.SH NOMBRE
login \- firmar
.SH SINOPSIS
.BR "login [ " name " ]"
.br
.B "login \-p"
.br
.BR "login \-h " hostname
.br
.BR "login \-f " name
.SH DESCRIPCI<EFBFBD>N
.B login
es usado cuando se firma en un sistema. Puede ser usado para cambiar
desde un usuario a otro en cualquier momento (los shells m<>s modernos
disponen de esta caracter<65>stica incluida internamente).

Si no se da ning<6E>n argumento,
.B login
pregunta por el nombre de usuario.

Si el usuario
.I no
es root, y si existe
.IR /etc/nologin ,
el contenido de este fichero se escribe en la pantalla y el ingreso
finaliza. Esto se usa t<>picamente para prevenir los ingresos cuando el
sistema se est<73> cerrando.

Si se han especificado restricciones de acceso para el usuario en
.IR /etc/usertty ,
estas son requeridas, o la petici<63>n de ingreso ser<65> denegada y se
generar<EFBFBD> un mensaje a trav<61>s de
.BR syslog .
Vea la secci<63>n "Restricciones de Acceso Especiales".

Si el usuario es root, entonces el ingreso debe estar ocurriendo en
alguno de los tty listados en
.IR /etc/securetty .
Los fallos ser<65>n registrados mediante
.BR syslog .

Despu<EFBFBD>s de comprobar estas condiciones, se pedir<69> la contrase<73>a y se
validar<EFBFBD> (si es que se requiere de una contrase<73>a para el usuario). Se
permite un total de diez intentos antes de que
.B login
muera, pero despu<70>s de los tres primeros, la respuesta comienza a ser muy
lenta. Los fallos de ingreso son registrados a trav<61>s de
.BR syslog .
Tambi<EFBFBD>n es usado para registrar cualquier ingreso correcto del usuario
root.

Si el fichero
.I .hushlogin
existe, entonces se realiza un ingreso "reservado" (esto deshabilita la
comprobaci<EFBFBD>n del correo y la escritura de la hora del <20>ltimo ingreso as<61>
como el mensaje del d<>a). Por otro lado, si existe
.IR /var/log/lastlog ,
la hora del <20>ltimo ingreso se imprime (y el ingreso actual es
registrado).

Se llevan a cabo algunas tareas administrativas, como el cambio del UID y
GID del tty. La variable de entorno TERM se preserva, si existe (las
otras variables de entorno son preservadas si se usa la opci<63>n
.BR \-p ).
Despu<EFBFBD>s son definidas las variables HOME, PATH, SHELL, TERM, MAIL y
LOGNAME. El PATH por defecto ser<65>
.I /usr/local/bin:/bin:/usr/bin:.
para usuarios normales, y
.I /sbin:/bin:/usr/sbin:/usr/bin
para root. Por <20>ltimo, si no es un ingreso "reservado", el mensaje del
d<EFBFBD>a ser<65> imprimido y se comprobar<61> el fichero con el nombre del usuario en
.I /usr/spool/mail
y se imprimir<69> un mensaje si este tuviera un tama<6D>o diferente de cero.

A continuaci<63>n, se inicia el shell del usuario. Si no se especifica ninguno
para el usuario en
.BR /etc/passwd ,
entonces se usar<61>
.BR /bin/sh .
Si no hay un directorio especificado en
.IR /etc/passwd ,
entonces se usar<61>
.I /
(el directorio del usuario se analizar<61> en busca del fichero
.I .hushlogin
descrito m<>s abajo).

.SH OPCIONES
.TP
.B \-p
Usado por
.BR getty (8)
para indicar a
.B login
que no destruya el entorno
.TP
.B \-f
Usado para evitar la segunda autenticaci<63>n del ingreso. Esto 
.B no
funciona espec<65>ficamente para root y no parece que funcione
correctamente bajo Linux.
.TP
.B \-h
Usado por otros servidores (por ejemplo,
.BR telnetd (8))
para pasar el nombre del host remoto a
.B login
de tal manera que pueda ser puesto en utmp y wtmp. Solo el superusuario
podr<EFBFBD> usar esta opci<63>n.

.SH "RESTRICCIONES DE ACCESO ESPECIALES"
El fichero
.I /etc/securetty
lista los nombres de los ttys donde se permite que el root pueda
ingresar. Deber<65> especificarse un nombre de tty por l<>nea (sin el prefijo
/dev/). Si el fichero no existiera, se permitir<69> su ingreso desde
cualquier tty.
.PP
El fichero
.I /etc/usertty
especifica restricciones de acceso adicionales para usuarios espec<65>ficos.
Si no existiera este fichero, no se impondr<64> ninguna restricci<63>n de
acceso adicional. El fichero consiste en una secuencia de secciones. Hay
tres tipos de secciones posibles: CLASSES, GROUPS y USERS. Una secci<63>n
de tipo CLASSES define tipos de ttys y patrones de nombres de hosts, una
secci<EFBFBD>n de tipo GROUPS define los ttys permitidos y los hosts grupo por
grupo y una secci<63>n USERS define los ttys permitidos y los hosts usuario
por usuario.
.PP
Cada l<>nea de este fichero no puede tener m<>s de 255 caracteres. Los
comentarios comienzan con un car<61>cter # y se extienden hasta el final de
la l<>nea.
.PP
.SS "La secci<63>n CLASSES"
Una secci<63>n de tipo CLASSES comienza por la palabra CLASSES al principio
de la l<>nea escrito en may<61>sculas. Cada una de las l<>neas hasta el
principio de una nueva secci<63>n o del final del fichero consiste en una
secuencia de palabras separadas pos tabuladores o espacios. Cada l<>nea
define una clase de ttys y patrones de hosts.
.PP
La palabra al principio de la l<>nea es tomada como el nombre colectivo
para los ttys y patrones de hosts especificados en el resto de la l<>nea.
Este nombre colectivo puede usarse en las siguientes secciones de tipo
GROUPS o USERS. No deber<65>a aparecer el nombre de una clase como parte de
la definici<63>n de una clase para evitar problemas de recursividad de
nombres.
.PP
Una secci<63>n CLASSES de ejemplo:
.PP
.nf
.in +.5
CLASSES
miclase1		tty1 tty2
miclase2		tty3 @.foo.com
.in \-.5
.fi
.PP
Esto define las clases
.I miclase1
y
.I miclase2
como las partes derechas correspondientes.
.PP

.SS "La secci<63>n GROUPS"
Una secci<63>n GROUPS define los ttys y hosts permitidos para cada grupo
.I /etc/passwd
y
.I /etc/group
y ese grupo es mencionado en una secci<63>n de tipo GROUPS en
.I /etc/usertty
entonces el usuario tiene acceso permitido.
.PP
Una secci<63>n GROUPS comienza con la palabra GROUPS en may<61>sculas en el
principio de una l<>nea, y cada una de las siguientes l<>neas es una
secuencia de palabras separadas pos espacios o tabuladores. La primera
palabra de una l<>nea es el nombre del grupo, y el resto de las palabras
de la l<>nea especifican los ttys y hosts donde los miembros de ese grupo
tienen permitido el acceso. Estas especificaciones pueden comportar el
uso de las clases definidas en secciones CLASSES anteriores.
.PP
Un ejemplo de una secci<63>n GROUPS:
.PP
.nf
.in +0.5
GROUPS
sys		tty1 @.bar.edu
stud		miclase1 tty4
.in \-0.5
.fi
.PP
Este ejemplo especifica que los miembros del grupo
.I sys
pueden ingresar en el tty1 y desde los hosts en el dominio bar.edu. Los
usuarios en el grupo
.I stud
pueden ingresar desde los hosts/ttys especificados en la clase miclase1 o
desde el tty4.
.PP

.SS "La secci<63>n USERS"
Una secci<63>n USERS comienza con la palabra USERS toda en may<61>sculas al
principio de la l<>nea, y cada una de las l<>neas siguientes es una
secuencia de palabras separadas por espacios o tabuladores. La primera
palabra de una l<>nea es un nombre de usuario y a ese usuario se le
permite ingresar en los ttys y desde los hosts mencionados en el resto de
la l<>nea. Estas especificaciones pueden contener clases definidas en
secciones CLASSES anteriores. Si no se especifica al principio del
fichero una cabecera de secci<63>n, por defecto la primera secci<63>n se
interpreta como del tipo USERS.

.PP
Una secci<63>n USERS de ejemplo:
.PP
.nf
.in +0.5
USERS
zacho		tty1 @130.225.16.0/255.255.255.0
pepe		tty3 miclase2
.in \-0.5
.fi
.PP
Esto autoriza al usuario zacho a ingresar solo en el tty1 y desde los
hosts con direcciones IP en el rango 130.225.16.0 \- 130.225.16.255, y
tambi<EFBFBD>n autoriza al usuario pepe a ingresar en el tty3 y desde cualquier
parte mencionada en la clase miclase2.
.PP
Podr<EFBFBD> aparecer una l<>nea en la secci<63>n USERS que comience por un nombre
de usuario *. Esta es la regla por defecto y ser<65> aplicada a cualquier
usuario que no aparezca en ninguna de las otras l<>neas.
.PP
Si un usuario encaja con una l<>nea USERS y con una l<>nea GROUPS, el
usuario estar<61> autorizado a ingresar desde la uni<6E>n de todos los
ttys/hosts mencionados en estas especificaciones.

.SS Or<EFBFBD>genes
Las especificaciones de patrones de tty y host usadas en la
especificaci<EFBFBD>n de las clases, grupos y usuarios se llaman or<6F>genes. Un
origen es una cadena de caracteres que puede tener uno de estos formatos:
.IP o 
El nombre de un dispositivo tty sin el prefijo /dev/, por ejemplo tty1 o
ttyS0.
.PP
.IP o
La cadena @localhost, indicando que el usuario est<73> autorizado a
telnet/rlogin desde el host local al mismo host. Esto tambi<62>n habilita al
usuario a ejecutar, por ejemplo, el comando: xterm \-e /bin/login.
.PP
.IP o
Un sufijo de nombre de dominio como @.algun.dom, indicando que el usuario
podr<EFBFBD> hacer rlogin/telnet desde cualquier host cuyo nombre de dominio
tenga el sufijo .algun.dom.
.PP
.IP o
Un rango de direcciones IPv4, escritas @x.x.x.x/y.y.y.y donde x.x.x.x es
la direcci<63>n IP en la notaci<63>n decimal tradicional con puntos, e y.y.y.y
es una m<>scara de bits en la misma notaci<63>n especificando cuales de los
bits de la direcci<63>n ser<65>n comparados con la direcci<63>n IP del host
remoto. Por ejemplo @130.255.16.0/255.255.254.0 significa que el usuario
podr<EFBFBD> hacer rlogin/telnet desde cualquier host cuya direcci<63>n IP est<73> en
el rango 130.255.16.0 \- 130.255.17.255.
.PP
Cualquiera de los or<6F>genes anteriores pueden tener un prefijo con la
especificaci<EFBFBD>n temporal acordando con la sintaxis:
.PP
.nf
espec\-tiempo ::= '[' <d<>a\-u\-hora> [':' <d<>a\-u\-hora>]* ']'
d<EFBFBD>a          ::= 'mon' | 'tue' | 'wed' | 'thu' | 'fri' | 'sat' | 'sun'
hora         ::= '0' | '1' | ... | '23'
espec\-hora   ::= <hora> | <hora> '\-' <hora>
d<EFBFBD>a\-u\-hora   ::= <d<>a> | <espec\-hora>
.fi
.PP
Por ejemplo, el origen [mon:tue:wed:thu:fri:8\-17]tty3 significa que solo
se permitir<69>n ingresos de lunes a viernes entre las 8:00 y las 17:59
(5:59 pm) en el tty3. Esto tambi<62>n muestra que un rango de horas a\-b
incluye todo momento entre a:00 y b:59. Una sola hora (por ejemplo 10)
significar<EFBFBD> un espacio temporal entre las 10:00 y las 10:59.
.PP
Si no se especifica ning<6E>n prefijo temporal para un tty o host significar<61>
que se permitir<69> el ingreso desde ese origen a cualquier hora. Si da un
prefijo temporal aseg<65>rese de especificar tanto el conjunto de d<>as como
una o m<>s horas o rango de horas. Una especificaci<63>n de tiempo no puede
incluir espacios en blanco.
.PP
Si no se define ninguna regla por defecto entonces los usuarios que no
concuerden con ninguna l<>nea de
.I /etc/usertty
est<EFBFBD> autorizados para ingresar desde cualquier lugar en la manera
est<EFBFBD>ndar.
.PP
.SH FICHEROS
.nf
.I /var/run/utmp
.I /var/log/wtmp
.I /var/log/lastlog
.I /usr/spool/mail/*
.I /etc/motd
.I /etc/passwd
.I /etc/nologin
.I /etc/usertty
.I .hushlogin
.fi
.SH "V<>ASE TAMBI<42>N"
.BR init (8),
.BR getty (8),
.BR mail (1),
.BR passwd (1),
.BR passwd (5),
.BR environ (7),
.BR shutdown (8)
.SH FALLOS

Linux, a diferencia de otros sistemas operativos draconianos, no comprueba
las cuotas.

La opci<63>n no documentada
.B \-r
de BSD no est<73> soportada. Esta podr<64>a ser requerida por alg<6C>n programa
.BR rlogind (8)
.
.SH AUTOR
Derivado de login 5.40 de BSD (5/9/89) por Michael Glad (glad@daimi.dk)
para HP\-UX
.br
Portado a Linux 0.12: Peter Orbaek (poe@daimi.aau.dk)