Au début du projet, la question principale était simple : deux appareils peuvent-ils établir une connexion fiable ? Lorsque la réponse est devenue régulièrement positive, une question beaucoup plus difficile est apparue : qui se connecte à quoi, et comment rendre ce processus simple sans transformer l'application en panneau de configuration technique ?

C'est ainsi qu'a commencé le travail sur la couche d'identité de MyDeskViewer. Un identifiant d'appareil simple constituait un bon point de départ, car il permettait d'indiquer rapidement la machine à joindre. Avec le temps, des comptes, des appareils associés et une configuration persistante sont devenus nécessaires pour permettre une utilisation régulière.

Cette partie a été reconstruite plusieurs fois. La connexion doit sembler simple sans contourner les règles de sécurité. L'utilisateur doit savoir quel compte est actif, quel appareil il sélectionne et si la session est autorisée. Dans l'interface, cela ne représente que quelques champs et boutons. En dessous, il faut gérer beaucoup plus d'états : authentification réussie ou refusée, session expirée, perte de réseau, nouvelle authentification et appareils laissés sans surveillance.

Les versions suivantes ont ajouté des méthodes plus pratiques, notamment Google ainsi que l'adresse e-mail et le mot de passe. L'objectif principal n'était pas d'ajouter un bouton supplémentaire, mais de faire en sorte que chaque méthode mène à la même session cohérente et sécurisée.

Cette étape nous a rappelé qu'un bureau à distance ne commence pas réellement par l'image de l'écran. Il commence par l'identité, la confiance et une réponse claire à la question : qui a le droit d'accéder à cet appareil ?

Aujourd'hui, la connexion semble évidente. En réalité, elle est le résultat de nombreuses itérations et de nombreux tests, indispensables pour que MyDeskViewer puisse dépasser le stade d'outil interne.