Classement

comme le shr est un raid1 + lvm, il y a presque aucune différence entre les 2 --> aucun interet de changer si tu le veux absolument, faut repartir de 0 avec le syno

je pense qu'il a besoin d'une base de données vu le port, c'est du postgresql Soit il y a déjà une base dans le conteneur, dans ce cas elle n'a peut être pas démarrée ou n'est pas correctement configurée, soit il n'y en a pas, dans ce cas installe un conteneur postgresql et "link" ton conteneur airtime à ce nouveau contenur, si le 2 conteneurs sont bien fait, ça devrait marcher.

J'ai testé vite fait, le conteneur, mais surtout le paquet (setup) ne sont pas bons. Ton erreur est, entre autre, due au fait qu'apache est configuré pour afficher un dossier qui est vide. il y a d'autres erreurs, mais je ne vais pas en faire le tour. =>ce conteneur n'est pas utilisable en l'état, le dev a du louper un truc => contact le créateur du conteneur pour lui indiquer le problème Par contre l'installation manuelle à partir des sources n'a pas l'air compliquée : http://sourcefabric.booktype.pro/airtime-25-for-broadcasters/manual-installation/ Sinon, il y a un autre conteneur sur dockerhub, okvic77/docker-airtime, qui lui a l'air de marcher

Sur la doc de ton conteneur, il est écrit : Tu peux donc utiliser un reverse proxy (le paquet haproxy de la communauté synology) pour "contourner" la restriction. Mais le plus simple c'est de lever cette restriction (probablement juste la conf d'apache ou un .htaccess à modifier) Démarre le conteneur une première fois avec cette commande (à faire en ssh sur le syno) : docker run -i -t --name testairtime sjourdan/airtime-docker /bin/bash Tu devrais te retrouver "dans" le conteneur, ensuite tu as juste à fouiller dans les conf (apache, .htaccess, ...) pour trouver où est la restriction est la faire sauter. Ensuite il te suffira de relancer le conteneur avec les bonne options (il devrait apparaitre dans la liste des conteneur de l'appli docker du synology)

tu peux corriger la conf à l'intérieur du conteneur si tu y a accès. ou encore le lancer avec un shell en option : docker run -i -t conteneur /bin/bash ou encore créer un Dockerfile qui intègre le correctif ... plein de manière de faire, mais je te recommande de commencer par ici : https://docs.docker.com/userguide/

C'est le serveur apache du conteneur qui t’envoie ce message :), pas celui du syno

peux expliquer ce que tu veux faire au final ?