Lancer l’agent dans le bureau concerné
L’agent portable Windows x64 doit être exécuté dans la session de l’utilisateur à assister. Un lancement dans une autre session ou dans le bureau d’un administrateur cible un autre contexte.
Vérifiez le bureau partagé avec l’utilisateur avant toute prise en main. Le contrôle nécessite une autorisation distincte du partage de l’écran.
Tenir compte des règles du serveur
L’agent Windows nécessite des droits administrateur. Une confirmation locale peut être demandée selon la configuration de l’environnement. Les droits d’exécution et la configuration de la session doivent permettre ce parcours ; une demande UAC sécurisée ne se pilote pas à distance dans Bazo.
L’affichage distant dépend notamment des composants vidéo H.264 disponibles dans l’image Windows Server. Vérifiez également les accès sortants HTTPS/WSS sur le port 443.
Le verrouillage, la déconnexion ou la fermeture de la session Windows arrêtent l’assistance.
Suivre les interventions de l’équipe
Le technicien intervient avec un compte authentifié et son identité est visible. Les événements de session sont conservés dans le journal Bazo.
La capacité commerciale porte sur les techniciens distincts simultanément actifs. Elle ne se calcule pas à partir du nombre de serveurs ou d’appareils assistés.
Tutoriel : corriger un réglage utilisateur dans une session RDS
Exemple à reproduire sur une session de test : un collaborateur a besoin d’aide pour un réglage de son application métier. Identifiez son bureau RDS avec lui et préparez les droits de lancement avec l’administrateur du serveur.
Ouvrir la session de l’utilisateur
L’utilisateur se connecte à son bureau Windows RDS et ouvre l’application concernée. Téléchargez QuickSupport Windows dans ce bureau ou utilisez l’agent privé de votre organisation.
Accéder au téléchargement WindowsExécuter l’agent dans le bon bureau
Lancez l’agent avec les droits administrateur autorisés dans la session à assister. Faites approuver localement toute élévation nécessaire. Le bureau d’un administrateur connecté au même serveur reste une autre session.
Rejoindre le code de cette session
L’utilisateur transmet le code affiché dans son bureau. Le technicien authentifié ouvre son espace Bazo Assist et rejoint ce code. Pour un agent privé, il doit être autorisé dans l’organisation correspondante.
Ouvrir l’espace technicienVérifier et autoriser l’écran partagé
L’utilisateur vérifie l’identité du technicien et autorise la vue. Confirmez ensemble que l’application et le bureau visibles appartiennent bien à l’utilisateur concerné avant de demander le contrôle.
Corriger le réglage avec l’utilisateur
Le technicien demande séparément le contrôle si nécessaire, puis intervient sur le réglage de l’application dans cette session. Les actions d’administration du serveur suivent les procédures de votre équipe ; une demande UAC sécurisée se valide localement.
Contrôler le résultat et arrêter l’assistance
L’utilisateur vérifie le fonctionnement de son application puis termine l’intervention dans Bazo. Lors de votre essai, vérifiez aussi les autres sessions du serveur. Le verrouillage, la déconnexion RDS ou la fermeture du bureau mettent fin à l’assistance concernée.
Essayez Bazo sur vos bureaux RDS
La démonstration gratuite de 15 jours vous permet d’essayer Bazo sur votre serveur, avec votre équipe et vos sessions utilisateurs habituelles.
Démarrez une assistance dans la session concernée pour découvrir le partage d’écran, la demande de contrôle et l’arrêt de l’intervention par l’utilisateur.
Documenter votre essai Windows Server et RDS
Aucune matrice publique de versions Windows Server et RDS testées n’est disponible à ce jour. Un bureau Windows x64 avec interface graphique est nécessaire ; Windows Server Core ne dispose pas du bureau interactif requis.
Relevez la version de Bazo, l’édition et les correctifs Windows Server, la configuration RDS et la date de l’essai. Avant un déploiement, vérifiez plusieurs sessions simultanées, les autorisations séparées et l’arrêt au verrouillage ou à la déconnexion.