QNAP OpenProjet (Docker) sur Container station
- Auteur du sujet EricSud
- Date de début
Salut,
L'image que tu essaye d'installer n'est plus maintenu , il est recommandé d'utiliser :
openproject/openproject
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:16C'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
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"
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
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"
Dernière édition:
Et sur https://hub.docker.com/r/openproject/openproject/tags ils sont à la 16 !
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 ?
Mais je vois pas l'image à télécharger
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 ?
Mais je vois pas l'image à télécharger
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)
C'est type image ici :
Plus simple à installer en Image ?
Ou à ma première idée mais ya pas la 16.2
La documentation ne m'aide pas plus que ça. Beaucoup de paramètres (je comprends pas > je fais pas)
C'est type image ici :
Plus simple à installer en Image ?
Ou à ma première idée mais ya pas la 16.2
Pièces jointes
Dernière édition:
je te l'ai donné dans ma 1ere réponse a ton sujet https://www.forum-nas.fr/threads/openprojet-docker-sur-container-station.25179/#post-172289
Oui mais juste pour comprendre.... Par exemple il est possible d'installer dans une autre langue ? Ensuite la dernière version est la 16.2 ? Important ?
Comment construire ?
Si je comprends pas comment ça fonctionne à quoi bon installer et tomber sur d'autres problèmes > je fais pas...
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).