[R] Contrôle à distance
Posté : sam. 26 avr. 2014 21:55
Salut,
Dans le cadre de mon projet actuel, je dois développer un système qui me permettrai d'envoyer des paramètres en temps réels ( à +/- quelques minutes ) à des serveurs ( codés en AutoIT ) . Du coup pour ça, il me faut le logiciel de contrôle ( qui sera utilisé par l'admin réseau ) et les serveurs seront installés sur les ordinateurs clients du réseau.
Dans un premier temps j'ai "crée" un système qui passe par le FTP et qui récupère un fichier pour exécuter les informations qui s'y trouvent ( nettoyage du cache, défrag, ... ) mais bon ça nécessitait de récupérer en boucle un fichier par FTP. J'ai donc changé le système en passant par une page web qui contient les paramètres mais le problème c'est qu'avec InetGet ou InetRead , même en forçant la "re-visite" de la page, c'est toujours la version en cache du fichier qui est utilisé donc les vieux paramètres.
Le système TCP / UDP serait un peu embêtant sachant que les machines ne sont pas configurés à l'identique ( certaines ont plusieurs interface réseau donc pour récupérer l'adresse IP j'ai le choix entre @IPAddress2, @IPAddress3 et @IPAddress4 et je ne suis pas sûr de tomber sur la bonne interface ) et leurs IP est dynamique pour les 3/4 .
Avez-vous un système qui me permettrai d'envoyer des paramètres en direct sans trop me casser la tête et que le système soit fiable ?
J'ai pensé un autre système mais celui-ci demande plus d'organisation : une fois le serveur connecté au réseau local, il envoie une requête à un serveur qui enregistre son IP. Le "logiciel ce contrôle" va lui, chercher ces adresses, disons toutes les 10 minutes et ajouter ces IP à une liste de clients connectés pour pouvoir lui envoyer des paramètres en TCP. ( Je trouve ce système vraiment moyen et qui demande beaucoup de ressource pour pas grand chose )
J'aimerai éviter un système qui fait en sorte que le "logiciel de contrôle" soit le serveur pour une question de portabilité ( enfin, si le système fonctionne et que le "logiciel de contrôle" est un client, ce sera plus facile pour moi de développer une application Android )
Merci !
Dans le cadre de mon projet actuel, je dois développer un système qui me permettrai d'envoyer des paramètres en temps réels ( à +/- quelques minutes ) à des serveurs ( codés en AutoIT ) . Du coup pour ça, il me faut le logiciel de contrôle ( qui sera utilisé par l'admin réseau ) et les serveurs seront installés sur les ordinateurs clients du réseau.
Dans un premier temps j'ai "crée" un système qui passe par le FTP et qui récupère un fichier pour exécuter les informations qui s'y trouvent ( nettoyage du cache, défrag, ... ) mais bon ça nécessitait de récupérer en boucle un fichier par FTP. J'ai donc changé le système en passant par une page web qui contient les paramètres mais le problème c'est qu'avec InetGet ou InetRead , même en forçant la "re-visite" de la page, c'est toujours la version en cache du fichier qui est utilisé donc les vieux paramètres.
Le système TCP / UDP serait un peu embêtant sachant que les machines ne sont pas configurés à l'identique ( certaines ont plusieurs interface réseau donc pour récupérer l'adresse IP j'ai le choix entre @IPAddress2, @IPAddress3 et @IPAddress4 et je ne suis pas sûr de tomber sur la bonne interface ) et leurs IP est dynamique pour les 3/4 .
Avez-vous un système qui me permettrai d'envoyer des paramètres en direct sans trop me casser la tête et que le système soit fiable ?
J'ai pensé un autre système mais celui-ci demande plus d'organisation : une fois le serveur connecté au réseau local, il envoie une requête à un serveur qui enregistre son IP. Le "logiciel ce contrôle" va lui, chercher ces adresses, disons toutes les 10 minutes et ajouter ces IP à une liste de clients connectés pour pouvoir lui envoyer des paramètres en TCP. ( Je trouve ce système vraiment moyen et qui demande beaucoup de ressource pour pas grand chose )
J'aimerai éviter un système qui fait en sorte que le "logiciel de contrôle" soit le serveur pour une question de portabilité ( enfin, si le système fonctionne et que le "logiciel de contrôle" est un client, ce sera plus facile pour moi de développer une application Android )
Merci !