mlelorra

Bonjour J'ai un vieux DS207+ (DSM 3.1-1637) doté de 2 disques 1To Samsung HD103UJ, montés en RAID1 L'un des 2 disques battants de l'aile, je me suis dit que ça serait peut-être l'occasion d'en profiter pour passer à des 2To. Et tant qu'à faire, je me disais que ça pourrait être pas mal de passer sur des Western Digital Red Cependant, je ne les vois pas dans la liste officielle des disques compatibles sur le site Synology. Est-ce que ce : - l'un de vous aurait déjà testé et pourrait dire ce qu'il en est ? - théoriquement, ça peut fonctionner ? Merci pour vos réponses !

Hello Mon NAS (DS207+, version DSM 3.1-1636) fonctionne parfaitement depuis quelques mois et je viens d'acquérir un smartphone Android (HTC Desire X) J'y ai installé les applis DS Photo+ et DS File. Grâce à cela j'arrive très bien à accéder à mon NAS, aux photos, etc... Par contre, je n'arrive pas à uploader les fichiers ou les photos qui sont stockés sur mon téléphone. Au mieux, j'ai un menu "partager / ds photo +" depuis l'album photo mais j'ai systématiquement l'erreur "Il n'y a aucun album à transférer". Et pas moyen de trouver un menu, une option, un paramètre, un commentaire ... qui puisse me mettre sur la route Merci par avance pour votre aide

rien de mon côté

Hello Un pti up ! quelles sont à date les solutions de sauvegarde en ligne qui sont compatibles avec cette série d'exigence : - fonctionne avec mon Syno DS207+ (bloqué en version DSM 3.1-X) - gratuit - en maximisant le volume de stockage (j'aimerais avoir qq dizaines de Go) Merci !

un pti up pour cette intégration chez Syno ? a++

Hello Je rebondis sur ce message pour savoir si qqn a percé les mystères de ce nouveau service Swift pour interfacer nos Syno avec Hubic a++

Bonjour Diaoul Peux-tu nous en dire plus ? le top du top serait même un tuto ou simili tuto et là... champagne !!! ps: Meilleurs voeux 2013 à tous

