Petit_bill

Bon ba tu ne le croiras jamais ba j'arrive pas a la faire fonctionné...je m'explique En SSH la commande fonctionne nikel chrome donc je me dis banco je la met dans une tache simplifier ( dans le DSM ) et je fais execute ba rien ne ce passe... je met la commande dans un script sh ( que je rend executable je le test dans le shell ok sa fonctionne Je reviens dans le DSM je met le path du script aucune reaction... et dans la log linux je vois meme pas l'execution de la tache Tu vois d'ou cela peu venir ?

en faite si c'est un fichier et lui ajouter quelques ligne je peu le faire avec config file editeur c'est juste le coté pratique qui coince de plus je suis debutant en linux

désolé je ne peu pas t'aider d'avantage je suis aussi debutant mais je viens de faire de demander a google et il y a plein de reponse pour t'aider bonne journée

Du coup sa m'intéresse beaucoup moins car pas très pratique pour y accéder. Mais merci quand même Du coup sa m'intéresse beaucoup moins car pas très pratique pour y accéder. Mais merci quand même

Oui c'est possible tu créer une page web hébergé sur ton syno. Cet page web fait appel a un script PHP qui va lancer une commande d'arret Mais bon c'est une astuce

Ha ça m'interesse ce que tu dis..la Donc si j'ai bien compris j'ajoute une ligne de code ( ex : Include /volume1/sauvegarde/scripts/off.sh ) dans le fichier "/usr/local/etc/rc.d" et je pourrait garder la facon native du syno pour qu'il s'arrette ? et dans tout les cas il executera cette include ? est ce que ce fichier est "reseter" lors d'un update de la DSM ?

ne sachant pas faire. j'ai fait un system D avant j'utilisais la tache native au syno ( dans gestion de l'alimentation ) mais j'ai de plus en plus de petit truc a faire avant d'eteindre de le syno ( backup de fichier, bdd, update de la librairy xbmc, .....) Donc j'ai creer un script qui exécute toutes ces taches et a la fin il eteint le syn avec cette commande : nohup shutdown -h now Donc maintenant avant de s’éteindre lui meme il enverra la commande au RPI. ce n'est pas bien ?

J'avais egalement connecter mon PCH avec mon syno ( j'ai revendu mon PCH ) Maintenant j'ai un RaspBerry PI mais le principe reste le meme car c'est aussi un linux ( enfin bref... ) Si tu a HT un PCH tu veut donc te servir de sa puissance de decodage donc exit le DLNA ( UPNP ) Ma config etait la suivante : PCH connecté au SYNO via NFS et le PCH etait connecté a mon Ampli en HDMI Dans les grande Ligne c'est comme ça : je vais partir du principe que tu a au moins un repertoire partagé " video" sur ton nas. ( sinon tu dois le créé ) Entre 2 linux je préfère utilisé le protocole NFS et puis j'ai constaté que c'etait plus efficace que le SMB dans la partie mediaCenter Tu va dans la partie config des repertoires partager du SYNO et tu autorise sur le partage video le protocole NFS ( il y a plein de tuto et ce n'est pas du tout compliqué tout est graphique ) une fois que c'est fait direction PCH tu ajoute un source NFS Ton PCH va rechercher sur ton reseau il devrait trouver ton NAS pas besoin de login n'y de mot de passe les droit NFS sont sur l'adresse IP. et voila tout est fini

Bonjour Avec l'application DSFinder Bonne journée

je m'en doutait qu'il y avait plus simple mais j'ai preferer la methode debutant...lol j'ai un script qui s'execute en tache planifier et c'est ce dernier qui eteint le syno

Bonjour a tous Pour resummé ce qui est a faire pour generer une key Public pour eviter de taper le mot de passe SSH 1) Ce connecter sur le SHELL du linux qui va envoyé vos futur commande ( pour moi c'est le SYNO ) 2) une fois connecter taper : ssh-keygen -f ~/.ssh/key ( ~/.ssh/ = le folder ou sera stocker la key ) ( key = fichier qui detiens la key) 3) a la question passphrase je n'ai rien mis 4) faire un LS - al dans le folder /.SSH ( il y a 2 fichiers ) 5) copier le fichier key-pub ( fichier qui a ete generer par la commande keygen ) vers un emplacement qui est facilement accesible ( /volume1/video ) peut importe l'emplacement ce fichier sera delete 6) aller recuperer ce fichier et renomé le en "authorized_keys" 7) envoyé le dans le linux de destination ( pour moi le RPI ) Valable que pour le RPI ( a adapter pour les autres linux ) se connecter en SFTP 9) uploder le fichier authorized_keys dans le folder .SSH du RPI 10) retourné sur le SYNO et taper la commande : ssh -i ~/.ssh/pi-shutdown root@IP_DU_LINUX 11) Accepter la KEY RSA Et voila Un grand merci a Cool Raoul Qui a pris du temps a m'aider

