CoolRaoul

Enfin!

Faut tester (et si il a une connexion réseau il peut sans-doute être partagé) Facile $ net rpc -U <user>%<password> -S <nom netbios du pc> shutdown Shutdown of remote machine succeeded Il doit être possible de ne pas mettre le password en clair mais j'ai pas pris le temps de chercher [EDIT] Marche aussi avec l'addresse IP: net rpc -U <user>%<password> -I <IP PC> shutdown[/code]

Ah je pense que cela doit dépendre de l'option Mais est-ce que cela va être considéré comme une "panne" de courant? Sinon, tu peux peut-être, via l'onglet UPS, aussi essayer interfacer le Syno directement aec l'onduleur (je n'ai pas ce genre de matos et ne saurait t'aider plus avant par contre)

Ah non: c'est moi qui ai merdé dans mon explication: la clé doit être sur la même ligne que "command=" Si les 2 lignes se suivent, sous VI positionne le curseur sur la ligne command, tape "J" (majuscule) puis "ZZ" et ça devrait réparer le tout Comme j'ai dit ci dessus c'est moi qui ai merdé! Corrige et ça devrait le faire Il s'agit d'un script déclenché sans intervention humaine sur un serveur Windows 2008 sur alerte UPS. Je ne vois pas bien en quoi le smartphone pourrait aider dans ce processus

C'est ca: La clé privée déja générée ayant été préalablement chargée comme ceci: Copie du texte de la clé: puis: Si le texte est dans le presse-papier windows, taper, dans l'ordre : G (majuscule, pour se mettre en fin de buffer) A (majuscule, pour se mettre en mode insertion) retour charriot (ouvrir une nouvelle ligne) Shift+Insert (coller le contenu du presse papier windows dans la fenetre putty et donc dans vi) <escape> <escape> (double escape, pour sortir du mode insertion) ZZ (encore une fois en majuscules -> sauvegarder et quitter) [EDIT] Attention de bien s'assurer que les droits du répertoire ".ssh" et du fichier "authorized_keys" ne soient pas trop ouverts (pas de "w" sur le groupe ni sur "others"). En pratique: un bon "chmod go-w" est suffisant, mais, tant qu'a faire ("bondage and discipline") "chmod go=" est parfait.

En résumé et après quelques rapides recherches DS Audio android utilise le port 5000 et ne supporte pas https DS Audio Ibidule supporte normalement https (port 5001) et http (port 5000) Voila voila ... NB: pour webdav je confondais avec DS File: mea culpa

Il était question de "DS Audio", pas d'audio station [edit] Au temps pour moi! http://www.synology.com/support/faq_show.php?q_id=299&lang=fre Mais je vais tester quand meme

Me semble bien que DS Audio utilise webdav, donc ce n'est pas le port 5000 mais le 5006 (par défaut) qu'il faut ouvrir et rediriger

Avec puttygen comme je l'ai écrit

Dans ce cas il faut réfléchir à tout ce qui a pu être changé (coté PC et Syno) depuis que ça à subitement arrêté de fonctionner. Vérifie aussi, en cliquant sur le lien suivant, que Java est bien opérationnel sur le PC: http://www.java.com/...etect=jre&try=1

