CoolRaoul

Pas encore fait la mise a jour de mon coté: sur le forum US, quelqu'un a signalé rencontrer des problèmes avec le reverse proxy suite à cette dernière. Je surveille le fil pour le moment

cat /etc/VERSION Et par suite: ( . /etc/VERSION ; echo $majorversion.$minorversion-$buildnumber )

je proposerai volontiers un arret et un redémarrage du service ssh aux heures souhaitées via le gestionnaire de tache DSM: Commande d'arret: /usr/syno/sbin/synoservicecfg --stop ssh-shell Commande de démarrage: /usr/syno/sbin/synoservicecfg --start ssh-shell

Etrange cette nouvelle version de firmware. Elle n'est pas pas détectée par le panneau de configuration DSM ("votre version de DSM est à jour") mais référencée par les releases notes (cf: http://www.synology.com/fr-fr/releaseNote/model/DS213j) et disponible en téléchargement direct (http://usdl.synology.com/download/DSM/5.0/4482/?C=M;O=A) En plus, d'après le forum US deux séries de fichiers .pat on été successivement déposés sur le site avec des tailles légèrement différentes? Qui a testé?

Je me demande si exposer précisément le problème (avec détails, exemples et messages d'erreurs rencontrés) n'augmenterait pas sensiblement les chances de trouver de l'aide. Et sinon j'imagine que tu fais référence a ce genre de post (sujet "webstat"): Une interprétation possible à l'absence de réponse, pourrait simplement être que personne ayant lu la question n'ait installé cet outil (ce qui est mon cas)

Mais *il apparait*: il suffit de créer (ou copier) le raccourci dans un dossier facilement accessible (comme les favoris par exemple) Exemple, le lien "fserv" ci dessous dans les favoris est un lien vers mon NAS et Il apparaît dans "enregistrer sous": A noter que certaines applis n'utilisent pas une fenêtre "enregistrer sous" standard et les favoris de l'explorateur Windows 7 n'y sont pas accessibles. On peut dans ce cas mettre une copie du raccourci sur le bureau et il sera accessible en 2 clics.

Tu peux te connecter sur le syno en ssh à partir du terminal du MAC (faut avoir activé ssh sur le syno) Sous Windows on peut installer "putty" qui intègre les fonction terminal et ssh.

Elle n'est plus foireuse, le problème a été corrigé. (ref: ) **EDIT** Grilled

Ce sont les bizarreries du système de parcours réseau CIFS, faut parfois un certain temps avant qu'une machine soit visible par les autres. Tu peux utiliser l'IP en attendant, le PC Windows devrait pouvoir résoudre le nom au bout de quelques minutes. Sinon c'est que le PC à un problème de "parcours" réseau et la ça peut rapidement devenir velu à dépatouiller (faudrait passer par la commande "nbtstat" pour analyser ce qui se passe). **edit** tu peux vérifier si le nom publié sur le réseau du NAS est bien "Diskstation" avec la commande suivante (à taper en mode terminal, connecté au NAS en ssh ou telnet: /usr/syno/bin/net -U root server name ça va te demander de taper le mot de passe, c'est celui du compte admin.

Ca marche dans les deux cas J'ai mis "diskstation" pour l'exemple mais c'est le nom qui tu as donné à ton NAS qu'il faut mettre. Sinon tu peux aussi mettre l'ip, comme cela: "n.p.q.r"

Si tu parle bien de Windows là, suffit de créer un raccourci avec comme cible juste "diskstation".

La solution est pourtant dans le message d'erreur: "Log in to DS Video again with https disabled" (juste ennuyeux que le message d'erreur ne soit pas en français) A domicile, inutile de crypter les communication entre ton mobile/ta tablette et ton NAS:

