Capítulo 6. Aplicações de rede

Os serviços de correio modernos estão sujeitos a algumas limitações para minimizar a exposição aos problemas de spam (correio eletrónico não desejado e não solicitado).

Isto deve-se ao facto de:

Alguns programas em Debian esperam aceder ao comando /usr/sbin/sendmail para enviar emails como predefinição ou definição personalizada uma vez que o serviço de mail num sistema UNIX funcionava historicamente como:

O daemon SSH OpenSSH suporta apenas o protocolo SSH 2.

Por favor leia "/usr/share/doc/openssh-client/README.Debian.gz", ssh(1), sshd(8), ssh-agent(1), e ssh-keygen(1), ssh-add(1) e ssh-agent(1).

	Atenção
	o "/etc/ssh/sshd_not_to_be_run" não pode estar presente se desejar correr o servidor OpenSSH. Não ative a autenticação baseada em rhost(HostbasedAuthentication em /etc/ssh/sshd_config).

O seguinte inicia uma ligação ssh(1) a partir de um cliente.

Se utilizar o mesmo nome de utilizador no anfitrião local e no anfitrião remoto, pode deixar de escrever "username@".

É possível evitar ter de se lembrar de palavras-passe para sistemas remotos utilizando "PubkeyAuthentication" (protocolo SSH-2).

No sistema remoto, defina as respetivas entradas, "PubkeyAuthentication yes", em "/etc/ssh/sshd_config".

Crie chaves de autenticação localmente e instale a chave pública no sistema remoto como o seguinte.

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

Pode adicionar opções às entradas em "~/.ssh/authorized_keys" para limitar máquinas e correr comandos específicos. Veja sshd(8) "AUTHORIZED_KEYS FILE FORMAT".

É mais seguro proteger as suas chaves secretas de autenticação SSH com uma frase-passe. Se nenhuma frase-passe foi definida, use "ssh-keygen -p" para a definir.

Ponha a sua chave SSH pública (ex. "~/.ssh/id_rsa.pub") em "~/.ssh/authorized_keys" numa máquina remota a usar uma ligação à máquina remota baseada em palavra-passe como descrito em cima.

$ 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)

Nenhuma palavra-passe necessária desde aqui até ao próximo comando.

$ scp foo username@remote.host:foo

Carregue em ^D (CTRL-D) para terminar a sessão do ssh-agent.

Para o servidor X, o script de arranque normal de Debian executa o ssh-agent como o processo pai. Portanto apenas precisa de executar o ssh-add uma vez. Para mais, leia ssh-agent(1) e ssh-add(1).

Se tiver uma conta de shell SSH num servidor com definições de DNS adequadas, pode enviar um e-mail gerado na sua estação de trabalho como um e-mail genuinamente enviado do servidor remoto.

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

Para estabelecer um pipe para ligação ao porto 25 do servidor remoto a partir do porto 4025 da máquina local, e para a porta 110 do servidor remoto a partir do porto 4110 da máquina local através de ssh, execute na máquina local como a seguir.

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

Este é um modo seguro de fazer ligações a servidores SMTP/POP3 pela Internet. Configure a entrada "AllowTcpForwarding" para "yes" em "/etc/ssh/sshd_config" na máquina remota.

Se estiver com problemas, verifique as permissões dos ficheiros de configuração e corra o ssh com a opção "-v".

Use a opção "-p" se for o root e esteja a ter problemas com a firewall; isto evita o uso dos portos de servidor 1 -- 1023.

Se as ligações ssh a um site remoto subitamente deixarem de funcionar, pode ser o resultado de reparações pelo administrador do sistema, mais provável uma alteração na "chave_da_máquina" durante a manutenção do sistema. Após certificar-se que é este o caso e ninguém está a tentar falsificar a máquina remota com algum hack inteligente, pode-se recuperar a ligação ao remover a entrada "host_key" de "~/.ssh/known_hosts" na máquina local.