Version imprimable
Oui parles-en au prof
C'est un projet intéressant qui peut associer plusieurs étudiants ou élèves, et plusieurs matières (informatique, technologie/électronique)
Cela peut se rapprocher de la notion de "projet" pour mettre en place une solution couvrant plusieurs aspects comme en entreprise.
Cordialement
Salut,
Oui effectivement cela pourrait faire une projet intéressant...
Salut,
Je reviens sur un point car j'ai découvert une autre solution :
La redirection de port est une solution utilisée et mise en pratique dans de nombreux tutoriels notamment dans le monde arduino ou autres microcontrôleurs mais comme cela a été rappelé, question sécurité cela n'est pas une bonne chose...Citation:
Envoyé par electroremy
J'ai découvert entre temps qu'on pouvait installer un serveur VPN dans certaines boxes et du coup une machine distante M1 peut se connecter depuis l'extérieur en utilisant l'adresse ip publique de ce serveur VPN qui est, je suppose, la même adresse que celle de la boxe. Il lui faudra aussi s'identifier (nom d'utilisateur et mot de passe)...
Cette machine M1 peut du coup (après connexion au serveur VPN) avoir accès au réseau local de la boxe (comme si elle était connectée "physiquement" à ce réseau local)...
Alors je me demandais n'est-ce pas beaucoup mieux de faire cela à la place de la redirection de port ?
Bonjour,
en effet
si le VPN demande côté Internet une connexion sécurisé avec login et mot de passe, cela peut ajouter la couche de sécurité manquante pour relier Arduino à Internet.
et si la box peut héberger ce serveur VPN ça évite un appareil électrique supplémentaire
A bientôt
Salut,
Oui c'est bien la boxe qui héberge le serveur VPN et c'est semble-t-il plutôt simple à installer...
Par contre je cherche toujours d'autres solutions pour les cas où on n'a pas de boxe... Par exemple j'ai vu qu'on pouvait faire un réseau local wifi avec son smartphone mais je ne sais pas encore si on peut faire une redirection de port ou installer un serveur VPN comme on peut le faire avec une boxe...
Il est difficile de trouver des infos là-dessus pourtant il doit bien exister une solution, on a bien l'exemple de certaines applications qui permettent à plusieurs smartphones de communiquer entre eux (appel audio et même vidéo).
Salut,
Je reviens sur ce point :
Ok ça c'est dans le cas où des clients veulent juste lire les données provenant de l'arduino, dans ce cas cela ne semble pas trop compliqué à faire...Citation:
Envoyé par Jay MSalutTout à fait, c'est l'arduino qui exporte ses données et éventuellement reçoit une réponse. Il n'y a pas de communication entrante à établir. Le plus souvent d'ailleurs les données sont stockées dans ce serveur qui est hébergé quelque part où c'est fait pour (OVH and co) et les consultations de vos données se font sur ce serveur (qui aura plus de puissance que votre petit Arduino pour répondre à toutes les requêtes).Citation:
Envoyé par Beginner.
Mais si on veut une communication bis-directionnelle, par exemple parce qu'on voudrait envoyer des commandes à l'arduino là cela se complique car même si le client passe par un serveur extérieur il n'en reste pas moins que ce dernier ne pourra pas se connecter (connexion entrante) à la carte arduino...
J'ai pensé que dans ce cas, la carte arduino pourrait envoyer régulièrement une requête au serveur, par exemple une requête par seconde, on aurait donc une connexion serveur-carte arduino toutes les secondes...
Du coup si un client à une commande à envoyer il l'envoi au serveur ensuite ce dernier attend que la carte arduino se connecte et alors envoi cette commande à la carte arduino.
Le temps de réponse théorique dans ce cas ne devrait pas dépasser une seconde...
Je crois que certains appellent ça "polling" et un des inconvénients c'est que le serveur reçoit beaucoup de requêtes (une par seconde dans l'exemple) et il y a un temps de réponse qui dépend de la fréquence des requêtes...
-----------
A voir aussi les websockets...
L'arduino peut fonctionner en serveur, ce qui ne l'empêche pas de pouvoir aussi se connecter brièvement en tant que client à un autre serveur de temps en temps.
La sécurité en informatique est difficile à gérer car un système "non sûr" peut fonctionner des années sans problème, tant qu'il n'est pas attaqué.
Un seul trou dans la raquette suffit... mais il faut savoir qu'il est là
L'autre problème réside dans les mises à jour.
Si les ordinateurs et serveurs "classiques" sont plutôt bien gérés, en revanche il y a des lacunes pour les objets connectés.
Certains ne peuvent tout simplement pas être mis à jour, alors qu'ils peuvent avoir une puissance de calcul comparable à celle d'un petit ordinateur.
On a vu des frigos connectés piratés pour envoyer des spams en masse
Sur RPI, il y a le problème des distributions "spécifiques", typiquement une distribution modifiée pour faire fonctionner un médiacenter avec des périphériques particuliers.
Les mises à jour sont peu fréquentes et il arrive que le projet soit abandonné mais toujours utilisé.
Il y a un vrai risque si le RPI est connecté à Internet.
Certes on peut toujours mettre à jour la distribution d'origine mais il faut être capable ensuite de refaire toute la customisation pour retrouver les fonctionnalités de la distribution spécifique.
Et si la faille de sécurité est dans un des packages particuliers utilisé et qu'il n'est pas mis à jour, on est dans une impasse.
Avoir un serveur "tampon" dont on est certains de la disponibilité des mises à jour, et ensuite, sur ce serveur, une application "maison" avec des fonctionnalités limitées pour échanger avec le fameux objet connecté serait une façon de procéder à la fois sûre et pas trop complexe.
Après, le mieux est de limiter la connectivité au maximum.
Ne connecter à Internet que ce qui est nécessaire, certaines choses peuvent être en 100% local
Attention aussi au sans fil.
Ce n'est pas tellement le risque de piratage qui est gênant mais plutôt le brouillage qui rend le système inopérant.
Salut,
Merci pour ces infos et conseils.