Re: problemas con server sftp
Mon, 25 Oct 2010, deconya:
El día 25 de octubre de 2010 16:20, AngelD <angeld@froga.net> escribió:
Estoy teniendo problemas con un server web, desconozco que le pasa
pero dejo de funcionar, siendo solo possible conectar por ssh. Las
pruevas que hice son:
conectar via root: al ssh conecta y al sftp. Si uso el fireftp no
funciona.
Si conecta por 'ssh' y 'sftp', ¿de quién es el problema?, ....,
redoble, ...., ¡fireftp!.
Seguro? Tengo mis dudas por eso envio a la lista, no falló solo un
software de conexion sino varios i el fireftp es supersimple, de ahi
el ejemplo.
Pero, funciona el ssh y sftp, por lo que podemos deducir que el
ssh no falla.
resto de usuarios no pueden. Lo conecte con un openldap. Posteo el
config de sshd_config a ver si alguien me puede ayudar a arreglar el
misterio
¿Cómo lo conectaste con un ldap?, ¿por medio de múdulos pam?, ¿que
dicen los logs?.
Mirando el auth.log me da esto
Oct 25 17:22:30 serverweb sshd[18788]: reverse mapping checking
getaddrinfo for infolinux.esci.es.0.0.10.in-addr.arpa [10.0.0.10]
failed - POSSIBLE BREAK-IN ATTEMPT!
Oct 25 17:22:35 serverweb sshd[18788]: pam_sm_authenticate: Called
Oct 25 17:22:35 serverweb sshd[18788]: pam_sm_authenticate: username = [root]
Oct 25 17:22:35 serverweb sshd[18788]: Warning: Using default salt
value (undefined in ~/.ecryptfsrc)
Oct 25 17:22:35 serverweb sshd[18790]: Error attempting to open
[/root/.ecryptfs/wrapped-passphrase] for reading
Oct 25 17:22:35 serverweb sshd[18790]: Error attempting to unwrap
passphrase from file [/root/.ecryptfs/wrapped-passphrase]; rc = [-5]
Oct 25 17:22:35 serverweb sshd[18790]: Error adding passphrase key
token to user session keyring; rc = [-5]
Oct 25 17:22:35 serverweb sshd[18788]: Accepted password for root from
10.0.0.10 port 58805 ssh2
Oct 25 17:22:35 serverweb sshd[18788]: pam_unix(sshd:session): session
opened for user root by (uid=0)
Oct 25 17:24:27 serverweb sshd[18875]: reverse mapping checking
getaddrinfo for pc.domain.es.0.0.10.in-addr.arpa [10.0.0.10] failed -
POSSIBLE BREAK-IN ATTEMPT!
Ahora es cuando no me entero XDD Alguien con mas batallas me puede ayudar?
Este log dice muchas cosas. Por su lado te chilla porque
posiblemente estes intentando conectar desde una máquina cuya ip inversa
no resuelve correctamente la inversa (esto es el POSSIBLE BREAK-IN
ATTEMPT), posiblemente porque salgas por una interfaz que no desees desde
dentro de tu red. Por otro lado, intenta usar un sistema de ficheros
cifrado a base de [1]ecryptfs, y da algunos errores (¿pueden faltar las
credenciales?). Desconozco como funciona este, así que te toca empollar la
documentación del mismo.
Port 22
Protocol 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes
# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768
# Logging
SyslogFacility AUTH
LogLevel INFO
AuthorizedKeysFile %h/.ssh/authorized_keys
# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for
RhostsRSAAuthentication
#IgnoreUserKnownHosts yes
# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no
# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no
X11Forwarding no
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no
#MaxStartups 10:30:60
#Banner /etc/issue.net
# Allow client to pass locale environment variables
AcceptEnv LANG LC_*
#Subsystem sftp /usr/lib/openssh/sftp-server
Subsystem sftp internal-sftp
UsePAM yes
Aquí usas los módulos pam para autenticar, ¿que dicen los logs?.
lo posteo arriba
Match group SFTP
ForceCommand internal-sftp
ChrootDirectory /var/www
AllowTcpForwarding no
Aquí haces chroot de algunos usuarios, ¿que dicen los logs?.
Resumiendo, ¿que dicen los logs?. También exponer el problema de una
manera concisa puede ayudar, porque al final no sabemos si falla el
servidor web, el acceso por ssh, ambos o ninguno. Tampoco se entiende
bién que tipo de instalación tienes, ¿ssh con ldap?, ¿ssh con ladp y
chroot?, ...
En principio es ssh con ldap, aunque es un server heredado sin
documentacion y de ahi el problema. Estuve mirando y diria que es ssh
+ldap +chroot, de ahi que posteo la config.
¿Documentación?, eso es para cobardes. :-)
Si hay algo de ldap, no lo he visto en los logs, pero posiblemente
el usuario "root" no esté configurado dentro del ldap. La configuación que
te interesa para saber lo que hay se encuentra en '/etc/pam.d', y
empezando por el fichero '/etc/pam.d/sshd', y continuando con todos los
que haga referencia este (todos los @include), hasta ver lo que tienes y
como funciona. Por el momento, y si hacemos caso a los logs y ficheros
mostrados hay ssh + eCryptfs + chroot para algunos usuarios.
Bueno a ver si consigo resolver el misterio, gracias por vuestro tiempo.
Con lo que te he dado tienes para empezar a tirar del hilo, pero
te va a costar un poco, porque parece que hay muchas cosas montadas, y
algunas no son fáciles de ver/diagnosticar/solucionar. Suerte.
[1]https://launchpad.net/ecryptfs
--
Saludos --- Angel
Reply to: