QNAP Proxy-Reverse Qnap

[Arthur]

Bonjour

Etant dessus depuis des années sans succès, je sollicite votre aide svp
Je souhaite utiliser les sous-domaines qnap (xx.mycloudnas.com) pour faire les redirections vers Plex , Jellyfin (au mmoins)
Exemple sous-domaine : Plex.mycloudnas.com et Jelly.mycloudnas.com
Ainsi qu'un autre domaine pris sur OVH, exemple : Jelly.nomOVH.com


Box SFR : NAT Configuration Actif :
Jelly : Ports Externes : 8096 => Port Destination : 8096
Plex : Ports Externes : 32400 => Port Destination : 32400
Plex Public Ports Externes 24300 => Port Destination :32400
(Testé aussi) Plex Public Ports Externes 24300 => Port Destination :24300
Http : Ports Externes : 8080 => Port Destination : 8080
(Testé aussi) Http : Ports Externes : 80 => Port Destination : 80
Https : Ports Externes : 443 => Port Destination : 443


Plex
Configuration Plex : Port Externe (default ou non ex : 24300) => port 32400
Connexion en Interne (local) : pas de soucis
Connexion en Externe (hors application) : Fonctionne pas ; indique Réseau externe établie ok => puis quelque sec/min "Non disponible"
*Option Relais actif ou non = ne change rien

Jellyfin
Paramètre d'accès distant :
- port HTTP : Default : 8096
- port HTTPS : 443 (testé sur 444 en ouvrant les port sur box SFR)
Connexion en Interne (local) : pas de soucis
Connexion en Externe (hors application) :
- obliger d'indiquer le port 8096 (et non laisser à default ou port 443/8080)
- et problème de sécurité : "la connexion du site n'est pas sécurisé" (pouvant accédé au site, du au paramatre de sécurité du poste PC)



Configuration Qnap :
Panneau de configuration => Réseau et service => accès réseau => Proxy inverse
Protocole : HTTPS avec le port 443
HTTP avec le port 8080
Nom de domaine : exemple : plex.mycloudnas.com
Profile Controle : Autoriser toutes les connexions

Destination : HTTP
Nom Hote : Default (localhost)
Numéro de port : Port de destination : exemple 32400 Plex ou 8096 Jellyfin
Testé aussi avec le port public plex : 24300



Tuto : Tuto Qnap Proxy Inversé
Souvent je voie parler de l'option Serveur Web a activé, malgré a ce que j'ai compris sur le site qnap, c'est pour la redirection sur des sites/pages internet (wordpress)
Testé en l'activant ou laissant désactiver : rien ne change

Et sur QuFirewall, j'ai également autorisé les ports concernés et meme activé 8080 et 443 pour testé si une différence
J'ai testé : https://dnschecker.org/ ; pour voir si nom de domaine accessible et me detecté bien mon IP publique

Au départ, j'essai avec "Swag", mais deja que sa fonctionné pas des masses, depuis le probleme de permission , ne fonctionne plus du tout :
"BUG] "chmod: changing permissions of '/XXX': Bad address" error message (QNAP) - bug"


En vous remerciant par avance pour vos retours et aides.
Bonne journée

 

[zypos]

les sous-domaines qnap (xx.mycloudnas.com) pour faire les redirections vers Plex , Jellyfin (au mmoins)
Exemple sous-domaine : Plex.mycloudnas.com et Jelly.mycloudnas.com

Bizarre pour moi les sous-domaine Qnap sont en myqnapcloud.com !
De fait le reverse proxy fonctionne très bien mais avec un nom de domaine tiers ( chez OVH ou autres )

 

[EVO]

Bizarre pour moi les sous-domaine Qnap sont en myqnapcloud.com !

Ce sont les alias en mycloudnas.com

Box SFR : NAT Configuration Actif :
Jelly : Ports Externes : 8096 => Port Destination : 8096
Plex : Ports Externes : 32400 => Port Destination : 32400
Plex Public Ports Externes 24300 => Port Destination :32400
(Testé aussi) Plex Public Ports Externes 24300 => Port Destination :24300
Http : Ports Externes : 8080 => Port Destination : 8080
(Testé aussi) Http : Ports Externes : 80 => Port Destination : 80
Https : Ports Externes : 443 => Port Destination : 443

Dans un 1er je te conseil de supprimer tout cela !
Ne garde que :
Http > Ports Externes : 80 => Port Destination : 80
Https : Ports Externes : 443 => Port Destination : 443

