neko : heberger un navigateur collaboratif en Docker pour partager un vrai desktop en temps reel

https://github.com/m1k1o/neko

📌 Neko transforme un conteneur Docker en navigateur ou bureau Linux partageable en direct via WebRTC, avec audio, video et controle multi-utilisateur dans le meme espace. Le resultat est simple a exploiter: une URL web suffit pour inviter des personnes, tester un site ensemble, faire une demo interactive ou lancer une session de support sans installer un client lourd.

La promesse de Neko est de remplacer les montages fragiles de partage d’ecran par une session vraiment interactive et persistante, hebergee chez soi. Au lieu d’exposer ton poste principal, tu lances un environnement isole qui peut tourner Firefox, Chromium, Tor Browser, voire un desktop complet comme XFCE ou KDE selon l’image choisie. Cette separation est utile quand il faut travailler avec des comptes sensibles, manipuler des cookies, tester des workflows navigateur ou realiser des presentations sans polluer la machine locale.

Dans la pratique, l’outil couvre plusieurs scenarios quotidiens. Pour une session de co-navigation, tout le monde voit exactement la meme fenetre et peut interagir en temps reel. Pour une revue produit, une personne pilote pendant que les autres prennent temporairement la main pour montrer un bug ou valider un parcours. Pour l’assistance, Neko sert de poste relais: la personne aidee n’installe rien et ouvre simplement un lien de salle. Pour le divertissement, le mode watch party reste pertinent avec synchronisation audio/video native.

L’approche technique repose sur WebRTC, ce qui fait une difference nette par rapport aux solutions web basees sur envoi d’images sur WebSocket. Le flux est plus fluide pour la video, l’audio est gere nativement, et l’interaction simultanee de plusieurs participants est prevue dans le coeur du produit. C’est ce qui rend Neko credible pour des usages mixtes: navigation, applications GUI Linux, demonstrations produit et meme sessions de formation ou de debugging guide.

Si le besoin va au-dela d’un simple navigateur distant, Neko peut aussi etre positionne comme espace de travail personnel accessible partout. Un navigateur persistant garde son contexte entre les sessions, tandis qu’un environnement jetable permet de cloisonner des recherches ponctuelles. Dans les deux cas, l’idee reste la meme: le navigateur local ne recoit pas les donnees de session, il affiche un flux distant. Cette architecture limite les traces sur la machine cliente et reduit les risques lies au partage d’un poste principal.

points cles

• 🐳 Deploiement rapide avec Docker et images pretes a l’emploi pour navigateurs et desktops Linux.
• 🎛️ Controle multi-participant en direct pour co-navigation, support, enseignement et presentiel distant.
• 🔊 Audio + video synchronises via WebRTC, adapte aux demos interactives et watch parties.
• 🔐 Isolation de session: cookies et donnees restent dans l’environnement heberge plutot que sur le navigateur local.
• 🧩 Extensible avec des usages avances comme rooms API, broadcasting RTMP ou automatisation navigateur.

Le demarrage est direct. Premiere etape: choisir une image Docker selon le besoin (firefox, chromium, tor-browser, ou une image applicative). Deuxieme etape: lancer l’instance Neko avec les variables de configuration de base (reseau, ports, authentification, options de salle). Troisieme etape: ouvrir l’URL generee et inviter les participants. Pour une exploitation reguliere, il est pertinent d’ajouter un reverse proxy HTTPS, des secrets robustes et un monitoring minimal pour suivre l’etat des sessions.

Neko peut fonctionner dans differents contextes d’execution. En local, il est ideal pour des essais rapides, du test de parcours web ou une sandbox personnelle. Sur un serveur cloud ou un homelab, il devient une brique collaborative permanente accessible depuis n’importe quel appareil compatible navigateur moderne. Cette flexibilite est importante: la meme base couvre autant un usage personnel ponctuel qu’un service interne partage.

Cote confidentialite, la logique est plutot favorable quand l’instance est correctement configuree. Le poste client recoit un flux et envoie des interactions, tandis que la session applicative tourne dans le conteneur. Cela n’annule pas les exigences classiques de securite, mais rend le perimetre plus lisible: durcir l’instance, proteger l’acces, isoler les reseaux, et definir des durees de vie de sessions selon le niveau de sensibilite.

Les contraintes techniques sont raisonnables mais reelles. Il faut un hote capable de faire tourner Docker de facon stable, un reseau correct pour la latence WebRTC et des ressources suffisantes selon le nombre de participants et le type d’application executee. Pour un simple navigateur, la charge reste moderee; pour un desktop complet ou des usages multimedia soutenus, CPU et bande passante montent vite. C’est un point a valider en pilote avant generalisation.

L’ecosysteme autour de Neko est un atout pratique. Le projet propose plusieurs images officielles de navigateurs, des variantes applicatives, une documentation structuree (installation, configuration, troubleshooting) et un composant dedie a la gestion de salles avec API. Cette base permet de construire soit un usage minimaliste en une commande, soit une plateforme plus complete avec provisioning de rooms et integrations metier.

Concretement, Neko se distingue quand il faut partager un environnement web interactif, rapide a ouvrir et facile a controler a plusieurs, sans imposer un client natif. C’est un outil qui simplifie des cas reels souvent mal couverts par le simple partage d’ecran: co-navigation vivante, support guide, sessions de demo et espaces navigateur isoles accessibles partout.