Comment se connecter à un VPS Linux via SSH avec une clé PuTTY
PuTTY est un client SSH gratuit pour Windows. Ce tutoriel explique comment se connecter à un VPS Linux depuis une machine Windows avec une authentification par clé SSH plutôt que par mot de passe, du téléchargement de PuTTY jusqu'à la première connexion réussie. Vous avez besoin de l'adresse du serveur, d'un compte SSH sur celui-ci et d'une paire de clés SSH.
Niveau requis : Débutant
Durée estimée : environ 20 minutes
Objectif final : À la fin de ce tutoriel, vous vous connecterez à votre VPS Linux depuis Windows avec PuTTY et une clé SSH, sans saisir de mot de passe de compte.
Le rôle de SSH et de PuTTY
Secure Shell (SSH) est un protocole réseau permettant de travailler sur une machine distante via un réseau non fiable. Il chiffre l'intégralité de la session, identifie le serveur avant d'y envoyer quoi que ce soit, et accepte un mot de passe ou une clé comme preuve d'identité. Sur un VPS Linux, le côté serveur de SSH est normalement le démon OpenSSH, à l'écoute sur le port TCP 22.
PuTTY est un client SSH gratuit pour Windows et la fenêtre de terminal dans laquelle vous travaillez une fois la connexion établie. La version actuelle est la 0.84. Un point évite toute confusion par la suite : l'installateur Windows contient déjà PuTTYgen, l'utilitaire qui génère et convertit les clés dans ce tutoriel, PuTTYgen n'est donc jamais un téléchargement séparé. Le même paquet installe également les outils de transfert de fichiers PSCP et PSFTP, l'interface de script Plink et l'agent d'authentification Pageant.
Ce dont vous avez besoin avant de vous connecter
Réunissez les éléments suivants avant de commencer :
- L'adresse IP publique du serveur, notée ci-dessous <YOUR_SERVER_IP>
- Le nom du compte SSH sur le serveur, noté ci-dessous <YOUR_USERNAME>
- Le port SSH, qui est 22 sauf si votre fournisseur ou votre propre configuration en utilise un autre
- Votre fichier de clé privée sur la machine Windows, au format PuTTY (.ppk) ou au format OpenSSH
- PuTTY 0.84 sur Windows 10, Windows 11, Windows Server 2022 ou Windows Server 2025. L'installation est couverte dans la section suivante
- Un VPS Linux exécutant le serveur OpenSSH et accessible via le réseau. Les commandes côté serveur ci-dessous s'appliquent à Ubuntu 24.04 LTS et 26.04 LTS, Debian 12 et 13, AlmaLinux 9 et 10, ainsi qu'à d'autres distributions utilisant OpenSSH
- Un moyen d'accès fonctionnel, si la clé publique n'est pas encore sur le serveur : une session par mot de passe, une autre clé, ou la console du panneau de votre fournisseur
- Environ 20 minutes, et aucune connaissance au-delà de l'utilisation de base d'un shell Linux
Une paire de clés comporte deux moitiés aux fonctions différentes. La clé privée reste sur votre machine Windows et produit la preuve de votre identité. La clé publique se trouve sur le serveur, dans le compte auquel vous vous connectez, et permet au serveur de vérifier cette preuve.
Ne téléversez, n'envoyez par courriel ni ne collez jamais la clé privée sur le serveur ou sur une autre machine. Seule la clé publique quitte votre ordinateur. Un fichier de clé privée qui atteint un endroit que vous ne contrôlez pas est considéré comme compromis, et la réponse appropriée consiste à remplacer la paire.
Installation de PuTTY
Téléchargez PuTTY uniquement depuis le projet lui-même. putty.software est le domaine officiel abrégé du projet et redirige vers les pages de téléchargement de l'auteur sur chiark.greenend.org.uk.
putty.org et puttygen.com ne sont pas des sites du projet et ne sont pas maintenus par l'équipe PuTTY. Rien ne garantit que les fichiers servis depuis ces adresses sont bien le logiciel publié par les auteurs.
Prenez l'installateur MSI Windows correspondant à votre architecture. La version 64 bits x86, putty-64bit-0.84-installer.msi, convient à presque toutes les machines actuelles. La version 32 bits x86 existe pour le matériel ancien et les anciennes versions de Windows, et une version Arm64 distincte couvre les appareils Windows dotés de processeurs Arm.