Ce sont les deux seuls ports que le reverse proxy a besoin pour fonctionner correctement ! On se place sur 80 et 443 qui sont les ports Web standard afin de facilité la renouvellement du certificat.

Attention les screens de QTS sont pas comme les tiens mais c'est pour illustrés ( je suis en version 6 beta )

Ensuite, dans le panneau de controle > systeme
Assure toi que ton NAS n'utilise pas le port 443 pour HTTPS, place un port de ton choix, ici j'ai pris 33443


Ensuite dans le serveur Web libère le port 80 :
par exemple utilise 8181 pour http


Maintenant que les ports 80 et 443 ne sont plus en utilisation, il te sera possible de les utiliser dans le reverse proxy.

je te suggère pour la 1ere configuration de faire une redirection du domaine myqnapcloud.com vers les ports du Web Serveur donc :

en HTTP :



en HTTPS :



Pour la destination, nom d'hote c'est l'ip locale de ton NAS que tu dois mettre

Assure toi deja que cela fonctionne

 

[Arthur]

Bonjour Evo,

Merci du retour.
BOX SFR Nat :
J'ai désactiver tous les autres et laisser :
Http > Ports Externes : 8080 => Port Destination : 8080
Http > Ports Externes : 80 => Port Destination : 80
Https : Ports Externes : 443 => Port Destination : 443


Ensuite, dans le panneau de controle > systeme
Assure toi que ton NAS n'utilise pas le port 443 pour HTTPS, place un port de ton choix, ici j'ai pris 33443
=> Ce que j'ai fait aussi, suite à tes Tutoriels.


Le "serveur Web" : il est obligatoire de l'activer pour le proxy-reverse ? (jamais compris réel selon les divers source sur le net)

Ensuite dans le serveur Web libère le port 80 :
A default, il était paramétré sur port 8181



configuration de faire une redirection du domaine myqnapcloud.com vers les ports du Web Serveur donc :
Testé avec test.myqnapcloud.com et test.mycloudnas.com (test = alias)




Et en fesant cela, ni en local ni en externe , cela fonctionne :
"Ce site est inaccessible"

Concernant de nouveau le "serveur web", activé dans "panneau de configuration => applications => serveur web => serveur web"
il est également indiqué mais non actif dans "myqnapcloud => access control"
Si je l'active ou non rien ne change à default : mais faut-il qu'il soit aussi actif normalement ?




Merci par avance

 

[EVO]

Http > Ports Externes : 8080 => Port Destination : 8080

Pourquoi l'a tu gardé , tu l'utilise pour autre chose ?

Testé avec test.myqnapcloud.com et test.mycloudnas.com (test = alias)

Il faut utiliser ce qui est déclaré dans ton DDNS MyQNAPCloud et en HTTP pour la source c'est 80

Le "serveur Web" : il est obligatoire de l'activer pour le proxy-reverse ? (jamais compris réel selon les divers source sur le net)

En fait, pour avoir un certificat SSL avec Lets Encrypt, il faut valider le nom de domaine, il es tpossible de le faire via HTTP qui est la méthode la plus simple a mettre en place, ou via DNS par exemple. La modif DNS n'est pas possible sur le nom de domaine myqnapcloud donc on doit utiliser HTTP, pour cela il faut un serveur Web actif qui soit capable de répondre au serveur de lets encrypt lors de la demande de renouvellement du certificat, d'ou l’exposition du serveur Web en 80 / 443

Ton IP locale est étrange, tu est sur ?

Concernant de nouveau le "serveur web", activé dans "panneau de configuration => applications => serveur web => serveur web"
il est également indiqué mais non actif dans "myqnapcloud => access control"
Si je l'active ou non rien ne change à default : mais faut-il qu'il soit aussi actif normalement ?

Cela concerne ici l'acces via myqnapcloud link, pas l'acces direct

 

[Arthur]

Re Evo,

Http > Ports Externes : 8080 => Port Destination : 8080

Pourquoi l'a tu gardé , tu l'utilise pour autre chose ?
non je croyais qu'il était complémentaire à port : 80

Il faut utiliser ce qui est déclaré dans ton DDNS MyQNAPCloud et en HTTP pour la source c'est 80

ce que j'ai fait.

Maintenant j'ai "forbidden" en message d'erreur en local uniquement
en externe toujours : "Ce site est inaccessible"


Ton IP locale est étrange, tu est sur ? oui, juste modifié pour les captures d'écrans.
sinon correctement saisie dans le proxy inversé.


Merci par avance