Clavier souris reseau

De Wiki d'activités IMA

Présentation

Objectif

Concevoir et développer un clavier réseau et une souris réseau capable de s'interfacer avec n'importe quelle machine fonctionnant sous Linux.

En fonction de l'avancement du projet, nous implémenteront le chiffrement de la connexion réseau grâce à GnuTLS.

Interface

Les deux périphériques seront connectés à une Foxboard. Un écran OLED sera fixé sur le boitier. Dans le cas d'un écran tactile, il sera utilisé pour faire la sélection de la machine destination. Dans le cas contraire, une molette ou des boutons seront utilisées.

Il faudra également concevoir et développer des mécanismes simples permettant de configurer les périphériques.

Périphériques

Les périphériques seront raccordés à la Foxboard (seulement en USB), mais il est possible d'utiliser le logiciel sur une autre machine avec d'autres types de port (USB, PS/2...).

En fonction de l'avancement du projet, nous intégreront un plus grand nombre de périphériques, notamment la guitare de M. Vantroys, et la WiiMote.

Préparation du projet

Matériel

  • Clavier USB
  • Souris USB
  • Foxboard
  • Ecran OLED tactile
    • Modèle : µLCD-24PT(SGC)
    • Taille : 2.4" - 48.64 x 60.7 x 14mm
    • Taille de la zone d'affichage : 36.72 x 48.96mm
    • Résolution : 240 x 320 QVGA
    • Connectique : 16 x General Purpose I/O pins. Upper 8 bits can be used as an I/O Bus for fast 8-bit parallel data transfers.
  • Alternative : Ecran OLED non tactile ?

Electronique

  • Ecran OLED/LCD
    • Connecter l'écran sur les e/s logiques de la Foxboard
    • Mettre en fonctionnement l'écran

Logiciel

  • Serveur (sur chaque machine cible)
    • Serveur TCP port 2020
    • Pilote en mode utilisateur en utilisant le module uinput
  • Client (sur la Foxboard)
    • Connexions aux serveurs
    • Enregistrer les événements clavier et souris, puis les transmettre sur le réseau (protocole TCP)
  • Administration (sur la Foxboard)
    • D'abord en ligne de commande, ensuite avec l'écran tactile
    • Changer les client destinataires, changer la keymap, arrêter le serveur

Avancement du projet

Lundi 28 février 2011

Absence non justifiée

Vendredi 4 mars 2011

Choix technique

Travail effectué

Installation d'une Arduino, test du programme LED clignotante (pour se rafraîchir la mémoire sur le fonctionnement de Arduino).

Démontage d'un souris, pour regarder comment y récupérer les signaux des interrupteurs, de la molette, du capteur optique...

Conclusion

Après discussion avec le professeur, abandon du Arduino pour utiliser exclusivement Foxboard auquel on connecte un écran LCD/OLED tactile.

uinput : Pilote de Clavier/Souris virtuel

Travail effectué

Documentation sur le module Linux uinput.

Test du code source exemple : requiert les droits root pour charger le module uinput et exécuter le pilote.

Lundi 7 mars 2011

Récupération des événements Clavier/Souris

logkeys

Travail effectué

Installation du keylogger logkeys, disponible sur les dépôts Debian pour l'architecture ARM (celle de la Foxboard) :

  • Via le gestionnaire de paquets : Debian Lenny est installé sur la Foxboard, il faudrait passer au dépôt Debian Squeeze (stable) pour obtenir logkeys : abandon car trop long
  • Compilation des sources : effectué sur la Foxboard après avoir installé les outils de compilation et librairies nécessaire. L'exécutable obtenu ne fonctionne pas pour une raison inconnue, abandon.

Conclusion

Nécessité d'écrire notre propre keylogger.

Ecriture d'un keylogger

Travail effectué

La fonction permettant de récupérer les événements clavier depuis un périphérique /dev/input est écrite, en utilisant l'API linux/input.h.

Conclusion

  • Nécessité de faire appel à un keymap pour déchiffrer les frappes Clavier
  • Possibilité d'utiliser la fonction écrite pour récupérer les événements clavier ET souris.

Ecran LCD/OLED

Travail effectué

Recherche d'un écran LCD/OLED tactile à prix plus abordable, lecture des documentations.

Jeudi 10 mars 2011

Commutateur Ethernet

Travail effectué

Nous avons manifesté le besoin d'avoir davantage de prise Ethernet, nous avons donc configuré un Commutateur 24 ports.