je vais le faire pour être clean en effet par contre, je passerai jamais au dsm4 (j'ai un ds207+ qui est bloqué en dsm3.x)

ca y est, c'est résolu. En fait, j'ai désactivé les services filestation et webstation via l'interface web. Puis je les ai tous les 2 réactivé et j'ai changé le fichier httpd-ssl-vhost.conf-user directement (n'étant qu'au DSM 3.1, je ne crois pas avoir de risque) en mettant la conf identifiée ci-dessus par CoolRaoul

Ahh je crois que j'ai trouvé qqchose ! En modifiant dans l'interface Web de mon syno la section "web services" (et modif des virtual host), j'ai tout réinitialisé, j'ai remodifié le fichier vhost à la main. Maintenant, ça repasse pour le port 5001 et la redirection de mon adresse https://monadresseadmin.no-ip.org mais sur le port 7001, j'ai l'erreur suivante : Service Temporarily Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

euhhh... j'avoue que je suis un peu perdu ? c'est quoi le portail des applications ? Et là, en relançant, j'ai toujours le "5001" qui vient compléter mon adresse... je ne comprends plus rien. Comme si le reverse proxy ne fonctionnait pas du tout et que c'était simplement le serveur Apache qui exécutait le comportement par défaut en standard du Syno Ps: je tente de repasser le tuto depuis 0 et il y a un truc dont je ne suis plus tout à fait sûr. Il s'agit du paramétrage du routeur : pour l'instant, j'ai mis des redirections des ports , 443, 5000,5001,7000 et 7001 depuis l'externe vers les mêmes ports sur 192.168.0.6 (l'adresse IP locale de mon NAS). J'en oublie ?

Oui, c'est bien comme cela. J'ai même coché/décoché puis reboot le Syno mais c'est toujours pareil Quand je lance https://monadressefile.no-ip.org, ça ne fonctionne toujours pas... Sur firefox, l'adresse se transforme en https://monadressefile.no-ip.org:5001/ et ça ne va pas plus loin Sur IE, j'ai "erreur 403" Nota: ça a fonctionné pdt qq semaines mais je ne sais pas ce que j'ai changé qui a "pété" la conf... Nota2 : je fais cela pour passer le proxy du boulot

alors là c'est de plus en plus bizarre... toute la section où il est faire référence à monadresseadmin.no-ip.org a été commentée... voici ci-dessous le code actuel (ps: j'ai bien redémarré Apache) N'y aurait-il pas d'autres fichiers impliqués dans la conf ? n'y a t'il pas un truc à régler avec le fournisseur de nom host ? merci en tout cas LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_connect_module modules/mod_proxy_connect.so LoadModule proxy_http_module modules/mod_proxy_http.so NameVirtualHost *:443 <VirtualHost *:443> ServerName monadressefile.no-ip.org 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:7001/ ProxyPassReverse / https://localhost:7001/ </VirtualHost> #<VirtualHost *:443> #ServerName monadresseadmin.no-ip.org #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:5001/ #ProxyPassReverse / https://localhost:5001/ #</VirtualHost>

hmmm... merci CoolRaoul. Je n'avais pas vu le fait que le tuto n'était pas à utiliser directement. Quoiqu'il en soit, n'étant qu'en DSM 3.x, je n'ai p-e pas le problème D'autre part, j'ai nettoyé le fichier comme tu le suggères mais ça ne semble pas améliorer la situation. D'où peut venir le prob ?

Bonjour J'aimerais utiliser virtual host pour faire pointer https://monadresseadmin.no-ip.org vers le port 5001 et https://monadressefile.no-ip.org vers le port 7001 j'ai donc éditer httpd-ssl-vhost.conf-user pour y mettre LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_connect_module modules/mod_proxy_connect.so LoadModule proxy_http_module modules/mod_proxy_http.so NameVirtualHost *:443 <VirtualHost *:443> ServerName monadressefile.no-ip.org 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.6:7001/ ProxyPassReverse / https://192.168.0.6:7001/ </VirtualHost> <VirtualHost *:443> ServerName monadresseadmin.no-ip.org 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.6:5001/ ProxyPassReverse / https://192.168.0.6:5001/ </VirtualHost> Toutefois en pratique https://monadresseadmin.no-ip.org et https://monadressefile.no-ip.org envoient toutes les 2 vers https://192.168.0.6:5001/ Quelqu'un pourrait-il me dire si il arrive à trouver d'où viendrait le problème ? rien que dans l'idée de faire cela ? ou dans les lignes de code ? Merci

ok merci, je vais voir à ca. Toutefois, j'aurais toujours le même problème de sur-utilisation de ressources par mes mount.davfs non ?

disons que, présenté sous cet angle, c'est effectivement pas top Mais quelles autres solutions aurais-je ? En pratique, aujourd'hui, ça me permet d'avoir une synchro/sauvegarde de données qui "ne bougent pas trop" (moins de 1% des données sont changées par semaine) et donc j'aurais une sauvegarde valable le jour avant que Hubic ne coupe DAV. Effectivement, je n'aurais rien jusqu'au jour où ils réouvriront le nouveau protocole Au pire des cas, que se passe t'il ? j'attends 3 mois et je crash le Syno complet. A cette date j'aurais quand même environ 90% des données que je voulais sauvegarder Alors que si je ne fais rien (certes, parce que je ne connais pas d'autres alternatives séduisantes à coût zéro), dans le cas du même crash, je me retrouverais sans rien

en fait, l'avantage c'est que ça marche encore qq jours avant que qqn puisse nous aider à passer au nouveau protocole. Et d'ici là, les synchro se feront tout de même (le risque de perte de données d'ici là est donc largement diminué)

Un nouveau "bug" étrange ! En suivant le tuto, tout va bien mais une fois les transferts de fichiers réalisés (en rsync ou avec le module "Sauvegarder et restaurer"), je constate dans le moniteur de ressources : - une utilisation très importante de la RAM par mount.davfs (plus de 30 Mb). Qui ne baisse jamais comme si il n'y avait pas de libération - une utilisation très importante de la CPU par plusieurs mount.davfs (entre 20 et 40% à la somme). Qui reste toujours dans la même fourchette - une utilisation de bande passante en upload. Mais qui se calme manifestement après plusieurs heures pour redescendre au point 0 (comme si il y avait une latence) Avez-vous des pistes d'exploration du phénomène ? Merci

Up ?

Un pti up ?

et on récupére où les bons packages ?

Euuh... je ne suis pas un expert, mais as tu trouvé des packages fuse et cloudfs utilisable en "ipkg" ? ou faut-il tout "cross-compiler" ? si oui, est-ce que qqn peut redonner les grandes lignes ? Merci ps: quand je dis "grandes lignes", c'est pour savoir où récupérer les bons fichiers à installer

Et non... justement, ça ne fonctionne qu'une fois, au mieux Au sens, où je fais une fois la sauvegarde et qu'à la seconde, ca plante systématiquement