Collegarsi al tuo server di posta via SSH

L’accesso alla shell di un server cripta.to avviene tramite chiave SSH, non con una password. Una volta aggiunta la tua chiave pubblica al server (dalla schermata Chiavi SSH della dashboard, oppure tramite il generatore di chiavi SSH nel browser), usi la chiave privata corrispondente per accedere. Questo articolo mostra esattamente come farlo su ciascun sistema operativo, e affronta i due o tre errori in cui inciampano quasi tutti la prima volta.

In tutti gli esempi diamo per scontato che il file della chiave privata che hai scaricato si chiami cripta_ssh e che il tuo server sia mail.tuodominio.com. Sostituisci il tuo hostname (lo trovi sulla scheda del server nella dashboard). L’accesso avviene sempre come root.

La chiave privata è un segreto. Chiunque la possieda può accedere al tuo server. Tieni il file in un posto sicuro, non inviarlo mai per email e non incollarlo in una chat, e condividi soltanto la metà pubblica (.pub).

macOS

macOS include OpenSSH, quindi non c’è nulla da installare: basta il Terminale.

1. Sposta la chiave nella tua cartella SSH e restringine i permessi. SSH si rifiuta di usare una chiave privata che altri utenti della macchina potrebbero leggere, quindi il passaggio chmod non è facoltativo:

   mkdir -p ~/.ssh
   mv ~/Downloads/cripta_ssh ~/.ssh/cripta_ssh
   chmod 600 ~/.ssh/cripta_ssh

2. Collegati:

   ssh -i ~/.ssh/cripta_ssh root@mail.tuodominio.com

3. Facoltativo — smetti di digitare -i ogni volta. Aggiungi una voce host in ~/.ssh/config:

   Host mail.tuodominio.com
     User root
     IdentityFile ~/.ssh/cripta_ssh

   Da quel momento basta ssh mail.tuodominio.com.

Linux

Identico a macOS: OpenSSH è preinstallato oppure a un pacchetto di distanza (apt install openssh-client, dnf install openssh-clients, …).

1. Sposta la chiave e restringine i permessi:

   mkdir -p ~/.ssh
   mv ~/Downloads/cripta_ssh ~/.ssh/cripta_ssh
   chmod 600 ~/.ssh/cripta_ssh

2. Collegati:

   ssh -i ~/.ssh/cripta_ssh root@mail.tuodominio.com

3. Voce facoltativa in ~/.ssh/config:

   Host mail.tuodominio.com
     User root
     IdentityFile ~/.ssh/cripta_ssh

Windows

Windows 10 e 11 includono il client OpenSSH, quindi puoi fare tutto da PowerShell: PuTTY non serve.

1. Sposta la chiave nella tua cartella SSH:

   mkdir "$HOME.ssh" -Force
   Move-Item "$HOMEDownloadscripta_ssh" "$HOME.sshcripta_ssh"

2. Restringi i permessi. Anche OpenSSH su Windows li verifica: il file deve essere leggibile solo dal tuo account.

   icacls "$HOME.sshcripta_ssh" /inheritance:r /grant:r "$($env:USERNAME):R"

3. Collegati:

   ssh -i "$HOME.sshcripta_ssh" root@mail.tuodominio.com

Se preferisci usare PuTTY, converti cripta_ssh in un file .ppk con PuTTYgen (Load del file, poi Save private key) e indica il .ppk a PuTTY sotto Connection → SSH → Auth.

Risparmiati il flag -i con ssh-agent

Se ti colleghi spesso, carica la chiave nel tuo agente SSH una volta sola e ogni comando ssh la troverà automaticamente:

ssh-add ~/.ssh/cripta_ssh      # macOS / Linux

Su Windows avvia l’agente una volta (Start-Service ssh-agent) e poi esegui ssh-add "$HOME\.ssh\cripta_ssh".

Quando non funziona

Permission denied (publickey) — il server non ha accettato la tua chiave. Di solito per uno di questi motivi:

• La chiave pubblica non è ancora arrivata sul server. Le modifiche entrano in vigore al controllo programmato successivo della macchina, quindi concedi fino a circa 15 minuti dopo averla aggiunta.
• Hai indicato a -i il file sbagliato, o il file .pub (pubblico) invece di quello privato. -i vuole la chiave privata, cioè il file senza .pub.
• Stai accedendo con l’utente sbagliato. È sempre root@….

Unprotected private key file / bad permissions — la chiave è leggibile da altri. Riesegui il chmod 600 (macOS/Linux) o il comando icacls (Windows) dei passaggi qui sopra.

Host key verification failed / «REMOTE HOST IDENTIFICATION HAS CHANGED» — stai vedendo un’impronta del server diversa da quella dell’ultima volta. È normale se il server è stato ricreato con lo stesso hostname: rimuovi la voce obsoleta e ricollegati.

ssh-keygen -R mail.tuodominio.com

Se invece non ti aspettavi che il server cambiasse, fermati e verifica il motivo prima di digitare yes: è esattamente l’avviso che ti protegge dal collegarti a un impostore.

Se perdi la chiave

Per una chiave privata non esiste alcun «reimposta»: è sempre stata solo sulla tua macchina. Se la perdi, genera una nuova coppia di chiavi, aggiungi la nuova chiave pubblica dalla dashboard e rimuovi quella vecchia. Finché l’accesso di supporto di cripta.to è ancora attivo (o finché hai un’altra chiave funzionante) non resti mai chiuso fuori: è proprio questo il senso di tenere una seconda via d’accesso finché non hai verificato che la prima funziona.