No se cual es la directiva de la que me hablas, pero gracias de todos modos. Ya lo solucione. Era problema de que me hab�a cambiado la l�nea donde apuntaba en /etc/passwd La puse correcta y funciona de lujo :-)
Un saludo, -- wadoska http://www.wadoska.com .---. |�_�| "The Future is Open" |\_/| // \\ (| |) /'\_ _/'\ \__) (__/ -----Mensaje original----- De: Angel Martin El mi�, 12-11-2003 a las 15:14, SoTaNeZ escribi�: > On Wed, 12 Nov 2003 09:48:16 +0000 > Angel Martin <[EMAIL PROTECTED]> wrote: > > ==> El mar, 11-11-2003 a las 19:57, wadoska escribi�: > ==> > Buenas lista, > ==> > > ==> > Tengo un peque�o problemilla. > ==> > He montado un sistema chroot pero ahora tengo un problema: > ==> > Al cambiar la shell de los usuarios de chroot de /bin/bash a /bin/usersh > ==> > Estos pierden el acceso al servidor ProFTPD que tengo. > ==> > Si les pongo /bin/bash funciona pero claro... entonces ya no entran en la > ==> > jaula chroot > ==> > > ==> > �Alguna pista para encontrar soluci�n ? > ==> > > Pues yo us� la directiva para el proftp para hacer un entorno chroot y no me fall� nada. �Est�s usando esa directiva o estas creando el chroot de otra forma (no tengo mucha idea jeje)? > Saludos. Buenas. A mi me paso algo parecido cuando intentaba montar un ftp con el wuftpd. Creaba usuarios para el ftp pero no los queria en el sistema, aunque los capase en sshd. Se cambia la linea del passwd del interprete de comandos del /bin/bash a uno que retorne sin hacer nada, incluso que retorne false mejor.Cambiaba entonces por el /bin/false, pero el servidor fallaba al autentificar. Por lo visto era que comprobaba que el usuario tuviera un shell valido Aqui entra en juego /etc/shells, los shell validos del sistema. Con la migracion a proftpd vi que tenia una directiva para anular este comportamiento.Hablo de memoria de todas formas. Un saludo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
