Bonjour,

De quel script parlez-vous ?
Si vous n'avez pas Docker et Docker-compose installés sur le serveur il faut partir du script "install_linux_e-comBox.sh" (https://gitlab.com/e-combox/e-comBox_scriptsLinux/-/blob/master/install_linux_e-comBox.sh) et si vous avez déjà ces composants installés il suffit de partir du script "configure_application.sh" (https://gitlab.com/e-combox/e-comBox_scriptsLinux/-/blob/master/configure_application.sh). Ce dernier fait appel (entre autre) à un autre script "start_configure_application.sh" (https://gitlab.com/e-combox/e-comBox_scriptsLinux/-/blob/master/start_configure_application.sh) qui, après l'acceptation de la licence, vous affiche les ports utilisés par défaut (que l'on peut modifier en modifiant le le fichier "/opt/e-comBox/param.conf") et vous demande de saisir une adresse IP publique ou un nom de domaine (si, comme dans votre cas, le serveur doit être accessible à distance). Si vous ne saisissez pas d'adresse IP publique ou de nom de domaine, une adresse IP privée est demandée.
Il est ensuite demandé si vous passez par un proxy puis une configuration complète est récapitulée. Si vous acceptez de poursuivre, le script vous demande alors si le réseau interne créé par Docker vous convient (sinon vous pouvez changer), puis poursuit l'installation. Il vous est demandé à la fin si vous voulez configurer une authentification pour accéder à l'interface e-comBox.

Pouvez-vous me dire quelles sont les étapes manquantes ?

Cordialement,

Bonjour,

Merci pour votre retour rapide :)

J'ai d'abord téléchargé le script indiqué ici (http://llb.ac-corse.fr/mw/index.php/Installation_sur_Linux#Installation_de_l.27e-comBox) via la commande :
wget https://gitlab.com/e-combox/e-comBox_scriptsLinux/raw/master/install_linux_e-comBox.sh

Je me suis ensuite mis en SUDO, puis j'ai lancé la commande suivante :
bash install_linux_e-comBox.sh

Il exécute bien une série de téléchargement, d'installation, dont Docker, mais ne me pose aucune question.

Je dois donc avoir loupé le script de configuration. >_< Je n'ai pas vu cette ligne d'appel dans le wiki.

Je vais essayer ce jour de la faire. :)

Bonjour,

C'est quand même bizarre ce qu'il vous arrive car ce script récupère, à la fin de l'installation de Docker et Docker Compose, le script "configure_application.sh" et l'exécute :
curl -fsSL https://gitlab.com/e-combox/e-comBox_scriptsLinux/raw/master/configure_application.sh -o configure_application.sh
bash configure_application.sh

Vous n'avez eu aucun message d'erreur à ce niveau ?

Cordialement,

Bonjour,

J'ai relancé de zéro pour vérifier les éventuels messages d'erreur. J'en ai profité pour passer en Debian 10, au cas où. A priori, cela n'a rien changé à la "réussite" du script.

Docker est installé, Docker-Compose aussi.

Mon VPS avec Debian 9 perd les pédales avec Curl :

Voici la fin de l'installation Docker-Compose et les messages qui suivent :

"
Docker-Compose est installé

curl: (23) Failed writing body (0 != 701)
bash: /opt/e-comBox/start_configure_application.sh: No such file or directory
rm: cannot remove '/opt/e-comBox/start_configure_application.sh': No such file or directory
"

A priori, donc, il a un problème de droit.

Après avoir vérifié la présence des fichiers avec la commande "ls", j'ai relancé le script de configuration :
"sudo bash configure_application.sh
curl: (23) Failed writing body (0 != 701)
bash: /opt/e-comBox/start_configure_application.sh: No such file or directory
rm: cannot remove '/opt/e-comBox/start_configure_application.sh': No such file or directory"

Même soucis, et je même si je peux réinstaller à volonté le VPS, je ne voudrais pas trop faire d'erreurs.

Merci pour vos retours,

Cordialement

C'est bon, merci pour votre retour, j'ai vu d'où venait le problème et ce n'est pas de votre faute.
Lorsque j'ai optimisé le script, Je n'ai pas prévu un cas :-(
Je viens de fixer le bug, ça devrait aller maintenant.
Il faut que récupérer le nouveau script et l'exécuter à nouveau :

curl -fsSL https://gitlab.com/e-combox/e-comBox_scriptsLinux/raw/master/configure_application.sh -o configure_application.sh
bash configure_application.sh

Merci de me tenir au courant.

PS : n'oubliez pas ensuite de rediriger les ports utilisés pour l'interface d'e-combox et pour portainer vers votre serveur.

Je suis vraiment confus. Curl ne passe toujours pas.

"
Docker-Compose est installé

curl: (23) Failed writing body (0 != 702)

Vous devez maintenant lire et accepter les termes de la licence CeCILL avant d'installer et de pouvoir utiliser e-comBox.

Appuyer sur n'importe quelle touche pour lire la licence CeCILL.

Le fichier contenant les termes de la licence n'a pas pu être téléchargé et rangé dans le répertoire /opt/e-comBox.
Vérifiez la configuration de votre proxy pour l'outil curl.
Éventuellement, téléchargez le fichier par vos propres moyens via l'URL suivante https://gitlab.com/e-combox/e-comBox_scriptsLinux/raw/master/licenceCeCILL.txt et rangez-le dans le dossier /opt/e-comBox.

Relancez-ensuite le script : bash /opt/e-comBox/configure_application.sh.

Appuyer sur n'importe quelle touche pour arrêter le script.
"

Le dossier "e-comBox" n'existe pas :
"
/opt$ ls
containerd
"

Je suppose que le rajouter à la main n'est pas la solution idéale.
Qu'en pensez-vous ?

Cordialement.

Oui, vous pouvez le créer à la main sans danger.

Mais j'ai encore changé le script pour qu'il n'y ait plus ce problème.

Vous pouvez donc soit le créer à la main et ré-exécuter le script, soit re-télécharger le bon script.

Encore désolée...

Bonjour,

Merci pour cette mise à jour. :)

