Aller au contenu
Obtenir

Application de bureau pour Linux

Vos serveurs,
à portée de clavier.

Éditer des fichiers sur un serveur, par SSH, sans rien y installer. Arborescence, éditeur et terminal dans une seule fenêtre, sur plusieurs serveurs à la fois.

Sur simple demande par e-mail, à contact@bzilee.me.

  • Rien à installer sur le serveur
  • Vos hôtes de ~/.ssh/config, en un clic
  • Linux, en AppImage
Aperçu de la fenêtre de Sillon : à gauche, les pastilles de trois serveurs connectés et l’arborescence du dossier /srv/site ; au centre, le fichier server.js ouvert dans l’éditeur ; en bas, le terminal du serveur. La barre d’état indique 3 serveurs, le coffre ouvert et la synchronisation.

Le constat

Modifier une ligne sur un serveur ne devrait pas demander quatre outils.

Un terminal pour se connecter, un client SFTP pour trouver le fichier, un éditeur local pour le modifier, puis un renvoi sur le serveur. Et quelque part, une note avec les accès.

  1. 01

    Un client terminal

    Pour les commandes. Pour éditer, il reste vim ou nano sur le serveur.

  2. 02

    Un client SFTP

    Pour parcourir les dossiers. Chaque modification passe par un téléchargement, puis un renvoi.

  3. 03

    Un éditeur local

    Pour éditer confortablement, mais sur une copie : il faut penser à la renvoyer.

  4. 04

    Des accès éparpillés

    Mots de passe et clés dans un fichier texte, un carnet ou la mémoire de chacun.

Sillon réunit les trois premiers dans une seule fenêtre et range le quatrième dans un coffre chiffré.

Sans agent

Sillon parle SSH, et rien d’autre.

Les fichiers passent par SFTP, le terminal par un canal SSH avec PTY. Il suffit que le serveur accepte SSH et SFTP, ce qui est le cas d’OpenSSH par défaut.

Votre ordinateur

Sillon, en AppImage. Vos clés, votre ~/.ssh/config, votre coffre.

Une connexion SSH

SFTP · fichiers et dossiers
SSH + PTY · terminal

Votre serveur

OpenSSH, tel qu’il est. Aucun agent, aucun programme ajouté, rien à mettre à jour.