Euh ... je ne trouve pas que ce tutorial *conseille* d'utiliser le webdav: ça explique juste comment s'y prendre. Ce n'est pas tout à fait la même chose. D'autant plus que le contexte où c'est approprié est bien indiqué, je cite: "permettre aux utilisateurs de modifier et gérer les fichiers stockés sur des serveurs distants." Ca ne marche pas pour toi? Comment as-tu procédé et quelles sont les erreurs obtenues? Faudrait éviter de distiller les informations au compte goutte... (par exemple il n'avait pas été question de XMBC jusqu'ici) Je ne sais pas très bien comment marche ta version de XBMC (sous Windows je suppose, bien que ce ne soit pas indiqué non plus) mais ça m'étonnerai qu'il ait besoin d'une "icone sur le bureau avec les dossiers dedans" (d'autant plus que je ne suis pas sur de comprendre ce que ça signifie ) pour accéder aux dossiers partagés du syno. Pour cela, toute application Windows peut utiliser la syntaxe "<nom_du_syno><nom_de_partage>" (exemple: diskstationVideo) ce qui utilisera de façon transparente SMB. Si tu tiens vraiment à avoir des icônes, tu peux créer un ou des raccourci avec comme ce type de chemin comme cible. Si tu es sur Mac plutôt que sous Window (mais comment deviner?) l'acces aux fichiers partagés DU NAS est expliqué ici: http://www.synology.com/fr-fr/support/tutorials/563 (mais je ne pourais pas t'aider plus avant n'étant pas sur Mac) Donc en local, dans tous les cas, oublie webdav et utilise plutôt le réseau de façon native et il ne devrait pas y avoir de problème.

Je constate que toi non plus n'as pas de "http-user.log" par contre c'est bien "httpd-user.log". "/var/log/upstart" contient donc bien ce que je cherche pour tous les services, parfait

Oui mais je ne vois pas trop l'intéret (moins performant et moins de fonctionnalités que SMB/CIFS ou NFS). L'intéret de webdav est qu'étant encapsulé sur du http, il est bien approprié pour les connexions distantes, et supporte quasiment tous les proxies de façon transparente. Pourrais-tu nous donner le lien de la page donnant ce "conseil"? Ca me semble vraiment surprenant à moins qu'il n'y soit suggéré que dans des conditions bien spécifiques (telles que celles que j'ai évoqué au début) En ce qui concerne webdav et avec Windows 7 j'essaie de privilegier le client intégré (pour ne pas avoir à ajouter un logiciel de plus) mais celui-ci peut necessiter certaines bidouilles dans la base de registre pour accepter de se connecter à un serveur Webdav Syno. Netdrive fonctionne sans manips particulière.

fserv> ls /var/log/upstart/http-user.log ls: cannot access /var/log/upstart/http-user.log: No such file or directory

Erreur de destination pour le post?

Quelqu'un sur le forum US a pris la peine de traduire la manip en anglais, les liens sont dans ce message: http://forum.synology.com/enu/viewtopic.php?f=108&t=84383&start=75#p317723

Directement via le menu de DS cloud tu as accès à un formulaire "contacter l'assistance", mais sur un mobile ça risque de ne pas être trop pratique. Le mieux est de le faire en ligne La procédure est expliquée dans l'aide DSM, rubrique "contacter l'assistance":

un petit test Création d'un dossier partagé en lecture seule pour un utilisateur donné DScloud, en se connectant avec ce compte, le voit bien tant qu'on ne modifie pas les droits des fichiers et/ou dossiers (par filestation par exemple) Dès que les droits sont modifiés en mettant lecture seule pour l'utilisateur il n'est plus "liable" par dscloud. Donc, en se qui concerne la visiblilté, dscloud ne prend en compte que le doit du partage et pas les droits au niveau fichier Me semble raisonnable de considérer ça comme un bug de DScloud

Tu as raison; Je viens de faire un test d'ajout de dossier partagé à la liste cloudstation et ca m'affiche ce message. Donc normalement les dossiers en lecture seule doivent bien être sélectionnables (je vais vérifier et je repasse )

DSCloud propose est une synchronisation *bidirectionnelle*. Par suite un dossier en lecture seule ne peut être utilisé. C'est logique. Faut peut-être chercher des solutions du coté de bittorrent sync (package DSM et client android sont disponibles, mais je ne saurais pas aider dans l'immédiat par contre).

C'est ce que je déduis du post dont voici le lien: http://forum.synology.com/enu/viewtopic.php?f=108&t=84383&start=30#p317506 "The update firmware has been fixed and you should be able to run the update-2 on your DS112j without any problem."