Asustor Jellyfin depuis le WAN (extérieur) ?

C

CyTo

Padawan
1 Novembre 2019
147
4
18
Bonjour,

Savez-vous comment accéder à Jellyfin depuis le WAN ?
Quels paramétrages ?
Quelle URL ? (testé https://IPNASWAN:8920 > KO)
 
Salut,
Dans Tableau de Bord > Reseau > Paramètres d'accès distant
Tu doit activer l'option
n6kRemN.png


Ensuite les ports par defaut sont :
http -> 8096
https -> 8920

Ensuite il faut penser a ouvrir le port dans la box.

Par contre, pour une connexion sécurisé, il faut un nom de domaine et un certificat https
Utilise tu un reverse proxy ? Si oui, le quel
Comment génère tu le certificat ?
 
Merci pour la réponse...
Dans l'ordre :
- OK pour la connexion distante au serveur,
- pour une connexion sécurisée, il faut un nom de domaine et un certificat https :
1 - est-ce que la connexion sécurisé fournie par ASUSTOR fonctionne avec ezconect.to ?
2 - comment générer un certificat HTTPS ?
- pas de reverse proxy utilisé.
 
CyTo a dit:
1 - est-ce que la connexion sécurisé fournie par ASUSTOR fonctionne avec ezconect.to ?
Cliquez pour agrandir...
Je ne connais pas le fonctionnement de ezconect.to mais je pense que c'est uniquement un relais comme Synology Connect et non un service de DynDNS, sans ssertitude donc , mais pour moi la réponse est : Non


CyTo a dit:
2 - comment générer un certificat HTTPS ?
Cliquez pour agrandir...
Pour un acces a distance directe, avec un certificat c'est ce menu que tu doit utiliser :
vpeKYcY.png

Une fois fait par exemple avec le nom de domaine : cyto.myasustor.com
Alors tu génère le certificat puis dans ta box tu ouvre /redirige le port 8920 vers ton nas
Jellyfin sera accessible alors par https://cyto.myasustor.com:8920
 
Hello,

Je reprends ce cold case car j'ai exactement la même problématique.

Bon on commence par oublier ezconect.to : ce truc tente l'ouverture de port en automatique entre le NAS et la box ; on va éviter ce genre de bidouillle et tout faire à la main en maitrisant le geste NAT, OK ? :)

Etat des lieux :

Sur un NAS Asustor, on a :
_ installé jellyfin via l'App Central : on a donc un container docker jellyfin/jellyfin:latest qui tourne gentiment.

Sur le LAN de la box c'est tout sympathique en http.

Et puis alors on se dit qu'on va le coller derrière son Reverse Proxy pour le faire accéder à sa communauté : et là c'est le drame : les videos freez toutes les 5 secondes .... pour celles qui veulent bien commencer à être lues !

Extrait de log lors de la tentative de lecture video :
[14:04:28] [WRN] [46] Jellyfin.Server.Middleware.ResponseTimeMiddleware: Slow HTTP Response from https://<mon domaine>/Sessions/Playing/Progress to <IP du client sur le WAN> in 0:00:00.7940373 with Status Code 204

J'aimerai donc exposer directement le jellyfin sans passer par le Reverse Proxy pour éliminer un potentiel goulet d'étranglement ; sans conviction car je ne pense pas que ce soit cela le ralentisseur.

Avec ca, ca semblait bien parti :
docker run -it --rm --name certbot -v "./etc/letsencrypt:/etc/letsencrypt" -v "./var/lib/letsencrypt:/var/lib/letsencrypt" certbot/certbot certonly
Mais il pose une question piège :
Input the webroot for <mon domaine>: (Enter 'c' to cancel):
Je tape donc c et reçois : Every requested domain must have a webroot when using the webroot plugin.
Je bloque là.

Et vous ? Votre NAS fait il du jellyfin sur le WAN de façon fluide ? Quelle est votre setup et votre architecure (derrière un RP, ...) ?

Les questions restantes à ce stade sont :
La box fibre optique pourait elle être la cause de ce ralentissement lan/wan ?
Où trouver un tuto pour disposer d'un certificat let's encrypt et savoir comment le faire reconnaitre par le container de l'ADM ?
 
JacquesNAS a dit:
Hello,

Je reprends ce cold case car j'ai exactement la même problématique.

Bon on commence par oublier ezconect.to : ce truc tente l'ouverture de port en automatique entre le NAS et la box ; on va éviter ce genre de bidouillle et tout faire à la main en maitrisant le geste NAT, OK ? :)

Etat des lieux :

Sur un NAS Asustor, on a :
_ installé jellyfin via l'App Central : on a donc un container docker jellyfin/jellyfin:latest qui tourne gentiment.

Sur le LAN de la box c'est tout sympathique en http.

Et puis alors on se dit qu'on va le coller derrière son Reverse Proxy pour le faire accéder à sa communauté : et là c'est le drame : les videos freez toutes les 5 secondes .... pour celles qui veulent bien commencer à être lues !

Extrait de log lors de la tentative de lecture video :
[14:04:28] [WRN] [46] Jellyfin.Server.Middleware.ResponseTimeMiddleware: Slow HTTP Response from https://<mon domaine>/Sessions/Playing/Progress to <IP du client sur le WAN> in 0:00:00.7940373 with Status Code 204

J'aimerai donc exposer directement le jellyfin sans passer par le Reverse Proxy pour éliminer un potentiel goulet d'étranglement ; sans conviction car je ne pense pas que ce soit cela le ralentisseur.

Avec ca, ca semblait bien parti :
docker run -it --rm --name certbot -v "./etc/letsencrypt:/etc/letsencrypt" -v "./var/lib/letsencrypt:/var/lib/letsencrypt" certbot/certbot certonly
Mais il pose une question piège :
Input the webroot for <mon domaine>: (Enter 'c' to cancel):
Je tape donc c et reçois : Every requested domain must have a webroot when using the webroot plugin.
Je bloque là.

Et vous ? Votre NAS fait il du jellyfin sur le WAN de façon fluide ? Quelle est votre setup et votre architecure (derrière un RP, ...) ?

Les questions restantes à ce stade sont :
La box fibre optique pourait elle être la cause de ce ralentissement lan/wan ?
Où trouver un tuto pour disposer d'un certificat let's encrypt et savoir comment le faire reconnaitre par le container de l'ADM ?
Cliquez pour agrandir...
Personnellement j’utilise Nginx Proxy Manager pour rediriger vers mon Jellyfin. Par cette configuration, je n’ai pas de problème.

Sinon pour la commande du certonly, j’utilise celle là de mon cote :

Code: 
docker run --rm -it \
  -v "/home/user/MailServer/mailservercertbot/certs:/etc/letsencrypt/" \
  -v "/home/user/MailServer/mailservercertbot/logs:/var/log/letsencrypt/" \
  -p 8080:80 \
  certbot/certbot certonly --standalone -d mail.mondomaine.fr

Particularité comme j’avais déjà un reverse proxy devant j’ai donc redirigé les requêtes de mail.mondomain.fr vers le port 8080 du container certbot via mon reverse. Si tu as pas de reverse proxy devant, il faudra bien mettre 80:80
 
hello,

Perso avec nginx proxy manager docker configuré comme ceci: :

ports:
# These ports are in format <host-port>:<container-port>
- '80:80' # Public HTTP Port
- '443:443' # Public HTTPS Port
- '81:81' # Admin Web Port


il faut paramétrer jellyfin :

jell.png

le port est à adapter suivant le port mis au https du renverse proxy.

Edit: Pas besoin de certificat spécifique pour jellyfin.
 
Dernière édition:
Vous devez vous connecter ou vous enregistrer pour répondre ici.
Haut Bas
Retour