aj13fr Posté(e) le 4 octobre 2012 Posté(e) le 4 octobre 2012 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 ?
psuken Posté(e) le 4 octobre 2012 Posté(e) le 4 octobre 2012 (modifié) Le DocumentRoot de PhotoStation a changé Remplace DocumentRoot /var/packages/PhotoStation/target/photo Par DocumentRoot /volume1/@appstore/PhotoStation/photo/ Modifié le 4 octobre 2012 par psuken
Lurik Posté(e) le 4 octobre 2012 Posté(e) le 4 octobre 2012 (modifié) Sans les balises couleurs cela donne cela : DocumentRoot /volume1/@appstore/PhotoStation/photo/ Modifié le 4 octobre 2012 par Lurik
psuken Posté(e) le 4 octobre 2012 Posté(e) le 4 octobre 2012 Si ça ne corrige pas le problème, ajoute le chemin vers PhotoStation dans les open_basedir de php (Paneau de configuration > Service Web > Paramètres PHP) Le 10/4/2012 à 1:37 PM, Lurik a dit : Sans les balises couleurs cela donne cela : Oais... visiblzement le forum n'aime pas les copier/coller de son propre code ^^
aj13fr Posté(e) le 4 octobre 2012 Auteur Posté(e) le 4 octobre 2012 (modifié) Merci pour votre aide et vos réponses, mais Le 10/4/2012 à 1:34 PM, psuken a dit : Le DocumentRoot de PhotoStation a changé Remplace DocumentRoot /var/packages/PhotoStation/target/photo Par DocumentRoot /volume1/@appstore/PhotoStation/photo/ Ca n'a hélas rien changé. Le 10/4/2012 à 1:44 PM, psuken a dit : Si ça ne corrige pas le problème, ajoute le chemin vers PhotoStation dans les open_basedir de php (Paneau de configuration > Service Web > Paramètres PHP) 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" Modifié le 4 octobre 2012 par aj13fr
psuken Posté(e) le 4 octobre 2012 Posté(e) le 4 octobre 2012 Les message Warning: require_once(): open_basedir restriction in effect indique que PhotoStation ne peut pas faire appel au fichiers dont il a besoin car le répertoire dans lequel ils sont n'est pas dans la liste des répertoires autorisés dans la configuration de PHP. Les chemins autorisés sur ton NAS sont : /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 D'ou la modification de open_basedir dans le paneau de configuration. Juste une question... PhotoStation est bien activé ?
aj13fr Posté(e) le 4 octobre 2012 Auteur Posté(e) le 4 octobre 2012 Oui oui, j'ai bien accès en local par https://192.168.1.111/photo/
psuken Posté(e) le 4 octobre 2012 Posté(e) le 4 octobre 2012 (modifié) Bon en tout cas, tu n'as plus l'erreur "Warning', c'est d Modifié le 5 octobre 2012 par psuken
aj13fr Posté(e) le 5 octobre 2012 Auteur Posté(e) le 5 octobre 2012 (modifié) 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... Modifié le 5 octobre 2012 par aj13fr
psuken Posté(e) le 5 octobre 2012 Posté(e) le 5 octobre 2012 hmm... étrange. As-tu essayé de mettre /volume1/@appstore/PhotoStation/ comme Root?
aj13fr Posté(e) le 5 octobre 2012 Auteur Posté(e) le 5 octobre 2012 Oui, ça fait partie des DocumentRoot testés
aj13fr Posté(e) le 9 octobre 2012 Auteur Posté(e) le 9 octobre 2012 (modifié) Voilà la réponse du support technique : Citation Dear xxxx, Thanks for your inquiry. In DSM4.0, the system treated /photo as an exception. It will skip virtual host rules and direct the connection to photo station. However, since this exception has caused many other issues, we have removed this special rule from /photo in DSM4.1. As a matter, if you type in http://ddns_hostname/photo, it will be directed to http://ddns_hostname/vhost/photo to comply with virtual host rules. Since no folder is named /photo under the virtual host subfolder, it's normal that the system replied "page not found". Please check if this is considered to be the issue. Sincerely, yyyyy zzzzz 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. Modifié le 9 octobre 2012 par aj13fr
Messages recommandés