SSH sur Plesk : activer l'accès et se connecter

Ce guide s’adresse à toute personne qui gère un site sous Plesk et qui a besoin d’accéder au serveur en ligne de commande — pour corriger une erreur, déplacer des fichiers, relancer un service ou simplement déboguer proprement. On va couvrir l’activation, la récupération des identifiants, la connexion depuis Mac/Linux/Windows, puis le passage aux clés SSH.

Prérequis :

• Un hébergement actif avec Plesk (mutualisé, VPS ou dédié)
• Accès à votre panneau Plesk (interface web)
• Sur Windows : PuTTY ou PowerShell 7+ (les deux fonctionnent)
• Sur Mac/Linux : le terminal natif suffit

1. Comprendre ce que Plesk peut (ou ne peut pas) te donner

Avant de chercher comment te connecter, il faut savoir ce que ton offre d’hébergement permet réellement.

En hébergement mutualisé, le SSH est souvent désactivé par défaut, parfois disponible sur demande, et quasiment toujours restreint : pas de root, liste de commandes limitée, pas d’accès système. Certains hébergeurs mutualisés ne le proposent tout simplement pas. Si tu es dans ce cas, vérifie dans la documentation de ton hébergeur ou contacte le support — c’est souvent une option payante ou à débloquer dans ton espace client.

Sur un VPS ou un serveur dédié, tu as un accès root complet. Plesk est installé par-dessus le système d’exploitation, mais tu gardes un accès SSH direct au niveau OS. C’est ce cas qui te donne le plus de liberté.

2. Activer l’accès SSH depuis Plesk

L’endroit exact dépend de la version de Plesk et de la configuration choisie par ton hébergeur, mais le principe est toujours le même.

Pour un utilisateur FTP/SSH lié à un abonnement :

1. Connecte-toi à ton Plesk via l’interface web (généralement https://tondomaine.com:8443 ou l’IP du serveur avec le port 8443).
2. Va dans Abonnements (ou directement dans le domaine concerné).
3. Cherche la section Accès web / Accès FTP ou Paramètres de l’hébergement.
4. Repère le champ Accès SSH ou Shell d’accès — il est parfois réglé sur /bin/false (accès désactivé) ou sur une option “No shell”.
5. Change-le pour /bin/bash (ou /bin/sh si bash n’est pas disponible) et sauvegarde.

Sur certaines offres mutualisées, ce menu n’existe pas ou le choix /bin/bash est grisé. Ça veut dire que l’hébergeur a verrouillé l’accès SSH au niveau serveur : il faudra passer par leur support.

Pour l’accès root (VPS/dédié) :

L’accès root ne passe pas par l’interface Plesk — il est configuré au niveau de l’OS. Ton hébergeur te fournit les identifiants root (ou une paire de clés SSH) dans ton espace client, lors de la livraison du serveur.

3. Récupérer les identifiants de connexion

Tu as besoin de trois informations :

Si tu ne retrouves pas le port, essaie d’abord 22. Un message Connection refused indique que le port est différent ou que le SSH est bien désactivé.

4. Se connecter en SSH

Mac / Linux

Ouvre ton terminal et tape :

ssh -p 22 utilisateur@adresse-ip-ou-domaine

Remplace 22 par le port réel, utilisateur par ton user (ex : root ou webadmin) et adresse-ip-ou-domaine par l’IP de ton serveur.

La première connexion te demande de valider l’empreinte du serveur — tape yes. Ensuite, entre ton mot de passe.

Windows (PowerShell ou PuTTY)

PowerShell (Windows 10/11) :

ssh -p 22 utilisateur@adresse-ip

Même syntaxe que sur Mac/Linux.

PuTTY : renseigne le champ Host Name avec l’IP, le champ Port avec le port SSH, puis clique Open. Une fenêtre te demandera l’utilisateur puis le mot de passe.

5. Passer aux clés SSH (à faire dès la première connexion)

Les mots de passe, ça s’oublie, ça se force par brute-force, ça se transmet par email en clair. Les clés SSH sont bien plus sûres. Voici comment basculer.

Sur ta machine locale, génère une paire de clés :

ssh-keygen -t ed25519 -C "mon-serveur-plesk"

Appuie sur Entrée pour accepter l’emplacement par défaut (~/.ssh/id_ed25519). Définis une passphrase (recommandé).

Copie la clé publique sur le serveur :

ssh-copy-id -p 22 utilisateur@adresse-ip

Si ssh-copy-id n’est pas disponible (Windows natif), copie manuellement le contenu de ~/.ssh/id_ed25519.pub dans ~/.ssh/authorized_keys sur le serveur.

Ensuite, reconnecte-toi : plus de mot de passe demandé.

6. Premières commandes utiles une fois connecté

pwd          # Affiche le répertoire courant
ls -la       # Liste tous les fichiers (y compris cachés)
cd /var/www/vhosts/mondomaine.com/httpdocs   # Aller dans les fichiers du site
tail -f /var/log/apache2/error.log           # Surveiller les erreurs en temps réel
df -h        # Espace disque disponible
free -m      # RAM disponible

Sur Plesk, les fichiers de tes sites sont généralement dans /var/www/vhosts/. C’est là que tu trouveras httpdocs, logs, conf pour chaque domaine.

Pièges courants

• Port 22 bloqué par un pare-feu local : certains réseaux d’entreprise bloquent le port 22 sortant. Teste depuis un autre réseau ou via un VPN.
• Permission denied (publickey) : tu as copié la clé mais l’authentification par clé n’est pas acceptée. Vérifie que ~/.ssh/authorized_keys a les droits 600 et que ~/.ssh a les droits 700 sur le serveur.
• Timeout immédiat : le port SSH est différent de 22, ou le firewall Plesk/CSF bloque l’IP. Sur VPS, vérifie la règle de pare-feu dans Plesk (Outils & paramètres > Pare-feu).
• Commandes manquantes en mutualisé : wget, curl, git peuvent être absents ou restreints. En mutualisé, si tu as besoin de ces outils régulièrement, c’est souvent le signe qu’un VPS est plus adapté à ton usage.
• Ne jamais laisser root accessible par mot de passe : une fois les clés configurées sur un VPS, désactive l’authentification par mot de passe dans /etc/ssh/sshd_config (PasswordAuthentication no) et redémarre SSH.

Si tu rencontres des erreurs après une modification de configuration ou un déploiement, les articles sur les problèmes de déploiement Vercel et Netlify peuvent t’aider à isoler si le problème vient du serveur ou de la chaîne de déploiement. Et si tu gères les accès de ton site avec une agence, consulte les 7 accès à exiger de ton prestataire — l’accès SSH fait partie de la liste.