Exécutez le fichier .msi téléchargé. Cliquez sur Next sur la page d'accueil, conservez le dossier de destination par défaut, conservez l'ensemble de fonctionnalités par défaut, et cliquez sur Install. Approuvez l'invite d'administrateur Windows si elle apparaît, puis fermez l'assistant avec Finish.
Le menu Démarrer contient désormais des entrées pour PuTTY et PuTTYgen, et les utilitaires mentionnés précédemment sont installés en même temps.
Le projet publie également les installateurs actuels dans le Microsoft Store, généralement quelques jours après une sortie. Les deux sources fournissent la même version.
Vérifier ou convertir votre clé SSH
PuTTY lit les clés privées dans son propre format, le fichier .ppk. La suite dépend de ce que vous possédez déjà.
Si vous avez déjà un fichier .ppk
Rien n'a besoin d'être converti. Notez l'emplacement du fichier sur le disque et poursuivez avec la configuration de PuTTY ci-dessous.
Si votre clé est au format OpenSSH
Les clés produites par ssh-keygen portent des noms tels que id_rsa ou id_ed25519, généralement sans extension, et PuTTY ne les lit pas directement. Convertissez une telle clé une fois, puis utilisez le résultat par la suite.
Démarrez PuTTYgen et cliquez sur Load. La boîte de dialogue de fichier s'ouvre avec son filtre réglé sur les fichiers de clé privée PuTTY, ce qui masque tout fichier ne se terminant pas par .ppk ; basculez donc le filtre sur All Files avant de rechercher la clé. Sélectionnez le fichier de clé privée et saisissez sa phrase secrète si elle en a une. PuTTYgen signale que la clé n'est pas dans son format natif et la charge tout de même. Cliquez sur Save private key, nommez le fichier et conservez l'extension .ppk. La phrase secrète est conservée telle quelle, sauf si vous en saisissez délibérément une nouvelle.
Le menu Conversions propose la même opération que la commande explicite Import key. Les deux méthodes produisent le même fichier .ppk.
Si vous n'avez pas encore de clé
Générez une paire dans PuTTYgen. Laissez le type de clé sur RSA avec 2048 bits ou plus, ou sélectionnez EdDSA avec 255 bits pour une clé Ed25519, puis appuyez sur Generate. Déplacez le pointeur de la souris sur la zone vide de la fenêtre jusqu'à ce que la barre de progression se remplisse, car PuTTYgen recueille de l'aléa à partir de ce mouvement. Une fois la clé affichée, saisissez une phrase secrète dans Key passphrase, répétez-la dans Confirm passphrase, et enregistrez les deux moitiés avec Save public key et Save private key.

PuTTY fonctionne avec les clés RSA et Ed25519, ainsi qu'avec ECDSA et DSA. Les captures d'écran de ce tutoriel montrent une clé RSA. Pour une nouvelle paire sur les systèmes actuels, Ed25519 est un bon choix par défaut.
Ajouter la clé publique au serveur
Ignorez cette section si votre fournisseur a déjà placé la clé dans le compte, ou si la paire a été créée pour ce serveur. Sinon, vous avez besoin d'un moyen d'accès fonctionnel : une session par mot de passe, une autre clé, ou la console du fournisseur.
Ouvrez une session en tant que compte qui utilisera la clé, et préparez le répertoire :
mkdir -p ~/.ssh chmod 700 ~/.ssh touch ~/.ssh/authorized_keys chmod 600 ~/.ssh/authorized_keys chown -R <YOUR_USERNAME>:<YOUR_USERNAME> ~/.ssh
Les commandes créent ~/.ssh et un fichier authorized_keys vide si l'un des deux est manquant, puis définissent le propriétaire et les permissions requises par OpenSSH. Pour un compte ordinaire tel que admin ou ubuntu, le chemin complet est /home/<YOUR_USERNAME>/.ssh/authorized_keys. Pour le compte root, c'est /root/.ssh/authorized_keys. Attention au nom du répertoire : .ssh, avec un point au début et sans espace nulle part dans le chemin.
Ouvrez le fichier pour l'édition :
nano ~/.ssh/authorized_keys
Passez à la fenêtre PuTTYgen, sélectionnez tout le contenu de la zone intitulée Public key for pasting into OpenSSH authorized_keys file, et copiez-le. De retour dans le terminal, collez-le comme dernière ligne du fichier. Un clic droit colle le presse-papiers dans une fenêtre PuTTY. Enregistrez le fichier et fermez l'éditeur.