Si tu te sens à l'aise avec ssh et putty voici ce qu'il fait faire activer ssh sur le Syno Si ce n'est déja fait installer putty sur le serveur windows (http://the.earth.li/...2-installer.exe) créer une clé privée qui sera dédiée à cette opération (shutdown distant) sur le Serveur Windows en utilisant la commande "puttygen" (incluse dans le kit Putty). Sauvegarder cette dernière *sans passphrase*. récupérer le texte de la clé publique associée de cette clé privée se connecter avec putty sur le syno avec le compte "root" pour y ajouter dans le fichier /root/.ssh/authorized_keys (le créer si necessaire) ceci: command="/sbin/poweroff" <le texte de la clé publique ici> Pour arréter le syno à distance, sur le pc windows il suffira alors d'exécuter la commande suivante: plink -i <chemin du fichier .ppk contenant la clé privée> root@<nom ou IP du syno>[/code] (plink fait aussi partie du kit putty, mettre le chemin complet si son répertoire n'est pas dans le PATH Windows)

Calme toi, pas de panique, on est là, c'est pas grave, ça va s'arranger Donc, pour que les disques du PC soient visible dans filestation il faut que deux conditions soit reunies: Java doit être installé sur le PC. Dans filestation l'option ci-dessous doit être cochée Vérifie le tout. Et assure toi au passage que Java n'a pas été désactivé dans les options du navigateur que tu utilises

Pas d'inquiétude a priori sur ce point:

C'est bien mais il y avait mieux, en 4 lignes seulement: for module in usbserial ftdi_sio ; do # Make sure the driver is running lsmod | grep -q "^$module" || insmod /opt/lib/modules/$module.ko done

Il semble y avoir une option pour activer un mode "debug" dans le source Faut recompiler avec la commande modifiée suivante gcc -DDEBUG -Wall teleinfoserial_mysql.c -I /opt/include/mysql/ -L /opt/lib/mysql/ -lmysqlclient -o teleinfoserial_mysql[/CODE] puis relancer l'exécution voir si ça te donne des pistes

(on lit beaucoup de c**ies dans les forums, faut filtrer) Non rien n'est supprimé: ça cohabite difficilement c'est tout. [EDIT] Les deux instances utilisent le meme socket de connexion ("/tmp/mysql.sock"), et donc la 2eme à être lancée va écraser ce dernier et rendre la 1ère instance inaccessible Mais, après avoir appliqué les commandes qu'a donné Sp@r0, l'instance mysql ipkg ne se lancera plus et donc plus de problème Mais encore fallait-il relancer le mysql DSM pour tout remettre nominal.

Essaie de stopper puis de redémarrer le serveur MySQL natif DSM : panneau de conf -> services web-> applications web ->activer MySQL: décocher la case <appliquer> cocher la case <appliquer> Je pense que l'installation du mysql ipkg à fait un peu de dégats: j'ai pu reproduire le phénomène en faisant un ipkg install mysql suivi d'un ipkg remove mysql [/code]

En fait tu n'est meme pas obligé de créer de groupe de disques du tout. Je ne me souviens plus trop comment je m'y suis pris a l'époque mais voici la confguration à laquelle j'ai abouti:

Bon par contre le code n'a pas l'air très compliqué, Suffit de trouver quelqu'un ayant acces à ce type d'appareil interfacé avec un serveur linux (pour pouvoir debugger), maitrisant un langage de script type perl ou python, pour te le réécrire sans trop de difficultés.

C'est pire que ce que je pensais: la config du type d'abonnement est *aussi* dans le code!!! /// Constantes/Variables à changées suivant abonnement, Nombre de valeurs, voir tableau "etiquettes", 20 pour abonnement tri heures creuse. #define NB_VALEURS 20 //char etiquettes[NB_VALEURS][16] = {"ADCO", "OPTARIF", "ISOUSC", "HCHP", "HCHC", "PTEC", "IINST1", "IINST2", "IINST3", "IMAX1", "IMAX2", "IMAX3", "PMAX", "PAPP", "HHPHC", "MOTDETAT", "PPOT", "ADIR1", "ADIR2" ,"ADIR3"} ; char etiquettes[NB_VALEURS][16] = {"ADCO", "OPTARIF", "ISOUSC", "HCHP", "HCHC", "PTEC", "IINST", "IINST2", "IINST3", "IMAX", "IMAX2", "IMAX3", "PMAX", "PAPP", "HHPHC", "MOTDETAT", "PPOT", "ADIR", "ADIR2" ,"ADIR3"} ; Si tu veux mon avis c'est pas gagné...

attention : il est quand même assez mal foutu ce programme, toute la config de connexion mysql est en dur dans le source! A chaque modif (user, password, nom de la base) va falloir recompiler!

Ca peut marcher en effet: tu as une version perl de ton application?

Euh .. c'est toi-même qui as proposé l'option Python

si tu trouve un script python qui fasse exactement la meme chose que le programme C que tu nous à montré si tu as installé sur ton Synology une version de Python compatible avec le script si ce python qui dispose de toutes les librairies pythons requises Ca fait pas mal de "si"" ...

(Petit HS) Histoire de ne pas mourir idiot... c'est quoi le "Teleinfo" ???