CoolRaoul

Déclare ta tache planifié comme ceci: ensuite forces-en l'exécution comme cela le contenu de /tmp/toto.log te mettra sur la bonne voie pour trouver l'erreur

Est-ce que par hasard, la planif hebdo/quotidienne d’arrêt démarrage ne répondrait pas au besoin?

Vérifié: en effet ça ne le fait pas Sous DSM les volumes (mis a part le mode "basic", un disque/un volume) sont créés dans des groupes de disques. Ces derniers sont constitués de disques complets et c'est eux (les groupes de disques) que l'on configure en différents type de RAID.

Merci! Ca, c'est le 2eme effet kisskool du choix Synology: non seulement le matériel et le logiciel sont top mais il y a une communauté solide autour.

Faire du RAID entre des partitions et pas des disques complets je ne pense pas que ce soit possible ceci pourrait t'aider: http://www.synology.fr/support/RAID_calculator.php?lang=fre

En effet si tu choisi d'utiliser le firewall du NAS il va te falloir le configurer avec précaution pour ne pas te couper tout accès. Il est basé sur des règles qui sont appliquées de haut en bas. Chaque règle est de la forme condition/action. La condition peut porter sur une addresse ou un intervalle d'adresses IP et sur un ensemble de ports. L'action peut être "accepter" ou "refuser" Pour chaque connexion entrante, c'est la première règle (à partir du haut) qui correspond qui va s'appliquer. Si aucune règle ne "matche" c'est l'action par défaut qui est choisie. Attention: si tu fais les manips à distance, une erreur et tu te retrouve déconnecté (et va te falloir aller sur place pour récupérer la situation) Ce que je conseillerai pour commencer par mettre en début de liste deux règles avec action="autoriser", l'une pour le sous-réseau ethernet, l'autre pour ton ip de domicile. Ensuite tu peut cocher l'action "refuser" par défaut. Avec cette config de départ tu est déja tranquille mais tu n'as plus d’accès via ton téléphone. Va falloir ajouter une nouvelle règle avec IP source = "tous" et juste les ports utilisés par les applis mobiles (voir liste détaillée ici) Voici à quoi ça devrait à peu près ressembler (à modifier suivant ta config effective) C'est possible (tu as du remarquer que tu avais un champ "port" modifiable dans la config webdav de DSM) mais tu devras t'assurer de bien modifier le port coté client évidemment. Faut aussi savoir que l'application DSFile mobile utilise webdav, donc faudra lui spécifier explicitement le port choisi.

Bravo, tu te débrouille comme un chef C'est ni plus ni moins dangereux que l'acces distant à filestation par exemple, l'important est d'avoir des mot de passe suffisamment solides sur *tous* les comptes du NAS. Pour améliorer la sécurité, tu peux aussi mettre des filtres supplémentaires avec le firewall du NAS. Par exemple, si à la maison tu dispose d'une IP fixe n'autoriser que cette IP sur les ports webdav sur le firewall du syno du boulot Tant que j'y suis, je me permet une petite disgression: Comme j'ai vu que l'approche "cloud" (skydrive, owncloud) avait été évoquée, j'aimerai bien faire comprendre la nuance entre les deux approches. Dans les solutions de type cloud, il ne s'agit pas de montage à distance mais bien de "synchronisation". Le poste client va ici disposer d'une *copie* des fichiers. En cas de modification/création locale d'un fichier, la version distante sera donc mise à jour lors de la prochaine synchro. Webdav, au contraire permet un accès distant via la connexion internet. Lorsque tu fait "enregistrer sous" par exemple, c'est directement le fichier distant que tu manipules. En outre il gère le verrouillage des fichiers ce qui évite que deux utilisateurs puissent faire des modifications simultanément des deux cotés. Les deux solutions ont leur avantage et leurs inconvénients (par exemple en mode synchro on peut travailler en mode déconnecté et la synchro se fera lors du rétablissement du lien internet, par contre les fichiers occupent de la place sur le disque local) Si tu as envie de bidouiller plus avant il y a aussi une autre approche, que nous avons négligé de te proposer, qui est peut-être encore mieux appropriée a ton besoin c'est le VPN. En activant le serveur VPN du NAS et le client VPN de ton poste du domicile tu va pouvor établir un "pont" entre les deux réseaux distant. Le résultat est que ton poste domicile pourra accéder de façon (quasi) transparente aux ressources du NAS du bureau comme les partages par exemple (seule l'IP du NAS à utiliser sera celle déclarée dans le VPN) et les monter en utilisant le protocole natif de ton poste de travail à la maison. Ca vaut le coup de tester cette solution qui est très sure (cryptage de bout en bout) et souple (tous les protocoles sont transportés sans limitations) et peut-être moins complexe (plus qu'un seul port à ouvrir dans le routeur, celui du VPN)

Et sinon, as-tu as envisagé d'utiliser webdav?

J'ai testé la manip sur une machine de test, j'ai bien eu une demande de confirmation de ce genre: Je me demande comment tu as bien pu t'y prendre pour la louper. (malheureusement je n'ai pas de solution à te proposer sinon)

Sinon, l'utilisation des mappages des dossiers réseau sur des lettres de lecteurs n'est pas forcément indispensable. Quasiment la totalité des application Windows supportent sans sourciller les chemins au format UNC, à savoir "machinepartagechemin" (comme, par exemple DiskstationMusicAlbums) Tu devrais essayer

Oui c'est bien ça, j'avais mal explicité cette partie en effet.

