Bonsoir,

Il ne faut pas ouvrir différentes instances sur le même navigateur. Il faut vider le cache et utiliser des navigateurs différents.

Cordialement

Merci du tuyau.
J'utilisais la navigation privée sous chrome et FF, pensant que ça éviterait les problèmes de cache, mais apparemment c'est pas suffisant.

Je viens de faire pas mal d'essais et je ne trouve pas de moyen fiable d'ouvrir successivement des instances différentes.
J'ai testé le fait de fermer tous les onglets et vider complètement le cache sous chrome et Firefox, et j'ai encore des cas où lorsque je me connecte à une instance, c'est une autre qui s'affiche.
Une astuce qui permet d'être sûr qu'on est bien sur la bonne instance ?

Merci !

Bonjour,

Vous voulez dire que même en utilisant des navigateurs différents, vous reproduisez le problème ?
Par ailleurs, est-ce qu'une fois que le cache est vidé, relancez-vous le navigateur (je crois qu'il faut le faire pour que l'action soit effectivement réalisée) ?

Sinon, une solution serait peut-être de ne pas utiliser de cache notamment quand vous ouvrez Firefox en mode privé : https://support.mozilla.org/fr/kb/comment-vider-le-cache-de-firefox.

Nous essayons quand même de notre côté de vois si nous pouvons faire quelque chose au niveau de l'application.

Cordialement

Bonjour,

Après différents tests je n'arrive pas à reproduire le problème. J'ai également testé avec les adresses de vos deux instances et j'arrive bien sur les deux instances différentes puisque sur llp on me demande des identifiants ce qui n'est pas le cas sur ldu. J'ai testé en utilisant le même navigateur, Safari sur MacOS et Edge sur Windows : aucun soucis dans les 2 cas.

Afin de pouvoir cerner un peu mieux le problème, pouvez-vous nous préciser les informations suivantes :

• l'OS du client utilisé pour accéder à e-comBox
• tentez-vous d'accéder aux instances de l'intérieur d'un réseau d'établissement ? Si oui, est-ce sur celui-ci que sont installées les différentes instances d'e-combox ?
• est-ce que le problème se reproduit dans tous les cas ou est-ce aléatoire ?

Cordialement

Je vous ai fait une petite vidéo de démonstration du soucis :
Je purge le cache de firefox, je le ferme, je le rouvre, je vais sur http://cub.corsica:8888 , et j'arrive sur une de mes ecombox.
http://youtu.be/Ex474j5Oe6c?hd=1
Je ne comprends même pas comment c'est possible :p

l'OS du client utilisé pour accéder à e-comBox
Windows 11
tentez-vous d'accéder aux instances de l'intérieur d'un réseau d'établissement ? Si oui, est-ce sur celui-ci que sont installées les différentes instances d'e-combox ?
Non
est-ce que le problème se reproduit dans tous les cas ou est-ce aléatoire ?
Systématique

Bonjour,

Nous avons poursuivi nos tests depuis hier, ma collègue a également testé avec un client Linux et elle n'a pas réussi à reproduire le problème. Tous nos tests ont été réalisés sans navigation privée.
Merci d'avoir pris le temps de capturer une vidéo de vos manipulations mais nous avons pu constater sur cette dernière que vous accédez bien à l'instance d'e-comBox demandée, à savoir cub.corsica:8888.
Nous pensons que le problème peut venir de la gestion du cache avec Windows 11, avez-vous la possibilité de tenter d'accéder à vos instances avec un client Linux ou MacOS ?

Concernant votre seconde question, la configuration du mot de passe pour accéder à l'e-comBox se fait lors de son installation. Il est tout à fait possible de ne pas en mettre. Si ce n'était pas voulu je vous conseille donc de faire remonter l'information auprès de votre DSI.

Cordialement

Ok, le nom de l'instance ne figurant nulle part, il est difficile de savoir sur laquelle on se trouve :p
Donc j'accèderais à cub.corsica:8888 . C'est bien une instance sans authentification ? et elle a bien 27 sites dont 18 arrêtés ?
Voici une vidéo où j'accède à cette instance depuis http://llp-ecombox02.ac-noumea.nc:8888 et http://llp-ecombox03.ac-noumea.nc:8888 depuis firefox en ayant purgé le cache.
http://youtu.be/Z1aEEjVCWwI?hd=1
Je retente la manip' depuis une ubuntu.

Bonsoir,

Oui vous accédez bien à cub.corsica:8888 (instance sans authentification qui a 27 sites dont 18 arrêtés). C'est notre bac à sable.

Tenez nous au courant des tests sur Ubuntu.

Cordialement

