Capitolo 6. Applicazioni per la rete

Ai servizi di posta moderni vengono applicate alcune restrizioni al fine di minimizzare l'esposizione ai problemi di spam (posta non desiderata e non richiesta).

Questo perché:

Alcuni programmi in Debian si aspettano, come impostazione predefinita o personalizzata, di accedere al comando /usr/sbin/sendmail per inviare email dato che il servizio di posta in un sistema UNIX storicamente funzionava così:

Il demone SSH OpenSSH ha solamente il supporto per il protocollo SSH.

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

	Avvertimento
	Se si desidera eseguire il server OpenSSH, non deve esistere il file "/etc/ssh/sshd_not_to_be_run". Non abilitare l'autenticazione basata su rhost (HostbasedAuthentication in /etc/ssh/sshd_config).

I comandi seguenti avviano una connessione ssh(1) da un client.

Se si usa lo stesso nome utente sull'host locale e su quello remoto, si può evitare di digitare "nomeutente@".

Si può evitare di doversi ricordare le password per sistemi remoti usando "PubkeyAuthentication" (protocollo SSH-2).

Sul sistema remoto impostare in "/etc/ssh/sshd_config" le rispettive voci "PubkeyAuthentication yes".

Generare localmente le chiavi di autenticazione ed installare la chiave pubblica sul sistema remoto con i comandi seguenti.

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

Si possono aggiungere opzioni alle voci in "~/.ssh/authorized_keys" per limitare gli host e per eseguire comandi specifici. Vedere "AUTHORIZED_KEYS FILE FORMAT" in sshd(8).

È meglio per ragioni di sicurezza proteggere la propria chiave segreta di autenticazione SSH con una passphrase. Se non è già stata impostata una passphrase usare "ssh-keygen -p" per farlo.

Mettere la propria chiav SSH pubblica (ad esempio "~/.ssh/id_rsa.pub") in "~/.ssh/authorized_keys" su un host remoto usando una connessione all'host remoto basata su password, come descritto in precedenza.

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

Per il comando successivo non sarà più necessaria da questo momento la password remota.

$ scp foo username@remote.host:foo

Premere ~D per terminare la sessione ssh-agent.

Per il server X, il normale script di avvio Debian esegue ssh-agent come processo genitore. Perciò è necessario eseguire ssh-add una volta sola. Per ulteriori informazioni, leggere ssh-agent(1) e ssh-add(1).

Se si ha un account di shell SSH su un server con impostazioni DNS appropriate, si può inviare un messaggio di posta generato sulla propria postazione di lavoro come email genuinamente inviata dal server remoto.

Per stabilire una pipe per connettersi alla porta 25 del server-remoto dalla porta 4025 dell'host locale e alla porta 110 del server-remoto dalla porta 4110 dell'host locale attraverso ssh, eseguire sull'host locale il comando seguente.

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

Questo è un metodo sicuro di creare connessioni a server SMTP/POP3 in Internet. Impostare nel file "/etc/ssh/sshd_config" dell'host remoto la voce "AllowTcpForwarding" a "yes".

Se si hanno problemi, controllare i permessi dei file di configurazione ed eseguire ssh con l'opzione "-v".

Se si è root e si hanno problemi con un firewall usare l'opzione "-p"; questo evita l'uso delle porte 1 - 1023 del server.

Se le connessioni ssh ad un sito remoto smettono di funzionare improvvisamente, potrebbe essere a causa di modifiche fatte dall'amministratore di sistema, molto probabilmente cambiamenti in "host-key" durante l'amministrazione del sistema. Dopo essersi accertati che questa sia davvero la causa e che nessuna stia cercando di falsificare l'host remoto con qualche trucchetto, si può riottenere una connessione rimuovendo la voce "host-key" dal file "~/.ssh/known_hosts" sull'host locale.