Kramlech

C'est tout à vrai ... Par contre si le répertoire existe déjà avant que l'on active le serveur Multimédia, avec une simple variation de majuscule, ça marche ... C'est comme cela que mon serveur Multimédia utilise les répertoires Music, Video et Photo ....

Pour moi c'est pareil ... J'ai mis cela sur le compte d'une fonctionnalité non encore implémentée .... ( moi, j'ai dit bug ?)

Après vérification sous vi, non, rien de suspect dans le fichier ..... J'ai juste ajouté la ligne Include /usr/syno/etc/vhost/*.conf-user dans le fichier /usr/syno/apache/conf/httpd.conf-user ... Et le premier fichier (httpd-vhost.conf-user) est correctement pris en compte lui ....

Les imports sont OK. La preuve, si j'ajoute ces trois lignes dans le fichier httpd-ssl-vhost.conf-user (alors qu'elles sont déjà dans le fichier httpd-vhost.conf-user), voici le résultat : Start User Apache Server ..... [Thu Mar 15 11:27:16 2012] [warn] module proxy_module is already loaded, skipping [Thu Mar 15 11:27:16 2012] [warn] module proxy_connect_module is already loaded, skipping [Thu Mar 15 11:27:16 2012] [warn] module proxy_http_module is already loaded, skipping Syntax error on line 7 of /volume1/Script/0_Extensions/vhost/httpd-ssl-vhost.conf-user: Invalid command 'SSLCipherSuite', perhaps misspelled or defined by a module not included in the server configuration /usr/syno/etc/rc.d/S97apache-user.sh: user httpd could not be started

Décidément, je suis maudit ... Après avoir réactivé (httpd-vhost.conf-user) le contenu du fichier httpd-vhost.conf-user selon la méthode de CoolRaoul, j'ai voulu dans un deuxième temps réactiver le contenu du fichier httpd-ssl-vhost.conf-user. Et là les problèmes continuent ... Voici le contenu de ce fichier (qui fonctionnait très bien avant) : NameVirtualHost *:443 <VirtualHost *:443> ServerName fs.<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 ProxyRequests Off ProxyVia Off <Proxy *> Order deny,allow Allow from all </Proxy> ProxyPass / https://192.168.0.120:7001/ ProxyPassReverse / https://192.168.0.120:7001/ </VirtualHost> Et voici le résultat quand je relance apache : Start User Apache Server ..... Syntax error on line 4 of /volume1/Script/0_Extensions/vhost/httpd-ssl-vhost.conf-user: Invalid command 'SSLCipherSuite', perhaps misspelled or defined by a module not included in the server configuration /usr/syno/etc/rc.d/S97apache-user.sh: user httpd could not be started Où est l'erreur ? ( ceux qui voudraient répondre "à la ligne 4" sont priés de sortir !!!!! )

La normalisation des noms de répertoires et de fichiers est importante : /video/Séries/<Nom de la série>/Saison n/[s0nE01]xxxxxxxxxxxxxxx.avi sachant que la partie "/video/Séries/" est modifiable dans le fichier de configuration ....

Est-ce que tu pourrais être plus précis sur ce qu'il faut faire , CoolRaoul ? Pour ma part, j'ai vidé les fichiers /usr/syno/etc/httpd-ssl-vhost.conf-user /usr/syno/etc/httpd-vhost.conf-user ... et les sauvegardes ont l'air de repartir (au moins la sauvegarde de la configuration, je testerai l'autre plus tard. Puis j'ai copié mon ancien fichier httpd-vhost.conf-user dans le répertoire /usr/syno/etc/sites-enabled-user/ (en le renommant httpd-vhost.conf , comme tu le dis). Mais là, quand je relance apache, j'ai les messages suivants : Start User Apache Server ..... [Wed Mar 14 14:19:23 2012] [warn] module proxy_module is already loaded, skipping [Wed Mar 14 14:19:23 2012] [warn] module proxy_connect_module is already loaded, skipping [Wed Mar 14 14:19:23 2012] [warn] module proxy_http_module is already loaded, skipping Syntax error on line 5 of /usr/syno/etc/sites-enabled-user/httpd-vhost.conf: <VirtualHost> cannot occur within <VirtualHost> section

Et dans panneau de Configuration, Paramètre de DSM, onglet Service HHTP, tu as bien coché la case "Activer la connexion HTTPS" ? Si oui, as-tu essayé de cocher aussi la case "Rediriger automatiquement ....." ?

Avec l'arrivée du DSM 4, il doivent être submergés !!!

Ah ... une piste ? Moi aussi, je fais du reverse proxy ... Ou est-ce que tu trouves ces messages ?

As-tu essayé de taper https://ip_du_nas:5001 ?

Ok dans la majorité des cas .... Mais ce n'est pas toujours possible ... ni souhaitable .... As-tu essayé de déplacer des fichiers Excel dans lesquels il y a des liens vers d'autres fichiers Excel, ou qui sont eux même référencés dans des fichiers Excel ? Sans compter les logiciels qui imposent leurs répertoires (hé oui, malheureusement ça existe encore ). Ni les cas où des données sur un disque de la machine 1 sont réparties sur deux disques de la machine 2 (ce qui peut être masqué via les bibliothèque windows). Bref, oui, j'ai une configuration compliquée .... Mais je n'ai pas toute la liberté voulue sur une des machines (machine professionnelle) ... En conclusion, OUI la Cloud Station est une super avancée, OUI c'est super ne plus passer par des serveurs externes, OUI je vais sans doute l'utiliser, mais NON elle ne va malheureusement pas pouvoir répondre à tous mes besoins ... Et ce que je regrette, c'est qu'il en faudrait peu pour quelle devienne quasi parfaite (pouvoir partager PLUSIEURS répertoire NON obligatoirement vide initialement) .... Mais comme je suis résolument optimiste et confiant envers Synology, je suis sur que cela va évoluer dans le bon sens ....

