Installer une application ou un panneau sur votre VPS Linux

Deux voies s’offrent à vous : laisser l’espace client déployer une application connue en un clic, ou installer vous-même ce dont vous avez besoin. La première fait gagner du temps sur un serveur neuf, la seconde vous laisse la main sur tout.

Quelles applications sont installables automatiquement sur mon VPS ?

Certaines offres proposent d’installer une application dès la livraison. Le catalogue comprend notamment Pterodactyl, Nextcloud, FastPanel, n8n, Coolify et Vaultwarden.

Vous choisissez l’application à deux moments :

• à la commande, dans le formulaire du produit ;
• plus tard, dans l’onglet Réinstallation de votre service — mais souvenez-vous que réinstaller efface tout ce qui se trouve déjà sur la machine.

Dans l’écran de sélection, une zone Rechercher une application… vous aide à trouver rapidement, et une carte Aucune application reste sélectionnée si vous préférez un système nu. Les applications incompatibles avec le système choisi apparaissent estompées.

Que se passe-t-il pendant l’installation de mon application ?

Si l’application demande des paramètres, l’espace client affiche d’abord un écran « Configurez … » avec le message « Renseignez les paramètres de votre application avant l’installation. », l’adresse IP et le nom d’hôte du VPS, puis les champs propres à l’application. Le bouton Lancer l’installation démarre le déploiement.

L’écran suivant annonce « Installation en cours... » et précise que « Cette opération peut prendre plusieurs minutes. » La page se recharge toute seule toutes les trente secondes ; laissez-la travailler.

Une fois terminé, la fiche du service affiche une ligne Application dans les informations du VPS, ainsi qu’un encadré contenant les informations de connexion propres à l’application : adresse d’accès, compte administrateur, indications de première configuration. Notez-les et changez immédiatement les mots de passe proposés.

En cas d’échec, le panneau affiche « Échec de l’installation » avec un bloc Détails dépliable. Copiez ce détail dans un ticket : il contient l’erreur exacte.

Comment installer moi-même une application absente du catalogue ?

Si votre besoin ne figure pas au catalogue, installez-le vous-même. Sur un serveur neuf, deux approches couvrent presque tous les cas.

Une pile classique, paquets de la distribution :

apt update
apt install nginx mariadb-server php-fpm php-mysql
systemctl enable --now nginx mariadb php8.2-fpm
mysql_secure_installation

Des conteneurs, plus faciles à isoler, à déplacer et à mettre à jour :

curl -fsSL https://get.docker.com | sh
systemctl enable --now docker
docker compose version

Placez ensuite chaque application dans son propre fichier compose.yaml, dans son propre répertoire. Vous saurez six mois plus tard ce qui tourne et pourquoi.

Quelles précautions prendre avant de mettre une application en ligne ?

Quatre : n’exposer que les ports réellement publics, placer un nom de domaine et du HTTPS devant toute interface web, prendre un snapshot avant une mise à jour majeure, et sauvegarder les données hors du VPS.

1. Ne publiez que ce qui doit l’être. Faites écouter les bases de données sur 127.0.0.1 et n’ouvrez dans le pare-feu que les ports du service public. Voyez le guide pare-feu et fail2ban.
2. Mettez un nom de domaine et du HTTPS devant toute interface web. Un certificat Let’s Encrypt s’obtient en une commande avec certbot, et évite de transmettre vos identifiants en clair.
3. Prenez un snapshot avant une mise à jour majeure de l’application : le retour arrière prend quelques minutes.
4. Sauvegardez les données, pas le système. Une base de données exportée régulièrement vers un stockage extérieur au VPS vous sauvera bien plus sûrement qu’une image complète que vous ne restaurerez jamais.

Que faire si mon application ne démarre pas ?

Cinq commandes suffisent presque toujours à trouver la cause : l’état du service, son journal, les journaux des conteneurs, les ports déjà occupés et l’espace disque.

systemctl status NOM_DU_SERVICE
journalctl -u NOM_DU_SERVICE -n 100 --no-pager
docker compose logs --tail=100
ss -tulpn
df -h

Dans neuf cas sur dix, la réponse est dans ces cinq commandes : service arrêté, port déjà pris, disque plein, ou erreur de configuration mentionnée noir sur blanc dans le journal.