Un dernier soucis je pense, mais le fichier conf ne se met pas non plus tout seul en place :
"
ls /opt/e-comBox/
licenceCeCILL.txt
"

Autrement, l'installation s'est déroulée sans problème. :)

Ne soyez pas désolée ! Les réponses sont rapides et efficaces, c'est super ! :)

Merci beaucoup ! :)

Une dernière question tant que ce ticket n'est pas fermé :) :
Est-il possible d'avoir plusieurs "gestionnaires" sur le e-combox, je n'ai pas trouvé de menu d'ajout utilisateur. :)

Bonsoir,

En ce qui concerne le fichier de conf, je ne m'explique pas trop (pour l'instant) pourquoi vous ne l'avez pas dans /opt/e-comBox/ car le script l'installe bien dedans et l'utilise pour configurer e-comBox :

if [ ! -d "/opt/e-comBox" ]; then
mkdir /opt/e-comBox
fi

#Déplacement de la licence vers /opt/e-comBox
mv licenceCeCILL.txt /opt/e-comBox/licenceCeCILL.txt

Téléchargement du fichier contenant les paramètres s'il n'existe pas déjà

if [ ! -e "/opt/e-comBox" ]; then
curl -fsSL https://gitlab.com/e-combox/e-comBox_scriptsLinux/raw/master/param.conf -o /opt/e-comBox/param.conf
fi

Appel du fichier de paramètres

source /opt/e-comBox/param.conf

Si le fichier de paramètres n'avait pas été trouvé, l'application n'aurait pas pu être correctement configurée.

Nous n'avons pas prévu de possibilité qu'il y ait plusieurs gestionnaires tout simplement parce qu'il n'y a jamais eu une telle demande. Mais si on y voit une utilité on peut en discuter sur un fil dédié. Je vais voir comment ajouter une catégorie "Demande d'évolution" sans qu'on ait à saisir toutes les informations nécessaire pour la déclaration d'anomalie.

Cordialement

Bonjour,

J'ai mis le fichier conf moi même, comme vous m'aviez dit que cela ne posait pas de problème pour le dossier précédent, en faisant un copié-collé de ce que l'on voit dans le GIT.

Pour les comptes de gestions, c'est simplement, que si je gère la structure globale, en tant que service informatique, ce serait dommage que les enseignants me courent après pour installer tel ou tel prestashop, tel ou tel wordpress, Humhub, odoo... pour travailler avec leurs élèves. Cet outil nous semble riche, et plusieurs formateurs/professeurs de nos Écoles rêvent de jouer avec. Si ils sont obligés de passer par moi, ma tête risque d'exploser. >_<
Pour le coup, je me dis que plutôt que d'avoir une page de codes fixes, les codes d'accès aux outils installés peuvent provenir des comptes qui les créent.
Par exemple, si un gestionnaire de e-comBox (non administrateur) s'appelle Didouda et possède l'adresse courriel Didouda@nosecoles, c'est Didouda ou Didouda@nosecoles qui devient l'identifiant, avec son mot de passe actuel.

Pour moi le ticket est clôt. :)
Bravo et merci en tout cas à tous ceux qui ont participé à ce développement. :)

Bonjour,

Cet outil a été initialement réalisé pour les lycées (pour le BTS MCO plus précisément) mais peut bien sûr être utilisé par n'importe qui et n'importe quelle organisation.
Le principe est que dans un établissement scolaire, chaque professeur concerné gère sa propre instance de l'application.
C'est pour cela que nous n'avons prévu pour l'interface qu'un seul compte admin associé à un mot de passe qui peut éventuellement être partagé puisque les droits entre les "gestionnaires" ne diffèrent pas.

Mais je ne suis pas certaine de comprendre votre demande. Vous parlez bien de l'accès à l'interface d'e-comBox et non de l'accès aux applications (prestashop, wordpress, etc.).

Cordialement,

Bonjour, :)

Plus que nos BTS MCO, les formateurs de nos BAC pro Commerce/Vente sont aussi intéressés par Odoo et autres outils.

Ayant donc de multiples filières intéressées, il me semblait intéressant de ne pas diffuser le code "administration générale" à plus de deux enseignants. Or, je risque d'en avoir davantage qui sont intéressés (au moins 5 selon mon dernier recensement).

Je n'avais malheureusement pas songé qu'il me faudrait plusieurs instances d'e-comBox. >_<'

J'ai pour le moment transmis les codes des applications aux enseignants formateurs pour les BTS MCO. J'attends de voir comment le serveur tient la charge avant d'ouvrir aux autres filières.

Mais je trouverai dommage que des enseignants d'une filière, écrasent par inadvertance des applications qu'ils pourraient penser inutilisées, dans leur envie de faire bien et en oubliant de se concerter avec leurs collègues des autres filières. Du coup, je songeais à des accès spécifiques aux applications attribuées (ou créées par ces enseignants) pour éviter les suppressions accidentelles de celles des autres filières et m'éviter de faire le tampon. :)

Bonjour,

OK, j'ai compris ! Je viens d'intégrer l'étude de la fonctionnalité pour la version 2 (dans "Autres") : http://llb.ac-corse.fr/mw/index.php/La_version_2 qui arrivera normalement dans le courant de l'hiver.
Nous sommes en train de finaliser la version 1.1 : http://llb.ac-corse.fr/mw/index.php/La_version_1.1.

Maintenant, je clos vraiment le ticket.

Merci pour votre retour.