Le bon client, la bonne machine
Créez vos fiches clients, classez les PC physiques et les VM, puis retrouvez une machine par recherche, filtre ou état sans maintenir un tableur parallèle.
Pilote fermécomptes Pro activés individuellement
200 / pagerecherche et pagination du parc côté serveur
ChiffréWebRTC DTLS-SRTP et DataChannel DTLS
0 port entrantchemin direct ou relais selon le réseau
Moins de friction avant la prise en main
L’objectif n’est pas de recopier un RMM mature fonction par fonction. Lume Pro part de ce que Lume sait déjà faire : afficher et contrôler un PC avec une chaîne vidéo conçue pour rester réactive, puis construit autour un parcours professionnel lisible.
Une assistance qui reste fluide
Nyx ouvre le même moteur WebRTC que le parcours personnel : image, audio et commandes avec chemin direct quand le réseau le permet, relais chiffré lorsque c’est nécessaire.
Assistance ou second écran
Choisissez l’écran à diffuser, utilisez un écran virtuel et adaptez définition ou fréquence au scénario. Les VM et les écrans virtuels restent qualifiés machine par machine.
Un socle réel, avec des limites affichées
Le serveur, la migration, la PWA et Helio 0.1.90 sont déployés. Le compte pilote reste activé manuellement et les fonctions sensibles demeurent fermées tant que leur preuve terrain ou leur secret de production manque.
| Fonction | Ce que le pilote permet | État actuel |
|---|---|---|
| Sas Pro et double vérification | Redemande le mot de passe Lume avant le parc, avec TOTP et codes de secours | Pilote · déployé |
| Parc clients / PC / VM | Recherche, filtres, pagination et rattachement des machines déjà appairées | Pilote · déployé |
| Prise en main Nyx | Vidéo, audio et commandes via WebRTC direct ou relais | Pilote · à éprouver |
| Second écran | Écran virtuel, choix de la source et positionnement | Pilote · matériel variable |
| Broker après redémarrage | Relance Helio dans la session console | VM / PC non critique uniquement |
| Presse-papiers sécurisé | Code texte seul et révocable prêt, secret de concession non activé | Fermé |
| Accès avant ouverture de session | Credential Provider Windows authentifiant | Non disponible |
| Transfert de fichiers | Envoi ou récupération de fichiers | Non disponible |
Une étiquette Pro n’ouvre pas tous les droits
Chaque capacité sensible est séparée et doit échouer fermée. Le rôle Pro donne accès au parcours pilote ; il ne transforme pas un prototype LogonUI ou un presse-papiers sans secret en fonction disponible.
De la recherche à l’intervention en quatre gestes
- Déverrouiller le sasLe professionnel confirme à nouveau son identité avant d’accéder à la liste de machines. Le jeton du sas est court et n’est pas écrit sur le disque.
- Retrouver la machineRecherche par client ou machine, filtres PC/VM et pagination côté serveur évitent de charger un parc entier dans le navigateur.
- Vérifier le contexteL’état de la machine, le type d’hôte et le chemin disponible sont affichés avant d’ouvrir la session.
- Intervenir puis couperNyx ouvre la session autorisée. À la fin, les commandes et jetons de session doivent être coupés ; les capacités non accordées restent inaccessibles.
Le chiffrement est le point de départ, pas la ligne d’arrivée
Le média WebRTC utilise DTLS-SRTP et les commandes passent dans un DataChannel DTLS. Même lorsqu’un relais transporte la session, il ne reçoit pas le contenu en clair. Le pilote doit encore prouver les usages professionnels autour de ce tunnel.
- Compte Lume obligatoire et sas Pro séparé avant d’afficher le parc.
- Tickets de session courts et révocation des appareils ou sessions.
- Aucun mot de passe Windows, Steam ou client enregistré par Lume.
- Permissions séparées par capacité ; le presse-papiers reste OFF aujourd’hui.
- Diagnostics techniques expurgés : aucune vidéo, audio ou saisie clavier enregistrée.
- Accès non assisté avant LogonUI fermé tant que le provider signé n’est pas audité.
Voir ce qui est vérifié et ce qui reste ouvert
Notre page Sécurité distingue le chiffrement, les protections déjà actives et les chantiers qui interdisent encore une ouverture plus large.
Compatible quand Windows livre une vraie surface
Une VM déclarée « en ligne » ne garantit ni une image capturable ni une sortie audio. Lume qualifie la surface, l’encodeur et la session Windows réellement visibles avant d’annoncer une compatibilité.
| Environnement | Chemin visé | Position honnête |
|---|---|---|
| VM avec GPU ou vGPU | WGC/DXGI et AMF, NVENC ou QSV | Meilleur candidat · à qualifier |
| VM sans GPU | Capture Windows et H.264 logiciel OpenH264 | Expérimental · coût CPU |
| Hyper-V / VMConnect | Surface capturable ou écran virtuel Lume après preuve pixels | Test pilote requis |
| Session RDP | La session visible peut différer de la console capturée | Non garanti |
| VM headless sans audio | Périphérique de rendu nécessaire au loopback Windows | Non garanti |
Pour qui Lume Pro peut devenir meilleur
Quelques clients, zéro usine à gaz
Un parc clair et une connexion rapide pour l’informaticien qui ne veut ni ouvrir des ports ni reconstruire sa liste de machines à chaque intervention.
La fluidité comme avantage
Pour l’assistance visuelle, la formation ou les applications graphiques, Lume vise une sensation plus directe que les outils pensés d’abord pour l’administration à 30 fps.
Pas encore un RMM complet
Déploiement logiciel, inventaire matériel profond, politiques de masse, fichiers et LogonUI ne sont pas promis aujourd’hui. Le pilote sert précisément à prioriser ces briques.
Construire le pilote avec de vrais besoins
Nous cherchons des professionnels exigeants
Le bon pilote gère quelques PC ou VM Windows, accepte de commencer sur une machine non critique et peut documenter image, audio, clavier/souris, reconnexion, second écran et sécurité. Aucun prix ni SLA n’est annoncé pendant cette qualification.
Décrivez votre parc et votre usage
Précisez votre activité, le nombre de machines, les hyperviseurs éventuels et les deux ou trois gestes qui vous font perdre le plus de temps aujourd’hui.