Ce que vous recevez
Une fois le serveur en service, un courriel de livraison vous donne la formule choisie, l'adresse IP du serveur et la commande de connexion. L'emplacement est en Allemagne, dans l'Union européenne. Le courriel ne contient aucun mot de passe : la connexion se fait uniquement par clé SSH, celle que vous avez fournie à la commande dans le champ « Votre clé SSH publique ».
Le serveur tourne sous Ubuntu 26.04 LTS ou Debian 13, selon votre choix à la commande.
Se connecter pour la première fois
- Ouvrez un terminal sur votre ordinateur : Terminal sur Mac, PowerShell ou Terminal sur Windows.
- Lancez la commande du courriel, avec l'adresse de votre serveur :
ssh [email protected]. - Acceptez l'empreinte du serveur à la question posée à la première connexion, en tapant
yes. Elle est ensuite mémorisée par votre ordinateur. - Lisez le message d'accueil. Il rappelle le compte à utiliser, les ports ouverts, l'endroit où en ouvrir d'autres et le dossier du disque supplémentaire.
Si la connexion échoue, l'article Se connecter en SSH à un serveur Linux détaille les messages d'erreur courants.
Ce qui est déjà en place
Le compte admin a les droits sudo, sans mot de passe à saisir, et peut utiliser Docker directement. Le compte root est réservé à notre équipe, pour vous dépanner si vous perdez votre accès.
À la livraison, le serveur porte :
- Docker et Docker Compose, installés depuis le dépôt officiel de Docker, avec des journaux de conteneurs limités en taille ;
- les mises à jour de sécurité du système, appliquées chaque nuit, sans redémarrage automatique ;
- fail2ban sur SSH, qui bannit une adresse après cinq échecs en dix minutes ;
- un fichier d'échange de 2 Go sur les configurations de moins de 8 Go de mémoire ;
- le disque supplémentaire, si vous en avez commandé un, monté sur
/mnt/data.
Pour le vérifier, ces commandes ne modifient rien :
docker version
docker compose version
free -h
df -h
free -h affiche la mémoire et l'échange, df -h l'espace disque utilisé et libre, /mnt/data compris s'il existe.
Les ports ouverts
Un pare-feu réseau, placé devant le serveur, n'ouvre que trois ports depuis Internet : 22 pour SSH, 80 pour HTTP et 443 pour HTTPS. Tous les autres sont fermés, y compris ceux que Docker publie. Une base de données lancée dans un conteneur n'est donc pas exposée par accident.
Une application web n'a pas besoin de port supplémentaire : un proxy inverse reçoit le trafic sur 80 et 443 et le distribue selon le nom de domaine. Pour un autre service, un VPN par exemple, ouvrez le port dans l'espace client, sur votre VPS, onglet « Firewalls ». La marche à suivre est dans Ouvrir un port sur un serveur Linux.
Choisir comment déployer
Trois façons courantes de mettre des applications sur le serveur :
- Un fichier Docker Compose par application, que vous gérez en ligne de commande : voir Docker Compose.
- Une plateforme de déploiement qui pilote Docker pour vous, avec une interface web : Dokploy ou Coolify.
- Un proxy inverse avec une interface, pour publier plusieurs applications sous leurs noms de domaine : Nginx Proxy Manager.
Avant d'installer quoi que ce soit, faites pointer vos noms de domaine vers l'adresse IP du serveur, chez le gestionnaire de votre zone DNS : un enregistrement A par nom. Voir Les enregistrements DNS.
Ce qui reste à votre charge
Un VPS Hubspace n'est pas un serveur managé. Le système, le pare-feu en amont et la sauvegarde quotidienne sont à notre charge ; les applications que vous installez sont à la vôtre : leur configuration, leurs mises à jour et leurs propres sauvegardes de données. Le détail des sauvegardes est dans Sauvegarde VPS.
Dans l'espace client, l'onglet « Rebuild » réinstalle le serveur à neuf et efface tout le disque. Ne l'utilisez qu'après une sauvegarde.
Les réglages de sécurité à garder en tête sont réunis dans Sécuriser un VPS : la liste à suivre. Les ports 25 et 465 sortants sont bloqués : si vos applications envoient des e-mails, voyez Envoyer un mail depuis un serveur Linux.
Questions fréquentes
Puis-je me connecter en root ?
Non. Le compte root est réservé à notre équipe, pour vous dépanner. Le compte admin a les droits sudo : préfixez par sudo les commandes qui demandent des droits d'administration.
Je n'ai pas fourni de clé SSH à la commande : comment me connecter ?
Ouvrez une demande depuis votre espace client : nous installons une nouvelle clé sur le compte admin. Pour en créer une, voir Générer une clé SSH, et pour les autres cas de blocage, Accès SSH perdu au serveur.
Le serveur redémarre-t-il tout seul après une mise à jour ?
Non. Vous choisissez le moment, pour ne pas couper vos applications. Sur Ubuntu, le message affiché à la connexion signale quand un redémarrage est nécessaire ; sur les deux systèmes, sudo reboot le lance.
Articles liés
- Se connecter en SSH à un serveur LinuxSe connecter en SSH à un serveur depuis Mac, Linux ou Windows : la commande ssh, la clé à utiliser, la première connexion et les erreurs les plus courantes.
- PuTTY : se connecter en SSH depuis WindowsPuTTY pas à pas : créer une clé avec PuTTYgen, la donner au serveur, renseigner l'adresse et la clé privée, puis enregistrer la session pour la rouvrir.
- Ajouter une clé SSH sur un serveur LinuxAjouter une clé SSH sur un serveur : copier la clé publique dans authorized_keys depuis une session ouverte, vérifier les droits, tester, puis retirer une clé.