Box Linux accessibles en SSH : mise en pause automatique à la déconnexion

 (shellbox.dev)
1 points par GN⁺ 2026-01-17 | 1 commentaires | Partager sur WhatsApp
  • Un environnement cloud permettant de créer et d’accéder instantanément à une instance Linux avec une seule commande SSH
  • Sans inscription ni configuration, il est possible de créer, connecter, supprimer des box et gérer la facturation uniquement via SSH
  • Les instances sont automatiquement mises en pause lorsque la connexion est coupée, puis restaurées dans leur état précédent à la reconnexion
  • Tarification à l’usage : 0,05 $/h en cours d’exécution, 0,005 $/h en pause
  • Prise en charge complète des fonctions SSH, dont endpoint HTTPS avec TLS automatique, redirection de ports, scp, etc.

Présentation du service

  • shellbox.dev fournit des instances de box Linux accessibles immédiatement via SSH
    • Utilisation possible avec une simple commande SSH, sans inscription, configuration supplémentaire ni plugin navigateur
    • Les utilisateurs se connectent avec la commande ssh shellbox.dev pour créer et gérer leurs instances
  • Les instances proposent la configuration suivante : 2 vCPU, 4 Go de RAM, 50 Go de SSD
  • Le service repose sur une approche 100 % SSH, sans client supplémentaire ni interface web

Fonctions de gestion des instances

  • La commande create <name> crée une nouvelle box et fournit ensuite une URL unique ainsi que la commande SSH de connexion
  • La commande connect <name> permet de se connecter à une box, avec l’option ssh -t pour maintenir la session terminal
  • La commande list permet d’afficher la liste des box, leur état (running/stopped) et leur URL
  • La commande delete <name> supprime définitivement une box

Conservation de l’état et mise en pause

  • Les box sont automatiquement mises en pause lorsque la connexion est interrompue
    • Lors de la reconnexion, l’état précédent est restauré tel quel, ce qui permet de reprendre le travail sans interruption
  • Cette fonction réduit l’usage inutile des ressources et permet de diminuer les coûts

Tarification et paiements

  • Modèle de facturation à l’usage
    • En exécution : 0,05 $/h
    • En pause : 0,005 $/h
  • Une fonction de contrôle automatique des coûts arrête automatiquement les box lorsque le solde passe sous les 5 $
  • Le service fonctionne sur un système prépayé avec un rechargement minimum de 10 $, et les montants non utilisés sont remboursables
  • La commande billing permet de consulter l’historique des recharges, les frais d’utilisation, le solde et le temps d’utilisation restant
  • La commande funds <amount> permet de recharger via un QR code de paiement ou une URL

Réseau et sécurité

  • Chaque box dispose d’un endpoint HTTPS avec certificat TLS automatique
  • Prise en charge de la redirection de ports et du transfert de fichiers avec scp
    • Avec OpenSSH 9.0 ou version ultérieure, l’option scp -O est nécessaire pour utiliser le protocole hérité

Résumé des commandes

  • create <name> : créer une nouvelle box
  • list : afficher la liste des box et leur état
  • connect <name> : se connecter à une box
  • delete <name> : supprimer une box
  • billing : consulter le solde et l’historique d’utilisation
  • funds <amount> : recharger le compte
  • refund <amount> : rembourser le solde
  • payments : consulter l’historique des paiements

Caractéristiques principales

  • Immédiateté : création d’un environnement de développement avec une seule commande SSH
  • Simplicité : suppression de la configuration, de la connexion et de la dépendance au navigateur
  • Efficacité économique : facturation au temps d’utilisation et arrêt automatique pour limiter le gaspillage
  • Persistance : conservation de l’état même après la déconnexion
  • Sécurité : environnement de développement distant sécurisé grâce à l’accès via HTTPS et SSH

À lire aussi

