aj13fr

Juste à gauche de la loupe et du personnage. Es-tu sûr que ton NAS indexe les fichiers ? Dans ce cas, sur la page "Service d'indexage Media", tu devrais avoir un message en rouge du style 'Indexation en cours' sous le bouton de demande de re-indexation.

Salut, Sur ta page DSM, sur la barre en haut, tu dois avoir un icone en forme de roue qui tourne (en mode admin ?). Tu mets ta souris dessus et tu dois avoir une fenetre qui s'ouvre et qui t'indique combien il te reste de fichiers. De plus en cliquant dessus, tu peux mettre en pose ou retarder l'indexation.

La réponse est peut-être là : mais pas la solution...

Dans ma config il n'y a pas de port car tout entre en https (443) et photostation est defini en https aussi. Apres il y a des ports pour le dsm, file, etc.... Je viens de me souvenir d'une chose primordiale ! : ca marche chez moi car je suis resté en dsm4.0 . La gestion de photostation a été modifiée sur la 4.1 (voir un de mes posts precedents où j'avais posé la question au support de Syno et j'étais repassé en 4.0 à cause de cela)

Ben si tu mets photo.domaine.fr au lieu de www.domaine.fr dans le fichier, ça doit le faire ! # PhotoStation <VirtualHost *:> ServerName photo.domaine.fr DocumentRoot /var/packages/PhotoStation/target/photo </VirtualHost> # photo <VirtualHost *:443> ServerName photo.domaine.fr SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on DocumentRoot /var/packages/PhotoStation/target/photo </VirtualHost> (Perso j'ai mis www pour photostation car c'est plus 'commun' pour les personnes qui désirent acceder à un 'site' internet, car quand je donnais l'adresse de photostation, à chaque fois on me disait "je mets www devant ?" !!!)

Salut, Pour photostation, j'ai 'simplement' fait (acces par www): <VirtualHost *:443> ServerName www.domaine.fr SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on DocumentRoot /var/packages/PhotoStation/target/photo </VirtualHost> Pour Config File Editor, j'ai le même problème que toi pour Shell In a Box. En fait le widget lance l'application en local puisque, par le proxy, tu accedes au DSM par une adresse locale (redirection), même si tu es en externe. Finalement, mon fichier hhtpd-local.conf est le suivant : # -*- apache -*- <IfModule !proxy_module> LoadModule proxy_module modules/mod_proxy.so </IfModule> <IfModule !proxy_connect_module> LoadModule proxy_connect_module modules/mod_proxy_connect.so </IfModule> <IfModule !proxy_http_module> LoadModule proxy_http_module modules/mod_proxy_http.so </IfModule> NameVirtualHost *: # Site principal <VirtualHost *:> ServerName * DocumentRoot /var/services/web </VirtualHost> # PhotoStation <VirtualHost *:> ServerName www.domaine.fr DocumentRoot /var/packages/PhotoStation/target/photo </VirtualHost> NameVirtualHost *:443 # filestation <VirtualHost *:443> ServerName file.domaine.fr SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on ProxyPass / https://localhost:9201/ ProxyPassReverse / https://localhost:9201/ </VirtualHost> # photo <VirtualHost *:443> ServerName www.domaine.fr SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on DocumentRoot /var/packages/PhotoStation/target/photo </VirtualHost> # dsm <VirtualHost *:443> ServerName dsm.domaine.fr SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on ProxyPass / https://localhost:8081/ ProxyPassReverse / https://localhost:8081/ </VirtualHost> #webdav <VirtualHost *:443> ServerName webdav.domaine.fr SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on ProxyPass / https://localhost:9200/ ProxyPassReverse / https://localhost:9200/ </VirtualHost> # nzb <VirtualHost *:443> ServerName nzb.domaine.fr SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on ProxyPass / https://localhost:9090/sabnzbd/ ProxyPassReverse / https://localhost:9090/sabnzbd/ </VirtualHost>

Peut-être que ce sont des vidéos qui sont converties....

Bon, tant pis, Merci pour la réponse. Je "pollue" ce post juste avec ce message, si nécessaire j'en ouvrirai un autre : Est ce possible de faire cela en reverse proxy, j'ai essayé sans succès, mais je ne suis vraiment pas spécialiste là dedans ...

Bonjour, Si j'ai bien compris, HAProxy permet de rediriger, en quelques sortes, des sous-domaines vers les applications. Sachant que j'ai un certificat gratuit sur mes connexions https sur un seul sous-domaine, et que donc l'utilisation d'un autre sous-domaine me génère une erreur de certificat, je serais plutot interressé par une redirection du type (en utilisant toujours le port 443) : https://sousdomaine.domaine.fr/dsm -> vers l'interface dsm https://sousdomaine.domaine.fr/file -> vers l'interface filestation https://sousdomaine.domaine.fr/nzb -> vers l'interface satnzbd etc... Est-ce possible avec HAProxy ? Merci pour vos réponses