Librairie TCP Serveur et Client

Sylvain avais déjà commencé à écrire cette librairie pour le tutorat Système et Réseaux.

Travail effectué

  • Finir d'écrire les fonctions de la librairie grace aux exemples du cours de Xavier Redon (formidable!).
  • Tester une connexion client-serveur

Serveur d'évenements Clavier-Souris

Travail effectué

  • Fonction listant les périphériques présents dans /dev/input/by-id/
  • Création d'un serveur TCP, en utilisant les librairies Socket et Threads du tutorat Système et Réseaux
  • Grâce au travail de lundi (récupération des événements Clavier/Souris), modification du serveur TCP :
    • Le serveur récupère les événements de tous les périphériques d'entrée utilisateur
    • Les événements sont envoyés à chaque clients

Conclusion

Nous espérons en fin de séance prochaine faire une première démonstration de clavier/souris en réseau.

Pour réaliser cette démonstration il faudra :

  • Corriger un bug dans le serveur empêchant plusieurs connexions de clients simultanées
  • Continuer le pilote de Clavier/Souris virtuel pour se connecter au serveur TCP et en récupérer les événements.


Lundi 14 mars 2011

Serveur d'évenements Clavier-Souris

Travail effectué

  • Bugs corrigés
    • La connexion de clients simultanées fonctionne
    • Le serveur ne crash plus après la déconnexion d'un client
  • Librairie socket TCP (serveur et client) terminée
  • Démonstration du concept
    • Le pilote de Clavier/Souris est maintenant fonctionnel
    • Le client TCP se connectant à la foxboard et simulant les événements est fonctionnel
    • Nous avons pu controller deux machine avec un clavier et une souris en Ethernet

Conclusion

Nous avons obtenu le résultat espéré, et corrigé les deux principaux bugs.

M. Vantroys nous a ré expliqué sa vision du projet, et le souhait d'économiser les connexions réseau.

Nous allons donc inverser dès la prochaine séance les rôles clients et serveur :

  • Serveurs sur les machines cible
  • Clients sur la Foxboard, connectés aux machines sélectionnés sur l'interface (écran tactile à venir).

Nous prévoyons aussi d'implementer les KeyMaps dont nous allons avoir besoin pour la création d'un log contenant le texte entré au clavier.

Pistes pour développements

Lundi 21 mars 2011 Joyeux noel!

Ecran Tactile

Travail effectué

  • Début de l'étude de l’écran tactile.
    • Installation des outils constructeurs, lecture de la documentation, apprentissage du langage dédié et création d'une liste de composants/dispositifs nécessaires à la programmation du contrôleur intégré.

Programmation réseau et système

Travail effectué : inversion des rôles clients et serveur

  • Le serveur est installé sur une machine cible. Il peut recevoir plusieurs connexion et simule les événements clavier/souris qu'il reçoit.
  • Le client se connecte à plusieurs client et leur envois les événements
    • Pour gagner en rapidité, des threads sont utilisés pour effectuer simultanément les connexions aux différents clients
    • La liste des connexions aux serveurs cibles est stockée dans un tableau. Après l'ajout des threads de connexion, cette liste est devenue une ressource partagée, et a donc été protégée avec la sémaphore POSIX pthread_mutex.

Conclusion et piste pour développement

  • La liste des serveurs est actuellement passée en paramètre du programme client.
    • Stocker la liste des serveur dans un fichier de configuration XML. Utiliser pour cela libxml2.

Jeudi 24 mars 2011

Fichier de configuration XML

Travail effectué

  • Création d'un fichier client_config.xml avec une structure simple
  • Installation de libxml2(-dev) et lecture de la documentation
  • Utilisation d'un exemple de parcours d'arbre avec libxml2
  • Création d'une fonction lisant les serveurs cibles depuis un fichier XML (voir xmlConfig.c)

Lundi 28 mars 2011

Pilote Guitar Hero

Travail effectué

  • Nettoyage et écriture d'une partie du pilote USB Guitar Hero pour uinput

Jeudi 31 mars 2011

Détection des périphériques

Travail effectué

  • Utilisation de inotify pour détecter les périphériques branchés à chaud (après le lancement du logiciel).

Références

  • inotify is a Linux kernel subsystem that acts to extend filesystems to notice changes to the filesystem, and report those changes to applications
    Source : inotify - Wikipedia