Bon j'ai tous recommander et ça fonctionne. j'ai eu quelques probleme pour recuperer le fichier .pub generer dans le folder SSH je m'en suis sortie donc j'ai lancer la commande "ssh -i ~/.ssh/pi-shutdown" a partir du syno Il ma demander d'accepté la RSA key par yes et voila plus besoin de mot de passe. je vais détailler ce que j'ai fait plus tard je te remercie 1000 fois

Bon ba je t'en dois une ...lol je viens de faire un ls dans le repertoire .SSH et j'ai bien 2 fichiers Ba j'ai du m’emmêler les pinceaux hier j'ai relu ( encore ) ton post et effectivement a tete repossé il est vrai que tu précise ou doivent etre lancé les commandes comme quoi ce précipité le soir apres une longue journée de bureau c'est pas bien....

Retour au sujet : Cette commande fonctionne mais cette commande kill xbmc au lieu de lui envoyer un shutdown. Oui, c'est tout a fait ça une erreur de ma part Non je n'ai pas prevu de le metttre dans "rc.d" met de le mettre la ou je range mes scripts sh Et pour le sllep dans le script je ne pense pas qu'il soit nescessaire le RPI met moins de 12 sec a s'eteindre alors que le SYNO, ba c'est le SYNO...lol (mais j'ai pris bonne note de ta remarque sur le fait que je ne devrais pas l'eteindre tous les soir ) Les commandes que je dois executé sont les suivante : ssh root@192.168.1.20 xbmc-send --action="XBMC.updatelibrary(video)" # Pour update ma librairy apres un DL ssh root@192.168.1.20 poweroff #eteindre le RPI La ça devient interresant, et je n'ai pas reussi a faire ce que tu a demander... je suis un peu perdu. Tu m'a demandé de passé cette commande : ssh-keygen -f ~/.ssh/pi-shutdown ça fonctionne et la il me parle de la passphrase je laisse en blanc. de la il me genere un jolie dessin dans une sorte ASCII ça me plais comme reflection. La tu m'a perdu car la tu me parle d'un fichier pi-shutdown.pub qu'il faut que je copie dans authorized_keys du RPI je n'ai pas de fichier .pub a moins que dans la commande de generation de la cle tu a oublier le ".pub" ? donc je me suis arreté la d'habitude je cherche un peu plus mais vu que je suis limité en linux je ne voudrais pas tous cassé. ha et j'ai une autre question ces commandes doivent etre fait sur le shell du RPI ou du Syno ? merci a toi

Hello tous Donc j'ai tester toute vos commandes et toutes fonctionne. les commandes linux "pure" eteint le RPI a une vitesse qui de mon point de vue n'est pas normale ( genre 5sec max ) Le poweroff (commande openelec) et le xbmc.powerdown ou xbmc.quit ( commande xbmc ) coupe le RPI en 10 a 12 secondes sa me parait bien plus credible pour couper proprement XBMC et tous ces add-ons. et puis quelle idee d'avoir 46 façons d'eteindre un system ...lol dans tous les cas ça aide merci

bonjour L'utilisé avec ton PCH ok Mais de quelle maniere car il y a une multitude de façon ... Tes Sources tu veut les configurer comment ? Via UPNP, Samba, NFS par Video station .... Sinon il y a plein de tuto ici meme ou sur le forum de PCH BOnne journée

hello mon RPI est alimenter par mon syno DS413 j'ai brancher sur mon RPI une cle USB + une carte SD Aucun PB avec openelec, j'ai meme ete surpris de la vitesse d’exécution d'openelec et d'XBMC ok ok ça va moins vite que mon PC core I5 quand je navigue dans les menu d'XBMC (carte réseau 100mb ) mais une fois la video lancé on ne fait pas la différence entre mon PC et le RPI Retour sur le post : Désolé hier je n'ai pas pris le temp d'essayé mais ce soir je fais un retour promis

hello perso j'aime bien FTDB je ne peut pas te donné d'invit il me manque un seedtime de 3 jours pour etre eligible...

Je ne connais pas plus la bete que toi. je debute .. mais je connais bien XBMC "XBMC.powerdown" coupe XBMC et linux quand linux et xbmc ne sont pas lié "XBMC.quit" coupe simplement XBMC quand linux et xbmc ne sont pas lié par contre dans mon cas ( avec openelec ) l'un ou l'autre c'est pareille Ba oui cela me convient enfin je vais mettre en application tes conseils des ce soir

