Bonjour
Je suis très actif en ce moment..... Pour demander de l'aide
En fait je suis en train de modifier mon "Home cinéma" anciennement sur raspberry passé vers un htpc/bureautique, j'en profite aussi pour améliorer certaine choses au niveau serveur .
J'utilise XBMC pour streamer mes films SD et séries depuis ma seedbox avec le protocole sftp mais voilà depuis la mise à jour gotham 13.1 je n'arrive plus à lire correctement films et séries ça lague !! D'où mon maintient de frodo 12.2 ou quasiment tout passe.La solution serait de passer au protocole https, mais cela ne peut fonctionner qu'en créant un lien symbolique.
Qu'à cela ne tienne je retrouve la méthode (tuto d'installe d'une seedbox sous apache) pour créer un lien me permettant d'accéder a l’arborescence des fichiers en partage de ma seedbox (un peu à la façon de cakeboxe🙂
cd /var/www/rutorrent/
sudo ln -s /home/<user>/torrents/ streaming

Mais lorsque je tente d'accéder à la page streaming j'ai à la place une vilaine page 403 FORBIDDEN !!
Du coup je suis un peu coincé !!

Tant que j'y suis partageant une seconde seedbox avec un ami je lui ai installé cakebox light seulement impossible de lire directement les fichiers (xvid h264..) rien ne se passe (sous firefox avec le module vlc non plus) !! Par contre si je recopie le lien et le colle sous VLC et là ça marche !
Vos avis et conseils sont les biens venus !!
Merci
7 jours plus tard
NginxDocumentation wrote:On systems that do not support opening of directories only for search, to use these parameters it is required that worker processes have read permissions for all directories being checked.
Je crois avoir trouvé une piste... il faudra que je regarde ça de plus près.
D'après la doc(umentation), a priori, un lien symbolique (cf cette page) ne peut fonctionner. Du moins, dans certaine situation, sans une adaptation des droits. Il semblerait que Nginx requiert des droits afin d'éviter cette erreur.
Merci Wagner !
Je vais déjà lire la doc (à laquelle il me semble avoir déjà jeté un oeil, mais mon anglais n'étant pas génial, j'ai pas approfondie !!)
De rien attila01, je comprends. Elle est assez dense, ni vraiment évidente et parfois même obsolète...
La directive autoindex (cf cette page) permet l'usage d'un lien symbolique. Il va me falloir du temps pour comprendre la directive disable_symlinks... Là ce n'est guère concluant.
Encore merci c'est sympa de prendre sur ton temps !! Pourquoi c'est pas aussi simple que pour apache cette histoire de lien symbolique !!!!
C'est cool aussi de mettre les liens de la doc comme ça je peu lire et tenter de comprendre !!
12 jours plus tard
Bonsoir,

de rien attila01. Par rapport à Apache, j'imagine, il est certainement préconfiguré (Options FollowSymLinks).
Navré, je renonce. Quelque chose m'échappe et je ne parviens à (sa)voir de quoi il s'agit ... En tout cas, il semble normal d'obtenir une erreur 403 avec un lien symbolique... Nginx, sans la moindre conf(ig), est (ou sera) dans l'incapacité de le suivre.
Wagner wrote:Bonsoir,

de rien attila01. Par rapport à Apache, j'imagine, il est certainement préconfiguré (Options FollowSymLinks).
Navré, je renonce. Quelque chose m'échappe et je ne parviens à (sa)voir de quoi il s'agit ... En tout cas, il semble normal d'obtenir une erreur 403 avec un lien symbolique... Nginx, sans la moindre conf(ig), est (ou sera) dans l'incapacité de le suivre.
J'ai déjà rencontré le problème, le problème vient du fait qu'Nginx n'autorise pas le listage des répertoires. Donc si tu n'as pas de fichier Index.html|php... dans le répertoire il ne liste rien et donc tu te retrouve avec un "accès refusé".

Apache à la différence d'Nginx, autorise par défaut le listage des répertoires. Il te faut donc dire à Nginx dans ton Vhost que tu l'autorise à lister le contenu du répertoire (De plus des droits de lecture pour Nginx sont nécessaires de mémoire).

La directive a ajouter à ton Vhost est la suivante : 
autoindex on;
En espérant t'avoir aidé !
Navré de décevoir, Krast c'est un chou blanc. J'ai connaissance de tout ça et même certaines choses depuis un lustre. De plus, dans mon message précédent (première phrase, ligne n°2), j'ai évoqué cette directive comme étant une solution à cette erreur.
Salut
Merci Krast pour ton coup de main !! Mais avant que Wagner explique toute la complexité du listage de dossier sous nginx j'avais déjà tenté autoindex dans mon vhost... Sans succès
Pour le moment j'ai essayé des solutions alternatives comme h5ai mais c'est un echec sans en être un car mon but était de faire apparaitre mes fichiers sous kodi en https donc d'offrir un accès; avec h5ai j'arrive a accédé au serveur (en tout cas j'ai pas de message d'erreur) mais je tombe sur une page vide rien n'est présent aucun fichier !!
Bonjour,

je songe à faire de même avec ce h5ai... C'est un demi-échec, l'interface se charge cependant j'obtiens une page presque vide également. Le lien symbolique ne remplit son rôle... Ce n'est le bon emplacement, ni les bons dossiers et aucun fichier n'apparaît.

Dans le tutoriel (de ce h5ai), il est (encore) question de la v0.25.2. Je présume, il ne doit y avoir aucune différence (au fond). J'essaie de le mettre en place avec la v0.27.
Je me suis mal exprimé en fait h5ai fonctionne bien en utilisation normale comme précisé dans le tuto, j'ai du magouiller le vhost (grace aux com !!) C'est dans kodi que j'ai une page vide à l'accès !!
Ha d'accord merci attila01 c'est plus clair, j'avais mal compris 🙂.
Répondre…