La clé publique occupe exactement une ligne, de ssh-rsa ou ssh-ed25519 jusqu'à la fin du commentaire de clé. Ne la divisez pas, ne laissez pas l'éditeur la faire passer à la ligne, et n'ajoutez pas de texte de commentaire personnel sur cette ligne. Une clé coupée sur plusieurs lignes, ou suivie de caractères parasites, est rejetée, et le serveur ne signale rien de plus informatif qu'une clé refusée.
Le fichier contient désormais une ligne par clé autorisée, et les lignes déjà présentes restent inchangées.
Configurer PuTTY
Démarrez PuTTY. Le panneau Session s'ouvre en premier. Saisissez l'adresse du serveur dans Host Name (or IP address), réglez Port sur 22 ou sur le port sur lequel votre serveur écoute, et laissez Connection type sur SSH.

Indiquez maintenant à PuTTY la clé privée. Dans l'arborescence à gauche, ouvrez Connection, puis SSH, puis Auth, puis Credentials, et utilisez Browse à côté de Private key file for authentication pour sélectionner votre fichier .ppk. Cette arborescence diffère légèrement selon les versions de PuTTY, et les versions plus anciennes conservent le champ directement sur le panneau Auth, naviguez donc en fonction du nom du champ plutôt que du chemin exact.
Enregistrer la session est rentabilisé en quelques secondes supplémentaires. Retournez à Session, saisissez un nom dans Saved Sessions, et cliquez sur Save. Le nom apparaît dans la liste, et le sélectionner puis cliquer sur Load restaure l'adresse, le port et le chemin de la clé.
Se connecter et s'authentifier
Cliquez sur Open. Lors d'une première connexion à un serveur que PuTTY n'a pas encore rencontré, il s'arrête et présente la clé d'hôte de ce serveur :
The host key is not cached for this server: <YOUR_SERVER_IP> (port 22) The server's ssh-ed25519 key fingerprint is: ssh-ed25519 255 SHA256:<FINGERPRINT_STRING>

Comparez l'empreinte avec celle publiée par votre fournisseur pour ce serveur. More info... affiche la clé publique complète si cela facilite la comparaison. Lorsque l'empreinte correspond, cliquez sur Accept : PuTTY met la clé en cache, la connexion se poursuit, et la question ne réapparaît plus pour cet hôte. Connect Once se connecte sans rien mettre en cache. Cancel abandonne la connexion, ce qui est le bon choix lorsque l'empreinte ne correspond à rien que vous attendiez.
Un avertissement de clé d'hôte lors d'une connexion ultérieure au même serveur, avec un texte plus insistant sur une possible faille de sécurité, signifie que le serveur a présenté une clé différente de celle d'avant. Un serveur reconstruit le fait légitimement. Un attaquant ayant redirigé votre connexion aussi. Établissez lequel des deux s'applique avant de saisir quoi que ce soit dans la fenêtre.
Une fois la clé d'hôte établie, le terminal affiche l'invite de connexion :
login as:
Saisissez le nom du compte et appuyez sur Entrée. PuTTY utilise alors la clé que vous avez configurée. Si la clé porte une phrase secrète, PuTTY la demande dans la même fenêtre, et les caractères restent invisibles pendant la saisie.
Trois éléments sont faciles à confondre à ce stade :
- Le nom du compte identifie l'utilisateur sur le serveur, root ou un compte ordinaire tel que admin.
- La phrase secrète de la clé déchiffre le fichier de clé privée sur votre propre machine, et le serveur ne la voit jamais.
- Le mot de passe du compte appartient au compte serveur. Avec une authentification par clé fonctionnelle, vous n'en avez pas besoin pour vous connecter.
Confirmer que l'authentification par clé fonctionne
L'absence d'invite de mot de passe est la confirmation. Si la session s'ouvre après la phrase secrète de la clé, ou sans aucune invite, le serveur a accepté la clé. Deux commandes indiquent clairement le résultat :
whoami hostname
Sortie attendue :
admin vps-01
La première ligne nomme le compte sous lequel la session s'exécute, et doit correspondre au compte dont le fichier authorized_keys contient la clé publique. La seconde nomme le serveur.