Merci de ta reponse Cette commande fonctionne parfaitement la commande classique aussi fonctionne mais coupe XBMC brutalement alors que l'autres coupe proprement XBMC et ensuite arrete le RPI La nuit mon NAS n'a aucune raison d'etre allumé donc je le coupe, tu va me dire ça ne consomme pas beaucoup d'electricité... personnellement je coupe la tele je ne la met pas en veille

Hello tous le monde. Je ne suis pas tres bon en linux et j'ai donc besoin de vous, et je vous en remercie d'avance. Je souhaiterais envoyer une commande vers un autres linux. Pourquoi ? J'ai fait récemment l’acquisition d'un raspberry Pi ( ça fonctionne super ce petit truc... ) je me sert d'un des port USB du SYno pour l'alimenter, comme ça quand le syno est allumer le RPI est lui aussi allumer. mais avant d’éteindre le SYno j'aimerais envoyer un shutdown vers le RPI (xbmc-send --action="XBMC.Quit") mon syno ce coupe a 1h00 du mat. un petit coup de main serais le bienvenue je pense ne pas etre loin... si j'ai bien compris il faut que j'utilise la commande SSH j'ai essayer ça : ssh root@192.168.1.20 -c xbmc-send --action="XBMC.Quit" je pense avoir un PB avec les ". et comment envoyer le password ? merci a vous

hello c'est une habitude que j'ai pris car dans ce répertoire il y a des .sh et il ne sont pas exécutable si je ne fais pas ça mais peut etre que que sans ces commandes cela fonctionnais j’essayerais demain

Hello tous Je suis passé ce matin en Version Final DSM 5.0 dans le mile mon reverse proxy ne fonctionnais plus.... sans rien changer de ma config 4.3 ( donc juste apres le passage a DSM 5.0 ) j'avais ce phenomene... quand je voulais contacté l'url suivante https://nas.domaine.com au bout de quelque seconde j'etait redirigé vers http://nas.domaine.com:5000 Donc page inaccessible.... ok j'avoue j'utilisais encore une ancienne methode qui fonctionnait a merveille jusqu’à la 5.0 ( methode : http://syno.haeflinger.com/index.php/Acceder_%C3%A0_un_port_grace_au_reverse_proxy ) Et j’utilisait encore le fichier : /usr/syno/apache/conf/httpd.conf-user Mais apres quelque minutes de lecture ( 1ere page + 6 et 7 eme page de ce post ) je m'en suis sortie. Voici comment j'ai fait : 1 - copie du contenu de mon fichier : /usr/syno/apache/conf/httpd.conf-user dans : /volume1/sauvegarde/config_nas/virtualhost.conf #!/bin/sh # #Restart SERVICE APACHE #/usr/syno/sbin/synoservicecfg --restart httpd-user # POUR ACTIVER LE REVERSE PROXY <IfModule !proxy_module> LoadModule proxy_module modules/mod_proxy.so </IfModule> <IfModule !proxy_connect_module> LoadModule proxy_connect_module modules/mod_proxy_connect.so </IfModule> <IfModule !proxy_http_module> LoadModule proxy_http_module modules/mod_proxy_http.so </IfModule> <IfModule !proxy_ftp_module> LoadModule proxy_ftp_module modules/mod_proxy_ftp.so </IfModule> NameVirtualHost *:443 # RACINE WEB <VirtualHost *:443> ServerName toto.dyndns.org SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on ProxyRequests Off ProxyVia Off DocumentRoot /volume1/web </VirtualHost> # SYNOLOGY <VirtualHost *:443> ServerName nas.toto.dyndns.org SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on ProxyPass / http://localhost:5000/ ProxyPassReverse / http://localhost:5000/ </VirtualHost> 2 - j'ai fait un "CHMOD 777" et "CHOWN root:root" sur mon nouveau fichier 3 - ajouter la ligne : Include /volume1/sauvegarde/config_nas/virtualhost.conf en dessous de la ligne : Include conf/extra/httpd-reqtimeout.conf dans le fichier : /etc/httpd/conf/httpd.conf-user 4 - restart apache avec cette commande : /usr/syno/sbin/synoservicecfg --restart httpd-user Et voila tout refonctionne Bonne journée

ok pour la copie ( tu dois avoir tes raison..lol ) Change de propietaire de ton script Met en 777 les droits de ton script En fait met les droit en 777 au folder parent en recursive Bonne journée

hello pourquoi faire un batch quand les categories de SabNzbd repond a ce besoin ? En les configurant comme ça : Et pour repondre a ta question je dirais que ton script n'a pas les droits nescessaire. Bonne soiree