Débugue tes humanités

Cette séance est une (courte) introduction à SSH, avec quelques éléments théoriques et une approche aussi pratique que possible, afin de découvrir et de maîtriser un moyen pour communiquer et interagir avec un serveur. N’oublions pas qu’un serveur, c’est avant tout l’ordinateur d’un·e autre : comprendre les enjeux de connexion et d’interaction avec un serveur c’est un peu mieux comprendre comment fonctionne un ordinateur, et peut-être votre ordinateur.

Cette séance de Débugue tes humanités ne délivre que quelques informations concernant SSH, des liens vers des articles, des vidéos ou des documentations permettent d’en savoir plus et d’approfondir ce qui est présenté ici comme un très courte initiation.

Ceci étant dit, concrètement SSH permet de communiquer avec une machine distante via Internet (via le port 22), dans la pratique cela correspond aux usages suivants :

• envoi ou récupération d’informations en utilisant SCP (Secure copy protocol) ;
• connexion à un serveur pour travailler dessus ;
• récupération (fetch/pull) ou envoi (push) d’informations dans un dépôt Git ;
• téléchargement ou téléversement de fichiers via des logiciels comme Filezilla avec SFTP (SSH File Transfer Protocol) ;
• etc.

Voici ce qu’il se passe en détail :

1. l’utilisateur essaye de se connecter avec son client (un ordinateur) à un serveur, par exemple avec la commande ssh antoine@truc.ecrituresnumeriques.ca
2. le serveur, qui dispose de la clé publique de l’utilisateur antoine, envoie en réponse en réponse cette clé publique
3. la clé publique est liée à une clé privée via un système de chiffrement/cryptage, le client dispose des 2 clés, et peut donc vérifier la correspondance entre les deux
4. si correspondance il y a, la connexion est établie et il est donc possible d’échanger des fichiers de façon sécurisée
5. la suite de ssh antoine@truc.ecrituresnumeriques.ca donnera lieu à une connexion sur le serveur truc.ecrituresnumeriques.ca via le terminal du client

Ce protocole permet deux choses :

1. authentifier l’utilisateur ou l’utilisatrice qui se connecte à la machine distante
2. sécuriser les échanges : par exemple empêcher qu’une information soit interceptée et soit comprise (les données qui transitent sont chiffrées), voir empêcher qu’une information soit modifiée avant qu’elle n’arrive au destinataire

Pour découvrir l’origine de SSH et son fonctionnement, cette courte vidéo de 9 minutes est bien plus précise que les quelques lignes écrites ici : How Secure Shell Works (SSH) - Computerphile

Mais rien ne vaut une démonstration !

SSH peut être utilisé avec le duo classique identifiant et mot de passe, mais SSH est souvent utilisé avec un système de clés permettant une plus grande sécurité de connexion et de transmission des informations. Dans ce cas il faut disposer d’une clé publique et d’une clé privée, l’une étant partageable et l’autre devant resté secrète (c’est-à-dire non partagée et uniquement sur la machine du client).

Cette méthode s’appelle le chiffrement asymétrique.

Il s’agit ici des principes, en pratique cela se traduit par un certain nombre de commandes et de programmes permettant de réaliser ces actions. Voir par exemple cette documentation pour créer une clé SSH et ensuite l’ajouter à la plateforme GitHub : Generating a new SSH key and adding it to the ssh-agent.

Si vous avez configuré votre machine pour avoir un environnement adapté à vos pratiques, ce ne sera pas forcément le cas sur le serveur sur lequel vous allez travailler. Si votre réflexe est de vouloir installer les logiciels auxquels vous êtes habitué ou de modifier la configuration de ceux existants/disponibles, attention :

• d’autres personnes que vous accèdent probablement à ce serveur, peut-être sur la même session, il convient donc de conserver un environnement commun ;
• les configurations ou logiciels pourraient être supprimés, il ne vaut mieux pas tenir dessus.

Cet exercice ne peut être réalisé que pendant la séance, le compte communiqué pendant la séance étant supprimé quelques heures après.