QNAP OpenProjet (Docker) sur Container station

EricSud

EricSud

Padawan
Membre Confirmé
6 Avril 2020
138
4
23
Salut,
Je n'arrive pas à faire fonctionne OpenProjet sur mon NAS car il pose problème avec le HTTP. Il semble ne supporter que le HTTPS.
1753970820375.png
1753970835018.png

Et je ne suis pas certain de bien paramétrer mon contener...
Je vois pas mon erreur...
Merci
 
EricSud a dit:
OpenProjet sur mon NAS
Cliquez pour agrandir...
Salut,
L'image que tu essaye d'installer n'est plus maintenu , il est recommandé d'utiliser : openproject/openproject
1753981966307.png

Tu trouvera la doc de la nouvelle image ici : https://www.openproject.org/docs/installation-and-operations/installation/docker/

Je te suggère d'utiliser le menu application de Container Station, et d'utilise docker compose.

Voici un docker compose pour openproject :
YAML: 
name: openproject
services:
    openproject:
        ports:
            - 8985:80
        environment:
            - OPENPROJECT_SECRET_KEY_BASE=secret
            - OPENPROJECT_HOST__NAME=localhost:8985
            - OPENPROJECT_HTTPS=false
            - OPENPROJECT_DEFAULT__LANGUAGE=en
        volumes:
            - /share/Container/openproject/pgdata:/var/openproject/pgdata
            - /share/Container/openproject/assets:/var/openproject/assets
        image: openproject/openproject:16

C'est repris de la commande docker de la doc : https://www.openproject.org/docs/installation-and-operations/installation/docker/#quick-start puis passé dans https://www.composerize.com/

8985:80 lie le port 80 du conteneur à 8985 sur la machine exécutant docker. J'ai volontairement mis 8985 car 8080 est un port qui est déja utilisé de base sur QNAP.

OPENPROJECT_SECRET_KEY_BASE définit la base de la clé secrète. Remplace secret par un mot de passe.

OPENPROJECT_HOST__NAME définit le nom d'hôte de l'application. Cette valeur est utilisée pour générer des formulaires et des liens dans les courriels, et doit correspondre au nom d'hôte de la requête externe (la valeur que les utilisateurs voient dans leur navigateur).

OPENPROJECT_HTTPS=false désactive le mode HTTPS par défaut d'OpenProject afin que vous puissiez accéder à l'instance via HTTP uniquement.

