Capítulo 6. Aplicaciones de red

El servicio de correo moderno tiene algunas limitaciones para minimizar la exposición a los problemas de spam (correo electrónico no deseado y no solicitado).

Esto es porque:

Algunos programas en Debian esperan acceder al comando /usr/sbin/sendmail para enviar correos electrónicos como su configuración predeterminada o personalizada, ya que el servicio de correo en un sistema UNIX ha funcionado históricamente como:

El demonio OpenSSH SSH solo admite el protocolo SSH 2.

Lea "/usr/share/doc/openssh-client/README.Debian.gz", ssh(1), sshd(8), ssh-agent(1), y ssh-keygen(1), ssh-add(1) y ssh-agent(1).

	Aviso
	«/etc/ssh/sshd_no_debe_ser_ejecutado» no debe estar presente si se quiere ejecutar el servidor OpenSSH. No habilite la autenticación basada en rhost (HostbasedAuthentication en /etc/ssh/sshd_config).

Lo siguiente inicia una conexión ssh(1) desde el cliente.

Si usa el mismo nombre de usuario en el host local y remoto, puede eliminar escribir "username@".

Se puede evitar recordar las contraseñas del sistema remoto usando «PubkeyAuthentication» (protocolo SSH-2).

En el sistema remoto, cree las entradas respectivas, "PubkeyAuthentication sí", en "/etc/ssh/sshd_config".

Genere las claves de acreditación locales e instale las claves públicas en el sistema remoto según se muestra.

$ ssh-keygen -t rsa
$ cat .ssh/id_rsa.pub | ssh user1@remote "cat - >>.ssh/authorized_keys"

Puede añadir opciones a las entradas en «~/.ssh/authorized_keys» para limitar los equipos y ejecutar las órdenes concretas. Ver sshd(8) "AUTHORIZED_KEYS FILE FORMAT".

Es seguro proteger su clave pública de acreditación con una contraseña. Si no se ha asignado una contraseña, utilice «ssh-keygen -p» para asignarla.

Ubique su clave pública SSH (e.g. «~/.ssh/id_rsa.pub») en «~/.ssh/authorized_keys» en el equipo remoto utilizando una conexión al equipo remoto basada en la contraseña como se describe a continuación.

$ ssh-agent bash
$ ssh-add ~/.ssh/id_rsa
Enter passphrase for /home/username/.ssh/id_rsa:
Identity added: /home/username/.ssh/id_rsa (/home/username/.ssh/id_rsa)

No se necesita contraseña remota desde aquí para la próxima orden.

$ scp foo username@remote.host:foo

Pulse ^D para finalizar su sesión de agente ssh.

Para el servidor X, el archivo de órdenes de inicio de Debian ejecuta el ssh-agent como el proceso padre. Así solo necesita ejecutar ssh-add una vez. Para mayor información , lea ssh-agent(1) y ssh-add(1).

Si tiene una cuenta shell SSH en un servidor con la configuración de DNS adecuada, puede enviar un correo electrónico generado en su estación de trabajo como un correo electrónico enviado genuinamente desde el servidor remoto.

$ ssh username@example.org /usr/sbin/sendmail -bm -ti -f "username@example.org" < mail_data.txt

Para crear un tubería que conecte al puerto 25 del servidor remoto desde el puerto 4025 del equipo local y al puerto 110 de servidor remoto desde el puerto 4110 del equipo local a través de ssh, ejecute en el equipo local lo que sigue.

# ssh -q -L 4025:remote-server:25 4110:remote-server:110 username@remote-server

Esta es la forma segura de crear conexiones a un servidor SMTP/POP3 a través de Internet. Asigne a la entrada «AllowTcpForwarding» con «yes» en «/etc/ssh/sshd_config» del equipo remoto.

Si tiene problemas, compruebe la configuración de los permisos de los archivos y ejecute ssh con la opción «-v».

Si es usted superusuario y tiene problemas con el cortafuegos utilice la opción «-p» ; esto evita la utilización de los puertos del servidor entre 1 — 1023.

Si las conexiones ssh a un sitio remoto de repente deja de funcionar, puede ser que lo tenga que solucionar el administrador de sistemas, normalmente un cambio de la «clave_de_equipo» durante el mantenimiento del sistema. Tras estar seguro de que nadie intenta suplantar al equipo remoto de algún modo inteligente, uno puede recuperar la conexión eliminando la entrada «clave_de_equipo» en «~/.ssh/known_hosts» del equipo local.