Documentation
Démarrage rapide + description des fonctionnalités module par module et appareil par appareil (mise à jour continue)
Catalogue d'applications
Cet article présente le « Catalogue d'applications » du panneau : le guide complet pour déployer en un clic les applications courantes.
Comprendre en une phrase
Le Catalogue d'applications est la « boutique d'applications » intégrée : il rassemble un grand nombre d'applications open source courantes (blogs, cloud personnel, prise de notes, supervision, bases de données, etc.). Un clic suffit pour déployer automatiquement l'application en Docker sur le serveur cible, sans écrire de docker-compose à la main ni chercher un tutoriel.
Présentation de la fonctionnalité
Le Catalogue d'applications réunit des applications open source courantes ; chacune dispose de « identifiants par défaut + port + répertoire de données + étapes de déploiement + points d'attention » prêts à l'emploi. Il vous suffit de cliquer sur « Installer », de choisir un serveur et de renseigner quelques paramètres clés : tout le reste (téléchargement de l'image, création de la base de données, configuration des variables d'environnement, démarrage du conteneur) est automatique.
Cas d'usage
- Déployer rapidement une application (par ex. le cloud Nextcloud, le blog WordPress, les notes Memos)
- Ne pas vouloir étudier soi-même les variables d'environnement, le mappage des ports, la persistance des données
- Souhaiter que chaque application dispose d'« identifiants par défaut + étapes de déploiement + points d'attention » prêts à l'emploi
Comment l'utiliser
1. Entrez dans le « Catalogue d'applications » et parcourez ou recherchez une application
2. Basculez entre « Toutes » et « Installées » pour consulter la liste
3. Cliquez sur une application pour voir ses détails (identifiants par défaut, port, répertoire de données, points d'attention)
4. Cliquez sur « Installer », choisissez le serveur cible et remplissez la configuration demandée (mot de passe, port, etc.)
Installation de CMS en un clic
Le Catalogue d'applications intègre la catégorie « Système de gestion de contenu (Installation de CMS en un clic) », qui contient les CMS majeurs comme WordPress, Joomla, Drupal, MediaWiki, Halo et Ghost. Tous prennent en charge l'installation en un clic + la configuration automatique de la base de données, sans écrire la moindre ligne de SQL :
1. Vérification/installation automatique de Docker
2. Démarrage automatique du conteneur de base de données MariaDB partagé (sshe-mysql, une seule fois suffit, les CMS suivants le réutilisent)
3. Création automatique d'une base de données et d'un utilisateur dédiés pour chaque site (mot de passe fort aléatoire, le mot de passe root est conservé sur le serveur dans /opt/sshe-mysql/.root_password pour être réutilisé)
4. Démarrage automatique du conteneur CMS et injection de la configuration de base de données
5. Une fois l'installation terminée, une fenêtre affiche l'adresse d'accès + les identifiants de base de données, copiables en un clic
Trois formes :
- Tout automatique (WordPress / Joomla) : l'image officielle prend en charge les variables d'environnement de base de données, l'application est utilisable dès la fin de l'installation
- Assistant web (Drupal / MediaWiki) : l'outil crée automatiquement la base et l'utilisateur, il vous suffit de saisir les identifiants générés automatiquement dans l'assistant d'installation web (aucun SQL à écrire)
- Base de données intégrée (Halo / Ghost) : aucune base externe nécessaire, exécution directe en un clic
> Astuce : si le téléchargement d'images depuis Docker Hub expire sur un serveur situé en Chine continentale, configurez d'abord un accélérateur de miroir Docker sur le serveur (accélérateurs publics comme docker.1ms.run / docker.m.daocloud.io).
Consulter / sauvegarder les identifiants de base de données d'un site
Après une installation en un clic, les identifiants de base de données de chaque site sont automatiquement enregistrés sur le serveur cible : /opt/sshe-db-creds/<nom du conteneur>.conf (contient DB_HOST / DB_NAME / DB_USER / DB_PASS / DB_ROOT, permissions 600).
Dans les détails CMS du Catalogue d'applications ou du Catalogue d'images, cliquez sur « Voir les identifiants de base de données » pour les consulter à tout moment ; la fenêtre inclut automatiquement :
- 🚀 Déploiement de phpMyAdmin en un clic : un clic déploie automatiquement phpMyAdmin sur le réseau
sshe-cms-net(choix automatique d'un port libre, 8888 par défaut, pointant verssshe-mysql) et fournit un bouton « Ouvrir phpMyAdmin (connexion pré-remplie) » pour entrer directement dans la base de données et parcourir / importer / exporter / interroger de façon visuelle, sans prise de tête. - Commande de sauvegarde :
docker exec sshe-mysql mariadb-dump -uroot -p'<DB_ROOT>' <DB_NAME> > /opt/sshe-db-creds/<DB_NAME>.bak.sql - Connexion phpMyAdmin de secours : serveur
sshe-mysql, utilisateur/mot de passe identiques à ceux de la base de données ci-dessus.
> Remarque : ce fichier d'identifiants n'est généré que lorsque le CMS est déployé via « Installation en un clic » ; si vous déployez à la main avec docker run, consultez vous-même la configuration de l'application (par ex. wp-config.php de WordPress).
Ce que contient le détail de chaque application
| Information | Description |
|---|---|
| Compte / mot de passe par défaut | Compte initialisé par l'application (par ex. admin pour Nextcloud) |
| Port par défaut | Port d'écoute de l'application |
| Répertoire de données | Emplacement de persistance des données |
| Étapes de déploiement | Étapes complètes pour les applications dépendant d'une base de données (installer la base → créer base et utilisateur → configurer les variables d'environnement → initialiser) |
| Points d'attention | Conflits de ports, consommation de ressources, rappels de sécurité, etc. |
Gestion des applications installées
Basculez sur « Installées » : chaque application installée propose des actions en ligne : installer / désinstaller / arrêter / démarrer / redémarrer / supprimer, pour faciliter la maintenance quotidienne.
Applications dépendant d'une base de données
Certaines applications (comme Nextcloud, WordPress) dépendent de MySQL/PostgreSQL. Les étapes de déploiement de ces applications incluent automatiquement :
1. Déployer d'abord la base de données (MySQL/MariaDB/PostgreSQL)
2. Créer la base de données et l'utilisateur
3. Configurer les variables d'environnement de l'application (adresse de la base, compte, mot de passe)
4. Initialiser l'application
Le panneau enchaîne ces étapes pour vous : vous n'avez plus qu'à renseigner les informations clés comme le mot de passe, selon les invites.
Prise en charge de plusieurs distributions
Les commandes d'installation du Catalogue d'applications s'adaptent automatiquement au gestionnaire de paquets du serveur cible, sans choix manuel :
| Distribution | Gestionnaire de paquets | Mode d'adaptation |
|---|---|---|
| Debian / Ubuntu | apt | commandes natives |
| Fedora / Rocky / CentOS / RHEL | dnf / yum | mappage automatique (apt-get → dnf/yum) |
| Alpine | apk | mappage automatique |
Les différences de noms de paquets sont également gérées automatiquement (par ex. apache2 → httpd, apache2-utils → httpd-tools) ainsi que les différences de noms de services (apache2.service → httpd.service).
> ⚠️ Attention : quelques applications dépendent d'un mode d'installation spécifique à une distribution (par ex. ufw est propre à Ubuntu, le dépôt deb.nodesource de Node.js ne concerne que Debian/Ubuntu) et peuvent ne pas s'installer sous Fedora/Rocky. En cas d'échec d'installation, le panneau affiche fidèlement le message d'erreur.
Points d'attention
1. Déployer une application nécessite que le serveur cible ait déjà Docker installé.
2. Les espaces réservés de mot de passe sont clairement signalés (par ex. « <votre mot de passe de base de données> ») : remplacez-les par votre propre mot de passe fort.
3. Par défaut, l'application se lie à un port du serveur cible ; si ce serveur n'a pas d'IP publique (serveur NAT/percement), il faut combiner Tunnel de ports ou Redirection de ports pour y accéder depuis l'extérieur.
4. Les distributions trop anciennes (comme Fedora 32, en fin de vie) ont des dépôts logiciels qui ne sont plus maintenus : l'installation peut expirer ou échouer, il est conseillé de passer à une version prise en charge.