Jojo (BE)

Merci pour ces informations très complètes et intelligentes (à défaut d'avoir une recherche intelligente digne de ce nom)

j'ai également un disque qui est en test depuis TRES longtemps. Il a bientôt fini, mais j'appliquerait bien ta méthode pour voir ce que ça donne chez moi. Merci pour le partage de l'info

c'est à dire toi, InfoYann et moi ...

@Mic13710 : chose promise, chose due ...

Juste, je suis en 100% z-wave, et ça fo'ctionne nickel, avec une puissance demi-ton quasi nulle (1000 fois moindre que le Wi-Fi) http://tutoriels.domotique-store.fr/content/1/20/fr/z_wave-quels-effets-sur-la-sante-.html

Il existe de la domotique filaire (KNX)

As-tu une box domotique ? Si oui un des avantages est que si un de mes détecteurs détecte un mvt, je peux demander à toutes mes caméras d'enregistrer, d'envoyer des photos par mail, enfin de faire ce que je veux. Regarde le tuto que j'ai fait sur SS universel https://www.nas-forum.com/forum/topic/58483-tuto-module-universel-pour-surveillance-station/

Je viens de le voir, je vais essayer de les retrouver pour remettre à jour le premier post, si ça intéresse qqun

ok, cool, mais je n'y connais rien en DNS, et zone pudiques 🤣, mais si tu as via le DDNS d'OVH une pseudo adresse publique fixe, ça ne réponds pas à ta question, il suffit de renseigner mydomain.fr au lieu de xxx.xxx.xxx.xxx ?

mon ddns chez OVH est pour .mydomain.fr, et pas pour un sous-domaine

je n'y connais rien au DNS serveurs (en général) Mais oui, le DDNS de OVH doit pourvoir faire l'affaire, je l'utilise pour un reverse proxy chez moi, et j'ai donc besoins d'une ip extérieure virtuellement fixe

no-ip.com, c'est facile et gratuit, c'est comme si tu avais une IP extérieure fixe

la v18 est sur GitHub. Beaucoup de nouvelles fonctionnalités en plus et optimisation du code, pour améliorer les performances (on sait tous que SS est gourmant en ressources)

pero, je ai arrêté depuis longtemps de faire confiance à la détection de mvt de la caméra ou dee SS (mais soyons de bon compte, je crois que SS aurait pu donner de bons résultats, mais je n'ai pas trop approndit la question, car 🙂 Comme j'ai une box domotique fiable, j'ai mis de vrai détecteurs de mvt (dont c'est le métier) et si mvt, je commande alors l'enregistrement de ma caméra via SS.

ce serait très volontiers, mais comme chez moi tout est basé que ma box domotique, c'est elle qui dit à SS d'eneigister, .... La seule chose que je voulais dire, c'est que (si on n'avait pas de box domotique), ce serait un scénario "basic" qui devrait fonctionner. Désolé, je ne suis pas assez pointu dans SS pour te conseiller plus.

mais je ne vois pas le problème de double règle dans ce que tu décris ? Et ça me semble quelque-chose de "simple" / "normal" que de vouloir activer ses caméras uniquement la nuit. C'est parce que tu serais sur une version beta de SS ?

ça sent le bug. As-tu la dernière version de SS ?

merci pour ces infos. J'étais donc rentré avec plein d'espoir chez moi. (j'avais déjà presque commandé un bac de bières à te faire livrer pour te remercier 🍺) Et quand je teste, avec check_time=0 ou check_status=0 ou chack_time=0 check_satus=0, le ---get de change pas. La seule chose qui a changé depuis hier soir, c'est qu'avant je pouvais lancer la commande synoschedtask et maintenant, je dois la lancer /usr/syno/bin/synoschedtask et je n'ai rien fait, même pas un restart de mon Syno.

non, je ne comprends pas de quoi tu parles. Désolé, je ne suis pas un expert ... donc, justement c'est mon soucis, c'est que je n'arrive pas à le lancer manuellement, ou plutôt oui, je le lance, mais ça n'a aucun effet. Je viens à l'instant de le faire en tout cas merci de te pencher sur mon cas 😄

voici le résultat de synoschedtask --help --get => ok --run => ok (mais ça ne fonctionne pas) j'ai "tout" essayé --del => je suppose que c'est pour supprimer la tâche --reset-status => ?? --sync => ??

Sorry je n'étais pas chez moi hier soir, mais j'avais déjà regardé l'option --help et la première chose que j'ai faite c'est d'aller sur Google pour avoir un help sur le le help (pas eu le temps de trouver toutes les réponses à mes questions). Mais voici les tests que j'ai fais : --run en tant qu'utilisateur normal, en tant qu'admin et en tant que Root (via sudo-i) Lors de chacun de ces tests, la commande s'exécute sans erreur au niveau ssh, mais je ne reçois pas le mail de test (c'est ce que fait le script) alors que le résultat est ok, quand j'exécute le script depuis le planificateur de tâches. De plus, si je précise un id de tâche qui n'existe pas, j'ai bien une erreur ssh ;-) Si vous avez des idées pour m'aider =>merci

et juste pour le test (alors que je ne pourrai pas le faire en réel) je me suis connecté en root (via sudo -i) et j'ai exactement le même résultat (pas d'erreur, mais pas d'action également)

merci beaucoup pour ta réponse avec synoschedtask --get J'ai bien ma liste des tâches. Mais avec synoschedtask --run id=2 ma tâche #2 [Keep Alive] ID: [2] Name: [Keep Alive] State: [enabled] Owner: [root] Type: [daily] Start date: [0/0/0] Run time: [0]:[0] Command: [/volume2/ScriptsUnix/KeepAlive_Synology.sh] Last Run Time: Mon Oct 8 00:00:02 2018 Status: [Success] ne se lance pas. On voit ici qu'après le lancement manuel son last run time n'a pas changé je me pose une question : Est-ce qu'il va bien exécuter la tâches en tant que root (comme défini dans la tâche) ou en tant que l'utilisateur connecté ? Car ce que je "veux", c'est qu'il la lance en tant que root, sans être connecté en root.

Bonjour, Je cherche comment je pourrais lancer un tache déjà définie dans le planificateur de tâches en ssh. Merci de votre aide

Merci également @Mic13710 (les modos n'ont pas le droit de recevoir des likes ?)