CoolRaoul

T'apres ton screenshot tu as *aussi* supprimé les droits en exécution (cf mon explication plus haut)

J'ai du mal à te suivre: tu écris que les noms UNC ne sont pas supportés et juste après que tu n'en sais rien! Les chemins UNC *sont* supportés sous XP, suffit d'essayer tu verras.

Comment est-ce possible? le support des chemins UNC est intégré à Windows!

Exactement, aussi bien pour un dossier que pour un fichier. Mais il faut bien être conscient que , si on n'utilise pas les ACL, il n'y a pas héritage des droits, par conséquent un nouveau fichier ou dossier créé verra ses droits propres positionnés en lecture/écriture pour tout le monde (enfin, c'est ainsi que fait DSM) Les termes utilisés étant "écriture", "lecture", "exécuter", j'imagine que les deux premiers ne te posent pas de problèmes! "Exécuter" est un peu spécial dans le cas d'un répertoire, il donne le doit de le traverser (alors que "lire" ne permet que de lister son contenu). Pour un répertoire sur lequel on a le droit d'exécution mais pas de lecture il est donc possible d'accéder à un fichier qu'il contient pour peu d'en connaitre le nom. Cela n'a pas d'application pratique via filestation mais par ftp ça peut permettre de cacher des dossiers à la vue des utilisateurs (suppression du droit lecture sur le dossier père) tout en leur permettant quand même d'y accéder (maintient du droit exécution) non, qu'est-ce qui te fait dire ça?

Les droits sur les sous-dossiers se configurent avec file station, pas avec le panneau de configuration (celui-ci configure les droits globaux sur le partage, au final c'est la combinaison des deux qui s'applique en fait). Mais par défaut, comme DSM met initialement des droits en lecture/écriture sur tous les fichiers/dossiers on ignore souvent cette possibilité d'affiner les droits au niveau fichier/dossier. Le droit effectif pour un utilisateur nécessite de passer les *deux* barrières. Par défaut c'est le modèle unix standard (propriétaire/groupe/autres) qui s'applique. Mais il est possible d'activer les ACL sur le partage quand ce modèle ne permet pas d'arriver exactement à ce que l'on souhaite (attention les ACL mis en place sur les fichers/dossiers d'un partage restent effectifs même après désactivation). Si tu hésites à utiliser les ACL, le modèle de restriction d'acces que tu demandes risque d'être un peu "touchy" à gérer avec les droits unix de base. (va falloir je pense créer deux groupes dédiés, affecter ces derniers aux différents dossiers de niveau 1). Tu peux toujours expérimenter en créant un partage de test pour jouer. Donc l'option suggérée ci dessus par Domlas de créer un dossier partagé spécifique est peut-être plus appropriée dans ton cas. A toi de voir si tu prend le temps d'expérimenter ou préfère aller au plus simple.

<mode cheveu_sur_la_soupe on> Pourquoi s'emm** avec une lettre de lecteur et ne pas utiliser des noms unc? @echo off set BDD=DISKSTATIONbdd set fichier=mabase.mdb set jour=%date:~0,2% set mois=%date:~3,2% set annee=%date:~6,4% set ajoutnom=%annee%%mois%%jour% copy /Y %BDD%%fichier% %BDD%sauveJ%ajoutnom%_%fichier% </mode>

Je ne suis pas certain d'avoir bien compris la question, mais à priori c'est dans "panneau de configuration -> Matériel -> Planif Alim"

J'aurais plutot écrit "WTF" Tout ça pour ça! Sortir in nouveau firmware pour un bug cosmétique, faut croire que c'est de la bonne qui circule chez Syno.

Comment fais-tu cela? Il doit bien avoir quelque part dans le logiciel de sauvegarde le moyen d'indiquer le chemin et sous quel nom il va déposer son backup. Mais, dans tous les cas en se connectant avec le user "toto" l'écriture dans le home est bien entendu autorisée. Donc ton logiciel de sauvegarde devrait pouvoir aussi fonctionner ainsi. Tu n'a pas moyen de poser la question à ceux qu'il l'ont développé?

Elégant détournement de l'usage de la commande xargs (qu'on utilise d'habitude plutôt avec des listes de noms de fichiers en entrée). Sinon (et a titre d'exercice) je pense qu'il doit être possible de tout faire d'un coup avec sed (pour ceux qui maîtrisent bien [ce n'est pas mon cas] les manipulation sur le "pattern space" et le "hold space")

Et il n'est pas possible de rendre le soft plus verbeux (une sorte de mode "debug" ou "verbose") ?

Avec une erreur de type "timeout" je pense qu'il faut chercher ailleurs (firewall entre le syno et le systeme d'archivage client ftp par exemple)

Peut-être est-il possible d'éviter de modifier /etc/passwd à la main (ce qui peut avoir des effets de bords non maitrisés) En effet je serais surpris que le soft de sauvegarde utilisé ne sache pas déposer ses archives dans un autre dossier que celui par défaut. C'est quoi ce soft?

Essaie de mettre un "set -x" en début de script pour avoir la trace exacte de la commande

A quoi tu constates ça en pratique?

http://usdl.synology.com/download/DiskStation/DSM4.2/3236/ Je suis pas parvenu à trouver les releases notes Bizarre alors que la 4.3 finale ne devrait pas tarder a montrer le bout de son nez non?

Ta phrase ci dessus répond à ta question: le serveur multimedia *est* un serveur DLNA. Si tu n'a pas besoin de DLNA tu peux le désactiver.

Non mais mon précédent n'était pas à la même version d'Androïd (4.1.2 vs 4.2.2)

Ah ok, j'avais mal compris en effet. Je ne sais pas si c'est possible Quelqu'un a posé la question sur le forum US en janvier dernier et n'a toujours pas reçu de réponse: http://forum.synology.com/enu/viewtopic.php?f=160&t=64053

Petit retour sur le dossier Je viens de changer de téléphone (Xperia Z) et avec ce dernier, la connexion en mode pptp via la connexion 3G fonctionne sans le moindre problème.

Je t'ai expliqué plus haut comment désactiver les notifications par mail, n'est-ce pas suffisant? (en fait j'avoue ne pas comprendre ce que tu veux dire par "désactiver l'évènement système")

Le firmware du ds214 est maintenant dispo aussi: http://usdl.synology.com/download/DiskStation/DSM4.2/3234/

Ça, ça indique en général un démarrage ou un arrêt en cours As-tu essayé de redémarrer?

Autre piste (moins confortable mais ca peut marcher si telnet ne marche pas non plus), au lieu d'essayer une connexion avec une session "pleine", tu peux faire juste une commande à la fois; donc plutot que ssh <user>@<syno> commande1 commande2 etc ... essaie: ssh <user>@<syno> commande1 ssh <user>@<syno> commande2 etc ...

En effet on peut le penser, serait intéressant de savoir quel est le détail du mécanisme utilisé. J'ai mis 6.