Les voici. Sur une VM nouvellement installée
http://youtu.be/2yLhW_hAVp0?hd=1
Même soucis : http://llp-ecombox02.ac-noumea.nc:8888/ montre cub.corsica
J'ai l'impression qu'il y a plus qu'un simple soucis de cache...

Bonsoir,

On est entrain de chercher. On essaye de comprendre ce qu'il se passe et on revient vers vous.

Cordialement

Merci ! N'ayant pas fait moi-même les installs, je ne sais pas exactement quel a été le paramétrage,

Re bonsoir,

Je pense que nous avons cerné le problème qui n'est effectivement pas un problème de cache mais un problème au niveau de l'installation. Nous n'avions pas compris que sur les URL qui ne fonctionnent pas, vous étiez systématiquement redirigé vers cub.corsica:8888.
Les deux premières URL que vous nous avez données fonctionnent (et c'est celles là qu'on testait) ==> l'installation a été faite correctement.
Sur les autres URL, il y a effectivement un souci. je pense que le mieux serait de demander à celui ou à celle qui a installé de reconfigurer l'environnement (bash /opt/e-comBox/configure_application.sh) et si ça ne fonctionne pas de nous envoyer les logs (/var/log/ecombox.log).

Il y a aussi une commande qui peut nous éclairer : grep -ni "this.basePath" /var/lib/docker/volumes/ecombox_data/_data/main-es2015.js | grep 'http' | cut -d"/" -f3 doit renvoyer nom_de_domaine:8880. Si vous la saisissez sur un des serveurs où l'accès au domaine redirige vers notre instance, vous devrez théoriquement avoir : cub.corsica:8880

Cordialement

Merci pour cette piste, et pour votre ténacité ^^
Problème de cache + problème d'installation + pas d'identification des instances = compliqué à diagnostiquer !
Je ne savais pas que j'étais redirigé vers cub.corsica, je pensais qu'il s'agissait d'une de mes instances... J'ai mis du temps à percuter Oo
J'en profite pour réitérer ma suggestion à ce sujet : un bloc HTML sur la page d'accueil où l'on puisse mettre un nom et un bref message.
Je transmets la manip à la DSI.
Par curiosité, quelle erreur de manip' à l'installation peut avoir comme conséquence la redirection vers cub.corsica ?

Bonjour,

Oui pour la suggestion, nous allons le faire.

C'est sur ce bloc de code qu'il y a forcément eu un problème (mais je ne comprends pas encore pourquoi) :

Configuration de l'API

echo -e "$COLPARTIE"
echo "Configuration d'e-comBox"
echo -e "$COLCMD\c"
echo -e ""

ANCIENNE_URL=grep -ni "this.basePath" /var/lib/docker/volumes/ecombox_data/_data/main-es2015.js | grep 'http' | cut -d"/" -f3

if [ "$ANCIENNE_URL" != "$URL_UTILE:$PORT_PORTAINER" ]; then
echo -e ""
echo -e "L'URL $ANCIENNE_URL est remplacée par $URL_UTILE:$PORT_PORTAINER." >> /var/log/ecombox.log

for fichier in /var/lib/docker/volumes/ecombox_data/_data/.js /var/lib/docker/volumes/ecombox_data/_data/.js.map
do
sed -i -e "s/$ANCIENNE_URL/$URL_UTILE:$PORT_PORTAINER/g" $fichier
done
else
echo -e ""
echo -e "Aucun changement à opérer au niveau de $URL_UTILE:$PORT_PORTAINER." >> /var/log/ecombox.log
fi
L'appel à l'API est configuré au départ sur cub.corsica : dans ce bloc, je la configure en $URL_UTILE:$PORT_PORTAINER. Vous avez le contenu des variables URL_UTILE et PORT_PORTAINER dans le fichier param.conf.

Je pourrais avoir une piste en ayant les logs qui diront déjà si le script a repéré qu'il fallait changer le domaine.
À la fin du fichier log il devrait y avoir : "L'URL cub.corsica:8880 est remplacée par votre_nom_de_domaine:8880." Si il y a ça, ça devrait fonctionner. Dans tous les cas on restreint encore le champ des investigations.

Cordialement,

Merci !
S'agissant de machines mises en place par la DSI, je n'ai pas accès aux VM, juste aux interfaces d'administration ecombox.
Je passe les infos au technicien de la DSI !

Bon, la DSI a réinstallé toutes les instances, le problème est résolu, mais on n'aura jamais le fin mot :/
J'imagine qu'une VM mal paramétrée a dû être dupliquée 10 fois.
Merci pour le support !

Merci à vous, cela nous a permis d'envisager certaines améliorations pour les prochaines versions :-)