Schéma : votre ordinateur et Sillon communiquent avec votre serveur par une seule connexion SSH, qui transporte SFTP pour les fichiers et un PTY pour le terminal. Rien n’est installé sur le serveur.
  1. 1

    Choisissez un serveur

    Les hôtes de votre ~/.ssh/config sont listés : un clic suffit. Ou remplissez le formulaire : hôte, port, utilisateur, clé ou mot de passe.

  2. 2

    Vérifiez son empreinte

    Au premier contact, Sillon affiche l’empreinte SHA256 du serveur et vous demande de l’accepter. Elle rejoint alors ~/.ssh/known_hosts.

  3. 3

    Travaillez

    Ouvrez un dossier distant, modifiez un fichier : Ctrl+S l’enregistre sur le serveur. Ctrl+` ouvre le terminal, déjà placé dans ce dossier.

Un seul accès, celui que vous avez déjà : SSH. Rien à installer sur le serveur, rien à y mettre à jour, rien à y oublier.

Fonctionnalités

Tout pour intervenir sur un serveur. Rien de superflu.

Une arborescence, un éditeur, un terminal, et ce qu’il faut autour pour travailler sur plusieurs serveurs sans rien perdre.

Éditeur de code

Modifiez, Ctrl+S, c’est sur le serveur.

  • Onglets et coloration syntaxique selon l’extension du fichier, dans l’éditeur Monaco.
  • Un point remplace la croix d’un onglet non enregistré ; fermer un onglet modifié demande d’abord quoi faire.
  • Encodage et fins de ligne conservés : UTF‑8, UTF‑8 avec BOM, UTF‑16.
Aperçu de l’éditeur : le fichier server.js ouvert dans un onglet marqué d’un point (non enregistré), à côté de deploy.yml et nginx.conf.

Terminal intégré

Le terminal du serveur, sous le fichier ouvert.

  • Ctrl+` affiche ou masque le terminal ; Ctrl+Maj+` ouvre un autre onglet.
  • Le shell démarre dans le dossier ouvert, avec les couleurs ANSI et le redimensionnement.
  • Copier, coller : Ctrl+Maj+C, Ctrl+Maj+V ou Maj+Inser, ou clic droit.
Aperçu du terminal : deux onglets de shell, un service redémarré puis les dernières lignes de son journal.

Fichiers distants

Les fichiers du serveur, rangés comme chez vous.

  • Les dossiers se chargent quand vous les dépliez ; les fichiers cachés sont affichés.
  • Nouveau fichier, nouveau dossier, renommer (F2), supprimer avec confirmation, rafraîchir.
  • Changez de dossier distant à tout moment, sans vous reconnecter.
Aperçu de l’arborescence : un fichier en cours de renommage et le menu contextuel (nouveau fichier, nouveau dossier, renommer, copier le chemin, supprimer).

Plusieurs serveurs, une mémoire

Trois pastilles de serveurs avec leur raccourci Alt+1 à Alt+3 et leur état : deux connectés, un en reconnexion.

Plusieurs serveurs ouverts, aucun coupé.

Chaque serveur a sa pastille, ses onglets et ses terminaux. Passez de l’un à l’autre avec Alt+1 … Alt+9 : rien ne se déconnecte.

Liste des espaces de travail rangés en dossiers : Clients, Atelier Kora, Perso, et un espace à la racine.

Chaque session reprend là où elle s’était arrêtée.

Un espace de travail retient le dossier, les fichiers ouverts et les dossiers dépliés. Renommé, il donne son nom à la fenêtre : « API prod — Sillon ». Rangez vos espaces en dossiers et sous-dossiers, archivez ceux qui dorment.

Historique des sessions avec le bouton « Rouvrir les 3 sessions de la dernière fois » et le bouton « Fermer toutes les sessions ».

Hier, rouvert en un clic.

L’historique liste vos sessions, de la plus récente à la plus ancienne. « Fermer toutes les sessions » ferme tout d’un coup ; « Rouvrir les N sessions de la dernière fois » remet tout en place.

Les imprévus, prévus

Barre d’état pendant une reconnexion : « Connexion perdue — nouvelle tentative dans 5 s (tentative 1) ».

La connexion tombe, Sillon se reconnecte.

Nouvelles tentatives après 0, 5, 5, 10… puis 30 secondes, pendant 3 heures au plus. Les terminaux coupés repartent avec un nouveau shell.

Bandeau d’avertissement : « deploy.yml » a changé sur le serveur depuis son ouverture, avec les boutons Recharger et Garder ma version.

Le fichier a changé sur le serveur ?

Un bandeau vous le signale : Recharger, ou Garder ma version. Avant d’écraser la version du serveur, Sillon vous demande confirmation.

Panneau « Hôtes SSH » listant quatre hôtes du fichier ~/.ssh/config, dont un connecté et un joint via un bastion.

Votre ~/.ssh/config, tel quel.

HostName, User, Port, IdentityFile, ProxyJump, Include, Match host… sont pris en compte. Agent SSH, clés, mot de passe et clavier interactif aussi.

Sécurité

Vos accès restent chez vous.

Sillon vérifie à qui il parle, garde vos secrets chiffrés et n’envoie rien en clair.

Empreinte vérifiée à chaque connexion

Au premier contact, l’empreinte du serveur vous est montrée. Si elle change ensuite, la connexion est refusée avec un message clair.

Dialogue « Empreinte du serveur modifiée » : empreinte enregistrée et empreinte reçue, connexion refusée.

Un coffre chiffré pour vos mots de passe et clés

Chiffrement AES‑256‑GCM, avec une clé tirée de votre mot de passe principal par scrypt. Ce mot de passe n’est enregistré nulle part : s’il est perdu, le coffre ne s’ouvre plus.

Dialogue « Coffre chiffré » listant trois sessions et le type de secret gardé pour chacune, sans jamais l’afficher.

Une sauvegarde chiffrée sur Google Drive, si vous le souhaitez

Le coffre et l’historique sont chiffrés sur votre ordinateur avant l’envoi, dans un dossier caché réservé à Sillon (drive.appdata) : Sillon ne voit aucun de vos autres fichiers. Sur un nouvel ordinateur, reliez le même compte, entrez votre mot de passe principal : tout est restauré.

Dialogue « Sauvegarde chiffrée sur Google Drive » relié à nom@exemple.com, synchronisé à 14:02.
  • Sans coffre, les mots de passe et phrases de passe ne sont jamais écrits sur le disque : ils restent en mémoire le temps de la session, puis sont oubliés.
  • « Retenir sur cet ordinateur » ouvre le coffre au démarrage grâce au trousseau du système, seulement si un vrai trousseau est disponible.
  • La barre d’état affiche le compte Google relié et l’état de la synchronisation : synchronisé, en pause, erreur ou hors ligne.
  • Aucune télémétrie. L’interface est isolée du système (bac à sable) et ne charge ni police ni image depuis Internet.

Comparatif

Ce que couvre chaque famille d’outils.

Quatre façons de travailler sur un serveur, six besoins courants.

  • Éditeur de code intégré

    Client terminal
    Non
    Client FTP / SFTP
    Non
    Éditeur distant avec agent
    Oui
    Sillon
    Oui
  • Terminal intégré

    Client terminal
    Oui
    Client FTP / SFTP
    Non
    Éditeur distant avec agent
    Oui
    Sillon
    Oui
  • Fichiers distants en arborescence

    Client terminal
    Partiel
    Client FTP / SFTP
    Oui
    Éditeur distant avec agent
    Oui
    Sillon
    Oui
  • Rien à installer sur le serveur

    Client terminal
    Oui
    Client FTP / SFTP
    Oui
    Éditeur distant avec agent
    Non
    Sillon
    Oui
  • Plusieurs serveurs à la fois

    Client terminal
    Oui
    Client FTP / SFTP
    Oui
    Éditeur distant avec agent
    Partiel
    Sillon
    Oui
  • Coffre chiffré et sauvegarde

    Client terminal
    Partiel
    Client FTP / SFTP
    Partiel
    Éditeur distant avec agent
    Non
    Sillon
    Oui

Ce comparatif porte sur des familles d’outils, pas des produits : selon le logiciel, une case peut varier. « Partiel » signifie que la fonction existe dans certains outils de la famille, ou sous une forme limitée.

Plateforme

Linux, en un seul fichier.

Sur votre ordinateur

Une application de bureau Linux, livrée en AppImage : rendez le fichier exécutable, puis lancez-le.

$ chmod +x Sillon-*.AppImage
$ ./Sillon-*.AppImage

Sur vos serveurs

Linux, macOS et BSD, du moment qu’ils acceptent SSH et SFTP : c’est le cas d’OpenSSH par défaut. Le terminal lance le shell de connexion de l’utilisateur. Les serveurs Windows ne sont pas visés.

Ce que Sillon ne fait pas

Pas d’extensions, de Git, de débogueur, de recherche globale, d’IntelliSense avancé, de transfert de ports ni de conteneurs. Sillon reste un outil simple pour travailler sur un serveur.

Questions fréquentes

Avant de nous écrire.

Qu’est-ce qui est installé sur le serveur ?

Rien. Sillon utilise ce que le serveur offre déjà : SFTP pour les fichiers, un canal SSH avec PTY pour le terminal. Il suffit que le serveur accepte SSH et SFTP, ce qui est le cas d’OpenSSH par défaut.

Où sont gardés mes mots de passe ?

Si vous utilisez le coffre, sur votre ordinateur, chiffrés en AES‑256‑GCM avec une clé tirée de votre mot de passe principal (scrypt). Sans coffre, ils ne sont jamais écrits sur le disque : ils restent en mémoire le temps de la session, pour la reconnexion automatique, puis sont oubliés.

Qu’est-ce qui part sur Google Drive ?

Seulement si vous reliez un compte : le coffre et l’historique des sessions, chiffrés sur votre ordinateur avec votre mot de passe principal avant l’envoi. Ils vont dans un dossier caché réservé à Sillon (autorisation drive.appdata) : Sillon ne voit aucun de vos autres fichiers, et Google ne reçoit rien en clair.

Sur quel système fonctionne Sillon ?

Sillon est une application de bureau pour Linux, livrée en AppImage : un seul fichier à rendre exécutable, puis à lancer. Côté serveur, Linux, macOS et BSD sont pris en charge ; les serveurs Windows ne sont pas visés.

Comment obtenir Sillon ?

La version à usage personnel s’obtient sur demande, par e-mail à contact@bzilee.me.

Sillon lit-il mon fichier ~/.ssh/config ?

Oui. Vos hôtes sont listés et HostName, User, Port, IdentityFile, ProxyJump, IdentitiesOnly, IdentityAgent, UserKnownHostsFile, HostKeyAlias, Include et Match host sont pris en compte. ProxyCommand et les critères Match exec ou canonical ne le sont pas.

Que se passe-t-il si la connexion tombe ?

Sillon se reconnecte tout seul : nouvelles tentatives après 0, 5, 5, 10… puis 30 secondes, pendant 3 heures au plus. La barre d’état l’indique, et les terminaux coupés repartent avec un nouveau shell.

Et si le fichier a été modifié sur le serveur pendant que je l’éditais ?

Un bandeau vous propose de recharger le fichier ou de garder votre version, et l’enregistrement demande s’il faut écraser. Sans programme sur le serveur, ce changement est détecté par la date et la taille du fichier (à l’enregistrement, au retour dans la fenêtre et toutes les 15 secondes), pas en temps réel.

Que fait Sillon si l’empreinte d’un serveur change ?

La connexion est refusée avec un message clair. Si le changement est attendu, par exemple après une réinstallation, retirez l’ancienne empreinte avec « ssh-keygen -R <hôte> », puis reconnectez-vous.

Y a-t-il des fichiers que Sillon n’ouvre pas ?

Les fichiers binaires et ceux de plus de 10 Mo ne s’ouvrent pas dans l’éditeur. L’encodage (UTF‑8, UTF‑8 avec BOM, UTF‑16) et les fins de ligne des autres sont conservés.

Qu’est-ce que Sillon ne fait pas ?

Pas d’extensions, de Git, de débogueur, de recherche globale, d’IntelliSense avancé, de transfert de ports ni de conteneurs. Sillon reste un outil simple pour travailler sur un serveur.

Essayez Sillon sur vos serveurs.

La version à usage personnel s’obtient par e-mail. Écrivez-nous ; si vous le souhaitez, précisez votre distribution Linux.

Rien n’est déposé sur vos serveurs : pour arrêter, il suffit de supprimer l’AppImage.