1 commentaires

 
GN⁺ 2026-01-17
Avis Hacker News

  • Segfault propose gratuitement des serveurs root illimités
    Une nouvelle VM est créée à chaque connexion SSH, avec des outils basés sur Kali-Linux préinstallés
    Le trafic est routé via NordVPN, CryptoStorm et Mullvad, avec prise en charge de TOR
    Le service se distingue par une conception centrée sur la sécurité : serveur web .onion, stockage chiffré, absence de conservation des logs, etc.
    Parmi les services « tilda » similaires, on trouve tilde.town, tilde.club, ctrl-c.club

    • Ce genre de service risque fortement d’être détourné à des fins abusives, donc il pourrait finir par disparaître

  • L’idée m’a semblé intéressante, alors j’ai moi aussi fabriqué quelque chose de similaire avec Firecracker et un client SSH en Golang
    Le plus difficile a été la conception de l’abstraction du modèle tarifaire et du mode de connexion
    Je suis curieux de savoir quelle stack technique est utilisée, et si ça tourne dans le cloud ou sur une infra auto-hébergée
    La ressemblance avec le modèle tarifaire de Railway est intéressante

    • C’est écrit en Python avec AsyncSSH, et les VM reposent sur Firecracker
      Les paiements sont gérés avec Paddle, et Caddy sert de reverse proxy pour les certificats
      Le tout fonctionne sur de grosses instances bare metal, et une publication en open source est aussi envisagée

  • Si ce service est compétitif en prix/performance, je me demande quels seraient les cas d’usage réels
    Par exemple, s’il proposait du matériel haut de gamme comme des GPU de niveau A100, ce serait très utile
    Mais pour un usage général, j’ai l’impression que des VPS traditionnels comme DigitalOcean, AWS ou Linode restent préférables

    • La valeur de ce type de service tient à l’UX
      On peut se connecter directement en SSH à un environnement préconfiguré (nmap, tmux, curl, etc.),
      ce qui convient bien à des contextes comme les environnements d’apprentissage, où il n’est pas nécessaire de laisser un serveur allumé 24 h/24
    • Un autre cas d’usage raisonnable, ce sont les sessions de longue durée mais rarement consultées
      C’est utile quand la restauration de l’état est importante, par exemple pour du débogage, de l’expérimentation ou de l’apprentissage

  • C’est un VPS 2/4/50 à 36 $/mois, mais sans IP publique
    Chez Hetzner, on peut avoir des specs comparables pour environ 4 $ en 24/7, donc la compétitivité tarifaire semble faible

    • La remarque est juste. Le tarif en état suspendu devrait être bien plus bas
      Cela dit, le fait de pouvoir tout gérer simplement en SSH, sans console web, reste un avantage en termes de commodité
    • C’est aussi intéressant de comparer avec le modèle tarifaire de Fly Sprites
    • La comparaison avec les instances EC2 Spot est peut-être plus pertinente
    • Fonctionnellement, c’est proche d’un VPS, mais la différence tient à qui assume la charge opérationnelle
    • À l’heure actuelle, les prix sont du même ordre que dev.exe ou sprites.dev

  • On voit vraiment beaucoup de services de ce genre en ce moment
    En réalité, installer LXD sur un VPS et créer des sessions tmux avec une fonction bash rend l’auto-hébergement bien plus simple
    On garde davantage le contrôle sur les données et on obtient de meilleures specs

    • J’avais moi aussi créé il y a deux ans un sshd-proxy en Go similaire, inspiré de dockersh de Yelp
      L’architecture lançait kata-container sur Kubernetes ; c’était utile pour moi, mais je n’en ai pas fait un produit commercial
      Il existe aujourd’hui des alternatives FOSS comme ContainerSSH
    • Je développe aussi shelley-lxc autour de la même idée
      C’est encore en alpha, mais les fonctions essentielles marchent déjà. Ce type d’expérimentation est vraiment passionnant

  • Ce service ressemble à exe.dev, que j’avais déjà vu auparavant

    • Il me semblait que shellbox.dev existait déjà il y a 2 ou 3 ans, puis a récemment refait surface
    • exe.dev fonctionne par abonnement, alors que Shellbox.dev utilise une facturation sur solde, avec presque aucun coût quand on n’est pas connecté

  • J’aime bien l’idée et la simplicité du modèle économique
    L’ergonomie de SSH est excellente, et la plupart des développeurs finissent de toute façon par se connecter au cloud en SSH
    J’exploite moi-même une plateforme SSH appelée pico.sh, donc ça me parle tout de suite

  • Je trouve étrange que le service se bloque quand le solde atteint 5 $ ; je me demande comment on est censé utiliser la totalité du montant

    • Je pense pareil. 0 $ semblerait plus naturel
      Cela dit, comme un remboursement est possible via une commande shell, l’argent n’est pas réellement immobilisé

  • Dans mon cas, c’est l’inverse : quand je suspends une machine Linux, la connexion SSH se coupe
    Je connais tmux/screen, mais j’aimerais une solution qui conserve aussi les applis X11

    • Que veux-tu dire exactement par « la connexion se coupe » ?
      Si l’IP est conservée via un VPN, la session SSH peut peut-être rester active
      Sinon, on peut aussi ajuster les réglages keepalive ou essayer mosh
    • Mosh permet de garder une session SSH vivante malgré les coupures réseau ou la mise en veille
    • Avec tmux ou GNU Screen, on peut reprendre la session telle quelle après s’être reconnecté en SSH

  • Moi, j’utiliserais plutôt ce service pour des instances GPU coûteuses
    C’est utile pour éviter de les laisser tourner par oubli, mais cela a peu d’intérêt pour des instances bon marché

    • Oui, ce modèle devient d’autant plus convaincant que l’instance est chère, en termes de proposition de valeur