View Issue Details

IDProjectCategoryView StatusLast Update
0000130e-comBoxUtilisation d'e-comBoxpublic2023-02-27 17:18
Reporterparda Assigned Toaporaf  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionno change required 
PlatformCloudOSUbuntuOS Version22.04
Summary0000130: Problème de reverse proxy
Description

Bonjour,

je cherche a mettre en place le reverse proxy pour éviter aux élèves de spécifier les ports dans l'URL. Cependant, je n'arrive pas à savoir si c'est de ma faute ou s'il y a un bug.
J'ai tester sur 2 environnement différent, un sur une VM Debian 11, l'autre sur le serveur distant de l'hébergeur sous Ubuntu 22.04.
Le problème est le même sur les deux, un message d'erreur est obtenu "l'adresse X.X.X.X n'autorise pas la connexion". J'ai donc essayé de résoudre le problème en trouvant le dossier de configuration Nginx et de voir ce qui avait été entrer, et peut-être de recopier le fichier default.conf proposer sur votre Gitlab, mais je ne le trouve pas.

Merci pour votre travail !

Steps To Reproduce

Lors du lancement du script configure_application.sh :

IP privée : 127.0.0.1 (et tester aussi avec l'adresse IP public)

Adresse IP publique : 82.165.78.244 (probablement un nom de domaine prochainement)

reverse proxy : o

Chemin d'accès : parda

(pas de passage par proxy ou autre).

TagsNo tags attached.
Quantité de mémoire vive (en Go)18
Machine virtuelleOui
Passage par un proxyNon
Qualité de la connexion InternetExcellente
Navigateur(s) éventuellement utilisé(s)Firefox, Chrome, Autre
Avez-vous tenté de réinitialiser l'environnement ?Oui
Moment où l'incident est survenuLancement de l’application

Activities

aporaf

2023-01-25 10:55

administrator   ~0000737

Bonjour,

Vous avez le reverse-proxy et l'instance de l'e-comBox sur la même machine, je suppose (puisque vous utilisez l'adresse IP 127.0.0.1).
Il faut que l'on teste cette configuration. Mais pouvez-vous nous envoyer les logs du Reverse-Proxy ? Selon l'outil mis en place (et d'ailleurs, il faut que l'on sache quel outil vous avez utilisé de manière à ce que l'on arrive à reproduire le problème), cela doit être dans /var/log/apache ou /var/log/nginx/.

Par ailleurs, pour accéder à l'interface de l'e-comBox, est-ce que vous saisissez bien l'URL ? :
https://@IP_publique/parda/app (le "app" est souvent oublié).

Sinon, pour que les élèves n'aient pas à spécifier les ports dans l'URL, il suffit de mettre 443 (au lieu de 8800 au niveau du paramètre PORT_RP de param.conf) et de relancer la configuration.
N'oubliez pas, dans ce cas là, d'arrêter le service du Reverse-Proxy qui, je suppose, écoute sur le port 443.

Cordialement,

parda

2023-01-25 11:21

reporter   ~0000738

Pour ce qui est de l'URL, j'ajoutais bien les paramètres à la fin de la requête.
Je viens de tester le port 443 pour le paramètre PORT_RP, cela fonctionne. Pour le moment je pense que cela restera comme cela.

Pour ce qui est des logs, je regarde attentivement mais je ne vois pas de dossier nginx (ou apache). Tout ce que j'ai pu trouver c'est le dernier test que j'ai réalisé pour remettre en ligne le service. (au besoin je peux essayer de refaire la même manipulation)
La version de l'e-comBox est bien la 4 et fonctionne avec nginx, si c'est ce que vous entendez par "outils".

Capture.PNG (30,222 bytes)   
Capture.PNG (30,222 bytes)   

Issue History

Date Modified Username Field Change
2023-01-25 09:48 parda New Issue
2023-01-25 10:41 aporaf Assigned To => aporaf
2023-01-25 10:41 aporaf Status new => assigned
2023-01-25 10:55 aporaf Status assigned => confirmed
2023-01-25 10:55 aporaf Note Added: 0000737
2023-01-25 11:21 parda Note Added: 0000738
2023-01-25 11:21 parda File Added: Capture.PNG
2023-02-27 17:18 aporaf Status confirmed => resolved
2023-02-27 17:18 aporaf Resolution open => no change required