PatrickH

C'est une bonne idée car la version présentée sur mon site a été faite lors de mes premiers tests et je l'avoue est du coup un peu indigeste et surtout mal codée mais surtout pas universelle. J'ai de mon coté aussi un peu évoluer ce script.... mais n'ai rien publié sur le sujet. Un des problèmes principaux est la modification de l'ID d'un capteur lors de son changement de pile ! il faut une intervention manuelle dans ce fichier. Mais je manque aussi un peu de temps pour faire le "ménage" dans tout ca (sinon ca fonctionne super bien depuis plus d'un an maintenant) Mais si tu as quelque chose de plus universel je suis preneur ! Patrick

Tu peux aussi rajouter une entrée dans ton fichier "hosts" si c'est un ordi fixe ca marche super, si c'est un portable avec lequel tu compte te connecter à ton serveur depuis l'extérieur c'est un peu plus compliqué Patrick

Merci pour cette info .... comme c'est assez technique est de bas niveau (niveau gestion du RAID) cela explique tu n'ai pas reçu de réponse...pas beaucoup de personnes ne mettent les mains dans ce niveau là Patrick

En 3.2 il y aura moyen de choisir entre plusieurs "qualité" de miniatures et il sera possible de mettre le process de conversion en sommeil pendant une durée que l'on pourra choisir Patrick

Modération: Problème résolu... je ferme le sujet Patrick

Alors plusieurs points: xpl-mysql-log doit être adapté en fonction des messages XPL (et des capteurs) dont tu dispose (si tu as besoin d'aide fait moi une copie des messages que tu souhaite capturer et je pourrais te faire une modif pour exemple. Car d'après ce que j'ai vu les messages envoyés directement par le RFXcom version xPL sont un peu différentes des miennes (envoyées par xpl-rfxcom-rx) Tu peux copier xpl-mysql-log où tu veux mais l'important c'est qu'il soit reconnu dans le "path" Il faudra lancer le tout dans un script pour avoir le process présent lors du démarrage du Syno Patrick

A mon avis l'apache "user" n'a pas du redémarrer pour une raison qu'il reste à déterminer Connecte toi en telnet et essaye de le lancer à la main /usr/syno/etc/rc.d/S97apache-user.sh start[/CODE] Patrick

Content d'apprendre que ca fonctionne enfin. C'était bien un problème relatif à la version xPL du RFXcom. Par ailleurs permet moi de te féliciter pour ta persévérance Patrick

Non c'est pas du tout le but de ma remarque, pourquoi bannir l'explorateur windows !?. il faut juste savoir quelle sont les restrictions quand tu manipule des données sur un équipement comme le NAS ! Patrick

+1 Patrick

Quand tu change de dossier "racine" dans la destination samba (qui est utilisé pour accéder aux données) ne sait pas dire si la destination est au même endroit... donc il fait une vraie copie des données puis efface la source Patrick

As tu vérifié le firewall du syno ? ton syno est bien en IP (interne) fixe ? Patrick

Il faut que tu teste vraiment de l'extérieur de ton réseau ! pas depuis chez toi Patrick

Si tu n'as qu'un DS211j (cf. ta signature) ne cherche pas plus loin ton NAS ne supporte pas le WOL Patrick

Il est vrai que le SHR est une sur-couche rajoutée par Synology pour faciliter la gestion du RAID et en particulier dans le cas de grappe de disques de tailles différentes. Néanmoins SHR s'appuie sur Linux pour faire cela et donc en ce sens n'est pas propriétaire. Néanmoins mettre les mains dans le cambouis (c'est pas péjoratif !) de "mdadm" n'est pas à la portée de tout le monde. Donc il serait théoriquement tout à fait possible de recréer cette configuration sur une machine Linux standard Patrick

L'important c'est la case qui est cochée en bas de la page ... qu'on ne voit pas ici, ca doit être celle de gauche qui est cochée : si aucune règle....autoriser Patrick

De toute facon les package IPKG ne se mélangent pas avec le systèmes, ils se trouvent d'ailleurs dans /volume1/@optware donc dans la partie "utilisateur" Patrick

T'aurais pas des problèmes de firewall sur ton syno ? tu l'as bien désactivé ? Patrick

Ah c'est des packages venant de IPKG !! Oui ipkg remove enlève le paquet Pour les paquets installés : ipkg list_installed[/CODE] Patrick

La réponse de Bert est claire, le RFXcom doit envoyer ses messages directement au bon format en UDP sur le réseau et le fait de faire tourner xpl-hub et xpl-logger devrait effectivement permettre de les intercepter !! Patrick Si tu as un PC essaye d'utiliser Wireshark pour voir si le RFXCom envoye bien ses messages Patrick

Ah voila un point intéressant, je connais pas la version xPL mais oui je lancerais le hub mais je ne sais pas si le RFXcom diffuse de base ses messages.... ca m'étonnerais quand même ! Tu as une notice avec ton RFXcom Et oui s'il diffuse ses messages alors il doit suffire de lancer xpl-logger et tu devrais les voir Patrick

Il ne faut pas confondre le role du certificat et le cryptage SSL ! En HTTPS la communication sera toujours cryptée, le certificat sert à certifier le site comme étant bien celui qu'il prétends être. Et pour cela il faut passer par un organisme de certification Patrick

Attention au niveau professionnel il bloquent souvent les ports. Passe moi ton adresse internet par message privé je vais tester depuis chez moi Patrick

C'est normal tu peux pas tester depuis chez toi avec ton adresse internet, il faut le tester vraiment depuis l'extérieur ! Patrick

non il faut créer une règle, serveur web va vouloir ouvrir le port pas le 5000 Patrick