Vous utilisez un navigateur obsolète. Il se peut qu'il n'affiche pas correctement ce site ou d'autres. Vous devez le mettre à niveau ou utiliser un navigateur alternatif.
merci pour ton retour giopas, je vais essayer ca.
Est ce qu'il faut que je crée un virtuelhost?Pour Pydio, emby, ect...
Avec nginx d'installer je trouve déjà bizarre que quand je pointe vers 192.168......:80 je bascule vers 192.168.......:8443, surement un probleme de paramétrage de nginx.
As tu réussit avec nginx?
Nginx ne peut pas utiliser la porte 80 car c'est utilisée déjà par Qthttpd. Le plus simple est donc de créer des hôtes virtuels avec Qthttpd (apache) ainsi que tu n'aie pas à forwarder des portes.
Dans cette discussion tu trouveras aussi des exemples de configuration que j'utilise.
giopas
EDIT:
En effet pour QPydio, tu as juste besoin d'un hôte virtuel.
Pour Emby par contre tu as le choix entre créer un hôte virtuel qui redirige à la porte 8096 (qui doit être aussi ouverte dans le routeur pour permettre son accès depuis l'extérieur), ou un hôte virtuel + reverse proxy (qui ne demande pas d'ouvrir une nouvelle porte - autre que 80 - dans le routeur).
L'inconvenient dans le premier cas est qu'il faut faire une petite manipulation en plus (décrite en bas dans la partie de code).
Le seul inconvenient dans le deuxième cas est qu'en effet tu fais passer le flux vidéo dans deux tuyaux: une première session apache (sur porte 8096) et une deuxième session en reverse proxy (sur porte 80). Cela pourrait créer le même problème que j'ai vérifié avec Photo/Video Station, comme décrit dans ce même discussion.
Évidemment si tu choisi d'utiliser seulement la création d'un hôte virtuel, tu peux faire cela directement dans QTS -> settings -> Web Server -> Virtual Hosts. Sauf évidemment la petite modification que je décris dans la partie "ADDITIONAL STEPS TO BE DONE ON A TERMINAL" en bas.
En tout cas, voici la procédure à suivre (en anglais):
0. Connect to your NAS via ssh/telnet access
1. Make changes in the virtual host file:
Code:
[~]# vi /etc/config/apache/extra/httpd-vhosts-user.conf
2. add the following lines, save and close:
Code:
## OPTION 1: Virtual host + reverse proxy for Emby
<VirtualHost *:80>
ServerName emby.domain.com
ProxyRequests Off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
<Location />
Order allow,deny
Allow from all
</Location>
ProxyPreserveHost On
ProxyPass / http://localhost:8096/
ProxyPassReverse / http://localhost:8096/
ProxyStatus On
</VirtualHost>
## OPTION 2: Virtual host for Emby (forward to port 8096)
# ADDITIONAL STEPS TO BE DONE ON A TERMINAL:
# 1. [~]# mkdir /share/Web/Emby
# 2. [~]# vi /share/Web/Emby/index.php
# 3. add the following lines to the file, save and close:
# <?
# header('Location: http://emby.domain.com:8096');
# ?>
### IF YOU CHOOSE THIS OPTION, UNCOMMENT section below and take off OPTION 1:
# <VirtualHost *:80>
# ServerName emby.domain.com
# DocumentRoot "/share/Web/Emby"
# </VirtualHost>
# Virtual host for kodi
<VirtualHost *:80>
ServerName pydio.domain.com
DocumentRoot "/share/Web/Pydio"
</VirtualHost>
giopas, tout ce que je t'est noter plus haut fonctionne pour toi ou pas?
Je vais pas lancer un débat mais mon avis est que pour faire du reverse proxy Nginx >>> Apache, en fait Nginx a été développer pour fournir un contenu static d'où son succès en front-end sur apache en back-end qui fait tourner PHP.
Pour ma part je le préfère pour sa grande modularité et sa configuration claire et précise. Dommage que maintenant il soit brider car une version payante existe (je le connait depuis la version 0.5.x)...
En effet j'ai testé que la partie relative à apache et ça marchait bien sauf pour les vidéos.
Nginx je ne le connais pas trop mais je sais que c'est super modulaire, plus que apache.
Mon problème toutefois est que depuis mon lieu de travail le pare-feu+proxy permet seulement des connections aux portes 80 et 443, donc si s'installe Nginx - à moins de faire un reverse proxy pour chaque service -un peu comme on l'a testé avec apache - et je change toutes les portes (mais si j'ai bien compris la porte 443 reste réservée à Qthttpd), alors je ne pourrais plus accéder à mon NAS.
Ou tu vois une autre solution?
Merci pour ton aide, j'aime bien apprendre de nouvelles choses et trouver nouvelles solutions!
Non elle ne reste pas réserver tout en le restant :?: C'est contradictoire mais c'est amusant car cette contradiction est réalisable uniquement si ton nas a 2 port ethernet et plus. si tu n'en a qu'un aucune autre solution le mien c'est le TS-251 donc 2 ports.
La solution: associer Qthttpd sur l'interface 1 (réglable dans QTS suivi d'une modification manuelle d'un fichier de config) qui écoutera 80 et 443; et la magie c'est que tu pourra lancer Nginx sur l'interface 2 (réglable dans les fichier de config) qui écoutera lui aussi 80 et 443.
Comment faire pour arriver sur l'interface de sont choix ?
Réponse: Dans ton routeur tu redirige les ports 80 et 443 sur l'ip de l'interface 2 tu configure en proxy_pass Nginx pour tes accès aux services et le tour est joue.
en résumer : deux services peuvent écouter les même ports si et seulement si ils ne sont pas binder sur la même interface malgres qu'ils tournent sur le même serveur
routeur configurer pour router les ports 80 et 443 sur ip eth2
Qthttpd -> fichier de config modifier pour forcer l’écoute unique sur eth1
Nginx configurer pour écouter uniquement eth2
extérieur https://qts.domaine.com/ -> DNS résolution -> ton routeur -> routage 443 vers ip eth2 -> nginx sur eth2 -> proxy vers 127.0.0.1:XXXX (XXXX on s'en fou ce n'est pas rapatrier vers ton pc)
extérieur http://qts.domaine.com/ -> DNS résolution -> ton routeur -> routage 80 vers ip eth2 -> nginx sur eth2 -> proxy vers 127.0.0.1:XXXX (XXXX on s'en fou ce n'est pas rapatrier vers ton pc)
extérieur https://qts.domaine.com/ -> DNS résolution -> ton routeur -> routage 443 vers ip eth2 -> nginx sur eth2 -> proxy vers 127.0.0.1:XXXX (XXXX on s'en fou ce n'est pas rapatrier vers ton pc)
extérieur http://qts.domaine.com/ -> DNS résolution -> ton routeur -> routage 80 vers ip eth2 -> nginx sur eth2 -> proxy vers 127.0.0.1:XXXX (XXXX on s'en fou ce n'est pas rapatrier vers ton pc)
Mais dans ce cas, à moins de faire un reverse proxy avec Nginx (ce qui pourrait porter au même problème que j'avais eu avec Photo et Video Station avec les vidéos), je ne peux pas accèder à QTS depuis l'extérieur, n'est pas?
la version x64 pour le firmware 4.3.x est beaucoup plus complète (librairies mis à jour)
ajout de certaines extensions (oauth, xxxdebug, hprose, scrypt, redis ... et j'en passe )
En revanche j'ai cruellement besoin de ImageMagik + memcached + acpu et sur la version en téléchargement
ce n'est pas fonctionnel. (C’est pour faire tourner suitecrm + nextcloud...) (pour la pack X86 / 32)
bref le lien de téléchargement de (PHP-FPM, 5.6.12 embedded ) pointe sur un autre package ...
Y'a t-il un moyen d'avoir cet "ancien" pack ? Où alors est-ce que l'on peut adapter les modules manquant sur ce pack ?
Pour info j'ai gagné 30 % de ram et le cpu est en vacance une nouvelle jeunesse pour mon nas ...
merci pour le bouleau