Tu dois taper vi /etc/ddns_provider.conf <Entrée> Aller en bas de page (fleche bas du clavier) Appuyer sur la touche « i » du clavier (pour insérer), Taper <Entrée> <Entrée> <Entrée> Puis taper : [Ovh] <Entrée> modulepath=DynDNS <Entrée> queryurl=www.ovh.com/nic/update?system=dyndns&username=__USERNAME__&password=__PASSWORD__&hostname=__HOSTNAME__&myip=__MYIP__ <Entrée> <Entrée> <Echap> :wq <Entrée> et ça devrait être bon... si tu tapes cat /etc/ddns_provider.conf <Entrée> Le fichier modifié devrait s'afficher. Il faut bien sûr être en mode administrateur pour pouvoir modifier ce fichier, donc se logger avec le compte "root" et le mot de passe du compte "admin". Faire de même avec le fichier /etc.defaults/ddns_provider.conf

Tu fais "Echap" pour sortir du mode édition, puis tu tapes : (pour entrer en mode commande) puis w (write du fichier) puis q (quit) puis "Entrée" à ce moment là tu sors de vi et tu reviens en mode prompt du shell

Salut, Si tu as créé tes identifiants de DNS OVH, il faut ensuite modifié 2 fichiers sur ton Syno pour faire apparaitre ce DNS : Lancez une connexion Telnet ou SSH (avec PuTTy) Un login/mot de passe est demandé : tapez root et le mot de passe du compte Admin du NAS Tapez maintenant : vi /etc/ddns_provider.conf <Entrée> Défilez en bas de page (Page Down ou flèche bas du clavier) puis placez le curseur devant le dernier fournisseur : [Freedns.org], appuyez sur la touche « i » du clavier (pour insérer), tapez <Entrée> 3x pour insérer une nouvelle ligne vierge à chaque fois et insérez ce code à la place : [Ovh] modulepath=DynDNS queryurl=www.ovh.com/nic/update?system=dyndns&username=__USERNAME__&password=__PASSWORD__&hostname=__HOSTNAME__&myip=__MYIP__ Oui Modulepath=DynDNS et pas OVH : c’est pas une erreur, OVH utilise le même système de DNS que DynDNS. Enregistrez en appuyant sur Echap puis tapez :wq Répétez l’opération pour le fichier /etc.defaults/ddns_provider.conf Ensuite dans l'interface DSM du NAS , allez dans ezCloud , DDNS : Active la prise en charge Fournisseur : Ovh Nom d'hote : adresse du DNS de OVH Nom d'utilisateur : nom d'utilisateur du DNS OVH Mot de passe : mot de passe utilisateur du DNS OVH. Voilà !

Voilà la réponse du support technique : Bon, on sait pourquoi ça marche plus, mais pas comment y remédier. J'ai fait un downgrade en 4.0. Ca a marché, je n'ai pas eu de perte de données et j'ai récupéré mes redirections.

Oui, ça fait partie des DocumentRoot testés

