pluton212+

L'AFP c'est pour Machintosh, donc hors sujet.

Peux tu essayer de passer par "panneau de configuration" "portail des applications" afin de voir si tu accèdes a file station de cette façon? Tu donnes un alias et actives le port proposé pour essai (penser aux redirections DS le routeur).

y a t'il un magasin qui retient les mdp dans osx? si oui p-e essayer de les effacer et de recréer les accès.

Tu devrais essayer NFS qui est un protocole adapté à Linux. Je te laisse te documenter sur http://ubuntu-fr.org/

Ce n'est pas un pb de loopback si il connecte le DSM, je dirai plus un java a installer ou maj sur le pc. Il y a une fonction (que je n'utilise pas) qui permet de naviguer dans l'arborescence du pc, essayes p-e en désactivant ou en activant ceci pour commencer. File Station > Paramètres > Général : "Parcourir les fichiers sur l'ordinateur local avec File Station" (mais pas évident si tu n'y a pas accès...)

Ça date de mars 2014 ton truc... Quel est le rapport avec la maj 5.1-5022 ???

Mouais, là je passe...

Bien sûr sur onduleur et depuis les premiers instants, si tu as bien tout lu, le pb de date est un pb au déballage auquel je n'avais pas prêté plus attention que ça vu que je n'éteinds pas donc ça marche toujours. La date par en vrille suite aux redémarrages suite à maj et la dernière avec ntp a du être plus critique face à ce défaut.

La suite: depuis le début mon syno boot en 1950 ou 58 ou 59 c'est aléatoire (selon les logs) et se met à jour dès qu'il se connecte au réseau. Le support me recommande deux manips de test: 1/ changer l'heure dans DSM puis éteindre la machine pendant 20 mn, en principe il doit se mettre à l'heure. 2/ changer l'heure éteindre et débrancher pendant 20 mn en principe il doit se mettre à l'heure. Si échec au test #1 c'est un pb de carte mère (le syno a 10 mois, car échange en février 2014 suite au crash de la partie éthernet, mise en service en avril). Si échec au test #2 il faut ouvrir et changer la pile du cmos. J'ai bien évidemment échoué aux deux tests, l'heure et la date ne correspondent pas (02/03/1958 20:14:00 manip réalisée le 10/01/2015) ce qui a également pour effet de rendre inaccessible l'accès au DSM avec le message d'erreur suivant "Accès refusé, votre session a expiré"... Ben voyons... J'attrape ma console, me log au syno en root et un "date" me renvoi la date frelaté de l'autre siècle. je fais donc un: date -s "YYYY-MM-DD hh:mm:00" (date -s "2015-01-10 07:15:00") et je retrouve mon accès au DSM. Je me pose tout de même d'importantes questions sur la qualité et la fiabilité de ces appareils car c'est la deuxième défaillance (hors garantie cette fois) en pas trois ans d'utilisation... Serait-ce de la merde ces machines? Je ne veux pas le croire et attends donc l'ultime réponse du support.

Le support est venu faire un tour dans la nuit: sans plus d'explications.

En plus les perfs sont en NFS, et pas de montage auto si pas désirés, tu devrais y réfléchir...

Tu vas avoir beaucoup de satisfactions en explorant l'engin ! Bonnes fêtes !

Salut, sous réserves, mais le DS215 (j?) n'est pas assez puissant pour faire tourner plex, voir des produits + ou play qui ont la puissance nécessaire. (demander confirmation)

Ou bien c'est un coup de la Corée du Nord :-)... Je suis tout de même impatient d'avoir l'avis du support et un retour à la normal (bug ou pas).

Si c'est bon j'ai modifié le message (pour l'autre screen pas compris)... et c'est ok pour les autres fichiers également.

J'ai haché avec le fichier "/usr/bin/smbd" et ça match: je vais tous les faire on ne sait jamais, mais je pense aussi à une merdouille sur le fichier d'update (en tout cas j'espère...)

Salut, Les fichiers sur mon syno: -rw-r--r-- 1 root root 72292 Dec 26 07:17 /lib/libsynoea.so.5 -rw-r--r-- 1 root root 409800 Dec 26 07:17 /lib/libsynogpl.so.5 -rw-r--r-- 1 root root 1882608 Dec 26 07:17 /lib/libsynosdk.so.5 -rwxr-xr-x 1 root root 2954352 Dec 26 07:17 /usr/bin/nmbd -rwxr-xr-x 1 root root 8449928 Dec 26 07:17 /usr/bin/smbd -rwxr-xr-x 1 root root 587032 Dec 26 07:17 /usr/sbin/ntpd -rwxr-xr-x 1 root root 102780 Dec 26 07:17 /usr/sbin/ntpdate -rwxr-xr-x 1 root root 233192 Dec 26 07:17 /usr/sbin/ntpq -rwxr-xr-x 1 root root 13008 Dec 26 07:17 /usr/syno/synoman/webman/dsmtoken.cgi -rw-r--r-- 1 root root 11203 Dec 26 07:17 /usr/syno/synoman/webman/modules/BackupReplicationApp/config Le fichier de la "Smalupdate" (dans le pat) 26/01/2015... comme tous les fichiers de l'update: Bizarre non?

@PiwiLabruti oui tjs pareil après reboot, nouveau scan etc... j'attends le support parce que j'ai ouvert un ticket mais je pense que ça sent le x2 reset.

il y a un "je ne sais quoi" qui me dit d'éteindre la bête en attendant l'avis du support ! Voyez plutôt: je mets trois petits points de suspension... Dsm à jour bien entendu.

Salut, upnp et dlna sont des protocoles réseaux accessibles uniquement en lan.

Bonjour, il faut ouvrir certains ports dans le routeur et/ou le FW du syno: https://www.synology.com/fr-fr/knowledgebase/faq/299

on accède à la page de login du DSM par ton adresse exterieur nom du nas : rafa_0 http://reseau-rafa.hd.free.fr:5000

Bonjour, "je n'utilise pas Synology Photo Station Uploader mais Synology Assistant pour uploader des photos" Est-ce qu'il s'agit de la version 64 bits de Synology assistant et est-ce que les vignettes sont créées sur le mac avant l'upload vers le NAS? (Synology assistant 64b sur linux ne crée pas les vignettes depuis le pc).

Salut, que vient faire un NAS Synology dans ton problème qui doit être réglé par ton ipvanish vu que tu n'aurais pas les bons paramètres de connexion?

Salut, tu ne dois pas essayer " tous les fichiers de update 2 trouvés" mais seulement celui produit pour ton 213+... As-tu essayé de télécharger le bon firmware sur le site de Synology et de faire une mise à jour manuelle depuis ton PC?