Dépannage
| Problème | Cause | Solution |
|---|---|---|
| Server refused our key | La clé publique n'est pas correctement installée pour ce compte | Vérifiez que ~/.ssh/authorized_keys contient la clé sur une seule ligne, que ~/.ssh est en 700 et authorized_keys en 600, et que les deux appartiennent au compte |
| No supported authentication methods available | PuTTY n'a aucune clé à proposer, et le serveur n'accepte pas les mots de passe | Définissez le fichier .ppk dans Connection, SSH, Auth, Credentials |
| Access denied | Le nom du compte est incorrect | Confirmez le nom du compte sur le serveur. PuTTY ne peut pas corriger un nom mal saisi dans la même session ; fermez donc la fenêtre et reconnectez-vous |
| Network error: Connection timed out | L'adresse ou le port est incorrect, ou un pare-feu abandonne le trafic | Vérifiez l'adresse IP et le port, puis vérifiez le pare-feu sur le serveur et sur le trajet |
| Network error: Connection refused | Rien n'écoute sur ce port, car le service SSH est arrêté ou lié à un autre port | Vérifiez l'état du service SSH et le port sur lequel il écoute, via la console du fournisseur si vous n'avez pas d'autre accès |
| La passphrase est rejetée | La phrase secrète de la clé privée est incorrecte | Saisissez-la à nouveau. Si l'échec persiste, utilisez une clé dont vous connaissez la phrase secrète, ou générez une nouvelle paire |
| La clé fonctionne dans un autre client, mais pas dans PuTTY | La clé est au format OpenSSH plutôt qu'en .ppk | Convertissez-la dans PuTTYgen comme décrit ci-dessus |
Sécurité de la clé SSH
- Conservez la clé privée sur votre propre machine et ne la partagez avec personne. Quiconque possède ce fichier peut se connecter en votre nom.
- Protégez la clé avec une phrase secrète, et choisissez-en une que vous n'utilisez nulle part ailleurs.
- Stockez le fichier de clé là où seul votre compte peut le lire, et incluez-le dans vos sauvegardes personnelles. Une clé privée perdue ne peut pas être récupérée à partir de sa moitié publique.
- Utilisez des clés distinctes pour des serveurs ou des rôles distincts lorsque cela est pratique, afin qu'une clé exposée n'ouvre pas tout.
- Traitez toute exposition suspectée comme réelle : générez une nouvelle paire, installez la nouvelle clé publique, et supprimez l'ancienne ligne d'authorized_keys sur chaque serveur.
Une fois que l'authentification par clé fonctionne de manière fiable, deux modifications côté serveur réduisent encore votre exposition : désactivez l'authentification par mot de passe dans la configuration OpenSSH, et restreignez le port SSH dans le pare-feu aux adresses depuis lesquelles vous vous connectez.
Annuler les modifications
Pour retirer la clé du serveur, conservez d'abord une copie du fichier, puis supprimez la ligne contenant la clé publique :
cp ~/.ssh/authorized_keys ~/.ssh/authorized_keys.bak nano ~/.ssh/authorized_keys
Confirmez qu'un autre moyen d'accès fonctionne encore avant de retirer une clé. Un compte sans clé utilisable ni connexion par mot de passe nécessite la console du fournisseur pour être récupéré.
Pour désinstaller PuTTY de Windows, effacez d'abord ses paramètres enregistrés, car la désinstallation du programme les laisse en place. Exécutez ce qui suit dans une invite de commandes ou dans la boîte de dialogue Exécuter, et confirmez l'invite qui apparaît :
putty.exe -cleanup
Ouvrez ensuite les Paramètres, allez dans Applications, puis Applications installées, trouvez PuTTY dans la liste et choisissez Désinstaller. Supprimez vous-même le fichier .ppk si vous n'avez plus besoin de la clé.
Conclusion et étapes suivantes
Votre machine Windows accède désormais au VPS Linux via PuTTY avec une clé plutôt qu'un mot de passe, la session est enregistrée pour être réutilisée, et la clé d'hôte du serveur est mise en cache et vérifiée. L'authentification par mot de passe sur le serveur peut désormais être désactivée, ce qui supprime le moyen d'accès le plus fortement attaqué vers une machine exposée publiquement. Pageant, installé avec PuTTY, conserve la clé déchiffrée pendant la durée d'une session Windows et vous épargne la phrase secrète à chaque connexion. Pour des tâches connexes, consultez Se connecter via SSH pour l'accès par mot de passe, Changer le port SSH pour déplacer le service hors du port 22, et Se connecter à un serveur via SSH sur macOS pour la même tâche depuis macOS.
Version du document : 1.0
Dernière mise à jour : août 2026
Responsable : Équipe de documentation technique