Le domaine ne répondait pas car je faisais des tests sur un 2ème Syno en 4.1 Le "vrai" serveur est pour l'instant resté en 4.0 (heureusement) et je n'avais pas remis la direction IP sur celui-ci. Pour info, lors de mes derniers essais d'hier soir, j'ai réussi a enlevé tous les messages d'erreur en ajoutant au fur et à mesure les répertoires manquant dans open_basedir. Maintenant j'ai bien la page de photostation mais avec quelques images ou icones manquants (comme quand je n'avais pas ajouté dans DSM4.0 la donnée DocumentRoot qui pointait sur PhotoStation). J'ai essayé différents DocumentRoot trouvé sur le forum, mais rien n'y fait. Je vais essayer de contacter le suppoprt Synology, mais je ne suis pas sûr qu'il réponde à ce genre de demande... Si quelqu'un d'autre a des idées je suis preneur...

Oui oui, j'ai bien accès en local par https://192.168.1.111/photo/

Merci pour votre aide et vos réponses, mais Ca n'a hélas rien changé. Ca m'a modifié l'adresse de la page https://www.mondomai...ndomaine.fr en https://www.mondomai...ervice_disabled et affiche la page de Synology "Désolé, la page que vous recherchez est introuvable"

Bonjour, DS212+ sous DSM 4.0, pour acceder à mon NAS de l'exterieur avec des sous-domaines j'utilisais le fichier hhtpd-local.conf contenant : # -*- apache -*- <IfModule !proxy_module> LoadModule proxy_module modules/mod_proxy.so </IfModule> <IfModule !proxy_connect_module> LoadModule proxy_connect_module modules/mod_proxy_connect.so </IfModule> <IfModule !proxy_http_module> LoadModule proxy_http_module modules/mod_proxy_http.so </IfModule> NameVirtualHost *: # Site principal <VirtualHost *:> ServerName * DocumentRoot /var/services/web </VirtualHost> # filestation <VirtualHost *:443> ServerName file.mondomaine.fr SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on ProxyPass / https://localhost:9201/ ProxyPassReverse / https://localhost:9201/ </VirtualHost> # photo !!!!! <VirtualHost *:443> ServerName www.mondomaine.fr SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on DocumentRoot /var/packages/PhotoStation/target/photo </VirtualHost> # dsm <VirtualHost *:443> ServerName dsm.mondomaine.fr SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on ProxyPass / https://localhost:8081/ ProxyPassReverse / https://localhost:8081/ </VirtualHost> sans oublier d'ajouter Include /usr/local/etc/hhtpd-local.conf à la fin du fichier /usr/syno/apache/conf/httpd.conf-user . En tapant https://www.mondomaine.fr j'accédais à photostation, en tapant https://dsm.mondomaine.fr j'accedais au DSM, le tout en sécurisé et sans problème de certificat. Je viens de faire la mise à jour vers le dernier DSM4.1. J'ai rajouté la ligne Include /usr/local/etc/hhtpd-local.conf qui avait disparue du fichier /usr/syno/apache/conf/httpd.conf-user (le fichier /usr/local/etc/hhtpd-local.conf étant toujours présent après la mise à jour) et maintenant j'ai une erreur lorsque je veux acceder à PhotoStation par www.mondomaine.fr. La page m'affiche : Warning: require_once(): open_basedir restriction in effect. File(/volume1/@appstore/PhotoStation/photo/include/syno_conf.php) is not within the allowed path(s): (/etc.defaults:/usr/bin/php:/usr/syno/synoman:/etc:/var/run:/tmp:/var/spool/php:/volume1/@tmp/php:/var/services/web:/var/services/photo:/var/services/blog:/var/services/homes) in /volume1/@appstore/PhotoStation/photo/index.php on line 2 Warning: require_once(/volume1/@appstore/PhotoStation/photo/include/syno_conf.php): failed to open stream: Operation not permitted in /volume1/@appstore/PhotoStation/photo/index.php on line 2 Fatal error: require_once(): Failed opening required 'include/syno_conf.php' (include_path='.:/usr/syno/php/lib/php') in /volume1/@appstore/PhotoStation/photo/index.php on line 2[/code] [/color][/font][/size] Quelqu'un aurait-il une idée SVP ?

Pour info :

Tout à fait. Ton décodeur orange n'envoie pas de signal 'TV internet' sur la sortie antenne. L'entrée 'antenne' est là si tu veux relier ton antenne rateau dessus et te servir du décodeur internet comme décodeur TNT, et la sortie "antenne" est là pour faire la continuité de ton antenne rateau à d'autres équipements (magnétoscope, TV, etc...)

Le problème est que fait de l'extérieur, un Wake On Wan arrive sur ton routeur, et ce routeur ne sait pas à qui transférer la trame, car quelques minutes après l'extinction de ton NAS, le routeur retire l'adresse IP interne allouée à celui-ci. Donc même si tu re-routes ce qui rentre sur le port 9 vers l'adresse IP théorique de ton NAS, celle-ci n'existe plus. L'astuce consiste donc à router ce port sur l'ensemble de la plage IP de ton réseau ("broadcast" je crois), c'est à dire 192.168.1.255 par exemple. Sauf que peu de routeur l'accepte....

Mince ! Merci pour la réponse

Bonjour, Je voudrais passer en 4.1 pour faire un test du videostation et voir si le tuner TNT serait alors reconnu pat tvheadend. C'est là seule chose qui m'interresse pour l'instant du 4.1, sachant qu'en plus il semble y avoir quelques petites améliorations à effectuer sur samba... Mais voilà, si ça ne marche pas, j'aimerais repasser en 4.0 Je sais que Synology dit que c'est pas possible mais qu'en modifiant une ligne dans un fichier on peut faire croire que l'on est en version inférieure et donc faire un downgrade en 4.0 Je me posais une question : Si on reformatte le DD et qu'on fait un double reset pour effacer tout dans le Syno, en théorie le Syno n'a plus de DSM installé et on pourrait installer n'importe quelle version. --> Ai-je raison ? Merci pour votre aide.

Bonjour, Quelqu'un peut confirmer car dans ce cas je fais le saut en 4.1 ....

Super sympa, merci