Par contre Time Backup fonctionne toujours ....

Quand je parlais du répertoire "Mes Documents", c'était un exemple bien pratique pour expliquer que je voulais synchroniser des données contenues dans un répertoire déjà existant, et qu'il n'est pas possible de déplacer .... Et je suis tout à fait d'accord avec toi pour dire que le Cloud Station est bien fait pour synchroniser des données entre plusieurs ordinateurs d'une même personne. Ce qui signifie que toute modification faite sur un poste doit être disponible sur l'autre poste, sans avoir à faire des manipulations sur ces fichiers (déplacement ou autres). Donc être dans l'obligation de partir d'un répertoire vide ne ma parait pas vraiment judicieux. J'espérais pourvoir retrouver le même type de fonctionnalité que Windows Live Mesh (on sélectionne un ou plusieurs répertoires existant sur la machine 1, l'équivalent sur la machine 2, et la synchronisation se fait) .... Le problème de WLM, c'est que si on ne veux pas stocker ses données sur les serveurs Windows (chose à laquelle je me refuse ...), il faut bien sur que les deux machines soient connectées simultanément pour que la synchro se fasse. Et passer par le NAS permet de s'affranchir de cette contrainte

C'est vrai que l'obligation de démarrer avec un répertoire vide me semble stupide ... Je voulais synchroniser le répertoire "Mes Documents", mais c'est donc raté ... J'ai essayé de créer un lien symbolique (avec MKLINK) dans le dossier du Cloud Staton. A la création du lien, le changement est bien détecté, et la synchro est OK ... Mais les modifications ultérieures du répertoire source ne sont pas détectées .... Donc en attendant des évolutions du produit (pouvoir mettre en partage des répertoires non vides, pouvoir mettre en partage plusieurs répertoires), je vais continuer à utiliser Windows Live Mesh ...

J'ai signalé le problème à Synology .... Je vous tiens au courant de la suite des évènements ..... (pourvu que Murphy ne frappe pas pendant que les sauvegardes ne fonctionnent plus !!!!!)

J'ai le même problème que Gaetan lorsque j'essaie de faire la sauvegarde de la configuration ....

Es-tu sur de cela ? Dans le journal, il y a bien la notification du début de la sauvegarde locale, mais il n'y a jamais de notification de fin de sauvegarde ... ni de message d'erreur ... Ce qui peut faire penser que la sauvegarde est en cours. Mais en fait rien ne se passe (la sauvegarde se plante ?) Et c'est bien vérifié (en créant une nouvelle sauvegarde avec un seul fichier à sauvegarder !!!)

Non, pour moi, il y a quand même un lien évident : Maintenant, dans une sauvegarde locale, la sauvegarde de la configuration est automatiquement sélectionnée, et elle ne peut pas être désélectionnée .... En plus, lorsque je lance une nouvelle sauvegarde, la seule chose qui est faite, c'est la création du répertoire @app (il me semble que c'est là où est stockée la sauvegarde de la configuration - fichier .dss). Ce répertoire est vide ... Ce qui tendrait à prouver que c'est la sauvegarde de la configuration qui fait planter la sauvegarde locale .....

Serait-ce le même problème que le problème de sauvegrades locales que j'ai soulevé dans le sujet ?

Je reviens sur le sujet ... Après différents tests, il apparait que les sauvegardes locales ne fonctionnent plus du tout. Même en créant une nouvelle sauvegarde de toute pièce, et en faisant un soumission immédiate ... rien ne se passe. Est-ce qu'il n'y a a vraiment que moi qui rencontre ce problème ?

Bonjour Je viens de remarquer un problème suite à la mise en place de DSM 4 (4.0-2198). Mes sauvegardes ne fonctionnent plus. Il s'agit de sauvegardes locales, du volume1 vers le volume2. Que la sauvegarde soit lancée automatiquement ou manuellement, elle semble démarrer (j'ai même une notification dans le journal), mais après ... plus rien. Je n'ai jamais de notification indiquant la fin de de la sauvegarde (comme avant), et surtout, la sauvegarde ne se fait pas (vérifié en ajoutant ou en supprimant des fichiers ...) Quelqu'un aurait-il rencontré ce problème ?

Non, pour deux raisons : Cela m'interdirait d'accéder à mes sites web Ca ne marche pas : sauf si j'ai raté quelque chose, il n'est pas possible de rediriger une requête HTTP vers une requête HTTPS par simple redirection de port ... (HTTP://<adresse>:7001 ou HTTPS://<adresse>:7000 ne fonctionnent pas !!!!) Je rappelle que mon but, c'est de pouvoir accéder à une adresse HTTPS sans avoir à saisir le HTTPS (comme cela se passe pour le DSM quand on a validé l'option de redirection automatique vers HTTPS)

Ben, LA fonction .....

Je suis tout à fait d'accord, mais le but final, c'est de forcer les accès externes sans avoir à taper HTTPS .... Pour le DSM, on tape <adresse>, et on arrive sur l'URL HTTPS://<adresse> Ce que je voudrais, c'est la même chose pour la File Station. Saisir <adresse>:7000 (resp <fs.adresse> avec un reverse proxy) et arriver sur HTTPS://<adresse>:7001 (resp HTTPS://<fs.adresse>)