Sur quel modèle? Je n'avais pas remarqué cette anomalie sur le DS210J Je vais suivre ton exemple!

Réponse en bois du support (ont mis du temps) J'ai répondu en précisant à nouveau que ma plainte ne concernait pas la présence du process mais sa consommation CPU permanente.. En attendant, j'aimerai bien avoir des témoignages de propriétaires d'autre modèles de Syno, avec audiostation activé, savoir quelle est chez eux la consommation cpu moyenne de ce synorcd.

Pour compléter la réponse de Bud, Ajouter ces deux fonctions dans le script: sub usergroups { my $user = shift; my @groups = scalar getgrgid((getpwnam $user)[3]); # init group list to user main group while (my ($name, $users) = (getgrent)[0, -1]) { $users =~ /b$userb/ and push @groups, $name } return @groups; } sub havegroup { my $user=shift; my $whichgroup=shift; foreach my $groupname (usergroups($user)) { return 1 if $whichgroup eq $groupname; } return undef; } et ensuite remplacer $user ne 'admin' par havegroup($user, 'administrators')

Pour arréter un serveur windows à distance à partir du NAS: /usr/syno/bin/net rpc shutdown -U Administrateur%<mot de passe> -I <ip du serveur windows> Condition: le compte "administrateur" doit être activé sur la machine Windows Pour le faire avec un autre compte qu'administrateur il faut que le compte en question sur la machine Windows ait le privilège "Forcer l'arrêt à partir d'un distance" . Ca se fait par gpedit (sur les versions pro). Une discussion sur le sujet ici: http://forum.hardware.fr/hfr/OSAlternatifs/Divers-2/shutdown-stopper-linux-sujet_64954_1.htm

Si je peux me permettre mon petit grain de sel, je préconise plutôt d'utiliser "/usr/local/etc/rc.d" comme répertoire d'hébergement des scripts de startup "custom" (C'est celui-ci qui est préconisé par Synology pour les scripts "utilisateur") Pour s’exécuter au boot, le script doit simplement être exécutable ("chmod 755" ou, mieux, "chmod a+rx"), son nom est libre mais doit se terminer par ".sh" et il doit accepter les paramétres "start" et "stop" Ce qui nous donne: #!/bin/sh PATH=/bin:/usr/bin case ${1:-start} in start) exec >>/tmp/localmounts.log 2>&1 mount --bind /volume1/photo /volume1/TVIX/PHOTO mount --bind /volume1/music /volume1/TVIX/MUSIC mount --bind /volume1/video /volume1/TVIX/MOVIE ;; stop) for v in PHOTO MUSIC VIDEO do umount /volume1/TVIX/$v done ;; esac en prime, le contenu de "/tmp/localmounts.log" te permettra de visualiser les éventuelles erreurs du script lors de son exécution

Merci pour tous ces témoignages, je fais suivre

Je me permet un petit "UP" sur ma question ci dessus Je viens de faire cadeau à un pote de mon ancien NAS, sans disques. Il me demande conseil savoir quoi acheter. J'avoue ne plus savoir quoi lui répondre

Depuis mon précédent message, j'ai migré mon ds210j vers un ds213j et plus rencontré de problèmes non plus.

Peut-être qu'en fait ce ne sont que les notifications qui sont erronées tandis qu'en fait tout fonctionne correctement. Dans ce cas, le problème devient de suite moins critique. En plus, DDNS est très majoritairement utilisé dans le cadre d'un usage perso (les pro on plutôt des IP fixes) ce qui fait que Synology pourrait considérer ce défaut comme de criticité faible. (tout cela n'étant qu'hypothèses personnelles)

Avec une panne d'un des disques constatée à chaque arrêt, que se passe-t-il dans le cas ou on équipe un simple PC desktop (ayant donc vocation a s'arréter plus souvent) de ces modèles? Ou bien, faut-il conclure qu'un NAS, lors d'un arret, provoque un stress bien plus important qu'un PC sur ses disques. Mais comment l'expliquer?

Inquiétant tout ça .. Et donc, si on cherche la fiabilité maximum (en acceptant des concessions au niveaux des perfs), qu'est ce qui est préconisé? Sont bien gentils chez Hardware FR de nous donner le tableau des modèles ayant les taux de retour les plus élevés, mais il pourraient s'imaginer que ce qui intéresse encore plus les potentiels acheteurs c'est de connaitre ceux qui ont le taux de retour le *moins* élevé, non?

Avec un truc dans ce genre ça ne devrait pas poser de problème à mon avis:

Vu que je l'utilise, je me permet d'ajouter mon petit bémol habituel à cette remarque: le parefeu du NAS, basé sur iptables, permet de mettre des règles bien plus fines que celui d'une box (qui en général n'est tout simplement pas configurable: lorsque un port est redirigé ver le NAS c'est fait sans la moindre restriction). L'utilisation du pare-feu du NAS me permet par exemple de limiter à des IP connues et "amies" les acces autorisés sur certains ports (ssh par exemple) ce que je ne saurais pas faire avec ma box (la question serait peut-être différente avec un routeur suffisamment évolué)

Depuis que j'ai changé mon NAS je ne parviens pas à rétablir les notifications "push" pour DS Finder Aujourd'hui j'ai un nouvelle d'erreur que je n'avais pas les jours derniers En faisant sous DSM: Panneau de configuration -> Notifications -> Service push -> gérer les appareils liés, j'obtiens ceci: Avant d'aller plus loin, est-ce quelqu'un pourrait faire la même manip histoire de savoir si le problème est global ou uniquement de mon coté Merci d'avance