OPENPROJECT_DEFAULT__LANGUAGE Contrôle, lors de la toute première installation, la langue dans laquelle les données de base (telles que les types, les noms d'état, etc.) et les données de démonstration sont créées. Il définit également la langue par défaut pour les nouveaux utilisateurs.

Les variables possibles sont ici : https://www.openproject.org/docs/in.../environment/#supported-environment-variables
 
Génial merci beaucoup !!
Sur openProject ils proposent : Starting with OpenProject 12.5.6 we publish our containers for two architectures.
Alors que j'ai trouvé sur container station la 13.4.1
1754055303574.png
Et zut ! Entre temps, j'ai changé le port d'administration de mon NAS en 8888 (Pour libérer le 8080) et bien sûr j'ai l'erreur "ERR_SSL_PROTOCOL_ERROR"

:rolleyes:
 
Dernière édition:
Bon appuyer 3 s sur le bouton HOST et le NAS est de nouveau ok...
Bon comment changer le port ?
1754057233995.png
 
EricSud a dit:
Sur openProject ils proposent : Starting with OpenProject 12.5.6 we publish our containers for two architectures.
Alors que j'ai trouvé sur container station la 13.4.1
Cliquez pour agrandir...
Et sur https://hub.docker.com/r/openproject/openproject/tags ils sont à la 16 !
1754147847626.png

EricSud a dit:
Et zut ! Entre temps, j'ai changé le port d'administration de mon NAS en 8888 (Pour libérer le 8080) et bien sûr j'ai l'erreur "ERR_SSL_PROTOCOL_ERROR"
Cliquez pour agrandir...
Pas sur d'avoir compris, tu ne doit pas changer le port d'administration pour ce conteneur ! Justement le but est d'voir un port différent pour l'administration du QNAP et pour openproject, car si les deux sont sur le même port cela ne fonctionne pas !Dans le cas du compose que j'ai donné juste au dessus, c'est un port HTTP
 
Moi non plus je ne suis pas sur d'avoir compris.
je croyais qu'il fallait installer sur le port 8080.

Ok bien vu pour le 16.2

"Docker Compose" c'est quoi ? Je dois importer l'image ici ?
1754149877915.png

Mais je vois pas l'image à télécharger
1754150213914.png
 
et ici ou trouver le code YAML ?
La documentation ne m'aide pas plus que ça. Beaucoup de paramètres (je comprends pas > je fais pas)
1754150693881.png
C'est type image ici :
1754150659787.png
Plus simple à installer en Image ?
1754151424140.png
Ou à ma première idée mais ya pas la 16.2
1754152227411.png
 

Pièces jointes

  • 1754151526917.png
    1754151526917.png
    159.9 KB · Affichages: 2
Dernière édition:
Donc j'ai trouvé" un autre solution :
Extraire puis > openproject/openproject:16.2

1754153055369.png
On va voir si je m'en sort à l'installation.... C'est pas gagné ! ;)
 
Bah !! je laisse tomber aussi l'installation sur QNAP (Container station pas abouti !)

Gestion des ports compliquée​

  • QNAP (via Container Station) utilise du NAT, donc :
    • Les ports “hôte” sont parfois choisis automatiquement, ce qui fait que tu ne sais pas toujours à l’avance à quelle URL accéder à ton appli.
    • Il n’est pas toujours simple d’exposer, par exemple, le port 443 (HTTPS) d’un container sur ton IP externe (QNAP protège beaucoup les ports standards).
  • Pour avoir un mapping propre (genre 443 -> 443 ou 5678 -> 5678), il faut souvent arrêter d’autres services QNAP, ou bidouiller.

Pas de reverse proxy complet (NGINX/Traefik) natif​


  • Sur QNAP, le reverse proxy intégré n’a pas de gestion avancée :
    • Impossible de mapper les sous-chemins (/N8N/ par exemple)
    • Impossibilité de forwarder proprement les WebSockets (même avec les headers !)
    • Impossible de gérer finement plusieurs domaines/applications sur le même port HTTPS.

Pas de gestion native/automatique de certificats SSL dans Docker​


  • Sur QNAP, le SSL (certificats) est géré par le système.
  • Tes containers ne récupèrent pas automatiquement ces certificats (et c’est un casse-tête d’aller les chercher depuis un container NGINX/Traefik pour faire du HTTPS interne).
  • Résultat : tu te retrouves souvent à devoir :
    • Accepter des certificats auto-signés
    • Faire du HTTP (pas sécurisé) en local

Gestion réseau limitée​

  • En mode “NAT” (par défaut), le container est sur un réseau à part : parfois, il ne “voit” pas bien les autres services du QNAP, ou il est accessible seulement depuis le LAN, ou seulement via QNAPcloud.
  • En mode “Bridge” ou “Host”, parfois tu ne peux pas démarrer car QNAP bloque certains ports de base.
  • Bref, c’est parfois imprévisible selon les applis et les firmwares QTS.

Manque de flexibilité “root” pour certains conteneurs​

  • Tu n’as pas toujours le droit de monter des dossiers système, ou d’ouvrir des ports <1024.
  • Tu es “enfermé” par la couche sécurité de QNAP (ce qui est bien pour la sécurité, mais limite beaucoup par rapport à un vrai serveur).
 
Vous devez vous connecter ou vous enregistrer pour répondre ici.
Haut Bas
Retour