Le Blog du DSI
Outillage

Prise en main à distance : testez avant de choisir l'outil

Un partage d'écran réussi ne suffit pas. Testez les droits administrateur, les accès et le coût complet avant de choisir votre outil de prise en main à distance.

Ordinateur portable sur un bureau blanc avec casque, souris et appareil photo
Photo ClickerHappy / Pixabay
À retenir

Choisissez votre outil de prise en main à distance sur une intervention complète, avec un utilisateur sans droits administrateur et les restrictions réseau habituelles. Vérifiez le consentement, l'élévation des droits, la reconnexion et les traces disponibles. Comparez ensuite les licences et la charge d'exploitation. Un partage d'écran réussi ne prouve pas que le support pourra terminer le dépannage.

Votre technicien voit l’écran du salarié, mais ne peut pas valider l’installation qui débloquerait son travail. Voici les essais à imposer avant de choisir un outil de prise en main à distance.

Je commencerais par un dépannage banal sur un poste verrouillé comme ceux du parc. La démonstration sur le portable administrateur du commercial ne répond pas à votre problème. Vous achetez la capacité de terminer une intervention, pas celle de déplacer un pointeur.

Séparez l’assistance ponctuelle de l’accès permanent

Écrivez les situations à couvrir avant d’ouvrir les catalogues. Guider un salarié présent, intervenir après son départ et administrer un serveur sont des besoins distincts. N’activez pas l’accès sans présence sur tout le parc pour résoudre un cas isolé.

Pour chaque situation, précisez qui demande l’intervention, qui l’autorise et qui peut interrompre la connexion. Faites aussi décider si le transfert de fichiers et le presse-papiers sont nécessaires. Une fonction disponible n’a pas à être ouverte par défaut.

L’Assistance rapide de Microsoft repose sur un code de session et une acceptation du partage par l’utilisateur. La prise de contrôle fait l’objet d’une demande supplémentaire. C’est un candidat pour une assistance ponctuelle sur Windows, à confronter à vos exigences de traçabilité.

Donnez cette consigne aux salariés : avant d’accepter une connexion inattendue, rappeler le support par son numéro habituel. Le nom affiché dans l’application ne remplace pas cette vérification.

Faites échouer la démonstration sur un poste ordinaire

Préparez un poste de test configuré comme un poste métier. Utilisez un compte standard, les protections habituelles et un réseau représentatif du télétravail. Le technicien doit démarrer avec ses propres accès autorisés.

Voici une grille d’essai à envoyer au fournisseur avant le rendez-vous.

EssaiRésultat à obtenirMotif de refus
Connexion initialeL’utilisateur comprend qui intervient et accepteL’identité du technicien reste ambiguë
Action administrativeLe technicien réalise l’action autoriséeIl faut donner des droits permanents au salarié
RedémarrageLe support reprend selon une procédure connueLa reconnexion dépend d’un bricolage improvisé
Réseau filtréL’intervention aboutit avec les règles prévuesIl faut désactiver largement les protections
Fin d’interventionLa session cesse et le résultat est consignéUn accès imprévu reste utilisable

Sur Windows, testez notamment l’invite de contrôle de compte utilisateur, ou UAC. Microsoft précise que l’Assistance rapide peut demander une action de l’utilisateur sur ces invites. Voir le bureau ne garantit donc pas que le technicien saura exécuter une opération privilégiée.

Si le vendeur propose de désactiver une protection pour finir l’essai, notez l’échec. Demandez une configuration prise en charge, puis recommencez.

Comparez les éditions sur vos critères bloquants

Écartez d’abord les produits qui échouent sur un besoin indispensable. Une longue liste de fonctions ne compense pas une installation impossible sur vos postes.

Pour une DSI déjà équipée d’Intune, Remote Help mérite un essai. Sa documentation de préparation distingue notamment les permissions de visualisation, de contrôle et d’élévation. Elle demande aussi une licence Remote Help pour les techniciens et les utilisateurs ciblés par le service. Faites vérifier les droits déjà inclus dans vos abonnements avant de demander un achat supplémentaire.

Pour un hébergement exploité par votre équipe, examinez RustDesk. La documentation d’auto-hébergement distingue Server OSS, gratuit et open source, de Server Pro, qui ajoute notamment une console web, des intégrations d’identité et du contrôle d’accès. Ne transférez pas mentalement les fonctions de Pro dans votre scénario OSS.

Ma règle : écrivez chaque critère bloquant avec l’édition, le système d’exploitation et le résultat du test. Une case cochée sur une brochure commerciale ne vaut pas validation sur votre parc.

Demandez la facture complète et le travail restant

Envoyez au fournisseur votre organisation réelle : techniciens internes, prestataires, utilisateurs assistés et interventions simultanées. Demandez ce qui est facturé dans chaque cas. Faites préciser le coût des fonctions nécessaires, de l’assistance éditeur et des environnements de test.

Pour une solution auto-hébergée, inscrivez aussi le serveur, la surveillance, les mises à jour et le temps de reprise en cas de panne. Désignez la personne qui les assurera. Un logiciel gratuit administré le soir par le collègue disponible n’a pas un coût nul.

Bon plan : préparez un scénario de démonstration réutilisable avec une application de test, un compte standard et une fiche de résultats. Faites passer exactement le même exercice à chaque candidat. Vous pourrez comparer les manipulations nécessaires et les blocages sans acheter un laboratoire dédié.

Demandez enfin comment retirer l’agent et récupérer les traces utiles à la sortie. Pour les engagements de licence, reprenez les vérifications du renouvellement SaaS fondé sur les usages.

Vérifiez les traces et la fermeture des accès

Après le pilote, demandez à un collègue qui n’y participait pas de retrouver l’intervention : technicien, poste, début, fin et ticket associé. Notez ce qui manque et ce qui exige une saisie manuelle. Une vidéo de l’écran ne remplace pas forcément ces informations.

Je privilégierais des traces exploitables avant l’enregistrement systématique des sessions. Si vous voulez filmer les interventions, définissez d’abord le besoin, les destinataires et la conservation avec les responsables concernés. N’accumulez pas des captures de documents métier sans usage précis.

Testez ensuite le retrait d’un technicien du périmètre autorisé. Vérifiez une nouvelle tentative de connexion et le sort d’une session déjà ouverte. Contrôlez aussi les éventuels accès locaux ou mots de passe permanents.

Intégrez ces droits à votre revue des habilitations. L’outil de support mérite le même examen que les applications qu’il ouvre.

Lancez le pilote cette semaine

Gardez un périmètre assez restreint pour examiner chaque échec. Avant de signer :

  • Choisissez les postes et réseaux représentatifs à tester.
  • Faites réaliser une intervention complète par un technicien du support.
  • Consignez les étapes qui réclament encore l’aide d’un administrateur.
  • Vérifiez le refus d’une connexion, sa clôture et le retrait d’un accès.
  • Obtenez un devis correspondant à l’édition réellement testée.
  • Attribuez l’exploitation de l’outil et la suppression des anciens agents.

Terminez le pilote avec cette question au technicien : quelle intervention devrez-vous encore faire sur place ? Faites chiffrer ce déplacement ou traiter le blocage avant la commande.

Questions fréquentes

Un partage d'écran suffit-il pour dépanner les utilisateurs ?

Non. Il suffit pour expliquer une manipulation, mais pas pour garantir une intervention technique complète. Testez une action exigeant des droits administrateur, un redémarrage et la reprise de connexion. Réalisez l'essai avec un compte utilisateur standard et les protections habituelles du poste, sans les désactiver pour réussir la démonstration.

Faut-il autoriser la prise en main sans utilisateur présent ?

Seulement pour un besoin identifié et un périmètre explicitement autorisé. Distinguez cet accès de l'assistance acceptée par l'utilisateur. Limitez les techniciens et les équipements concernés, vérifiez les traces et testez le retrait des droits. Une intervention ponctuelle ne justifie pas un accès permanent à tout le parc.

RustDesk auto-hébergé supprime-t-il le coût de téléassistance ?

Non. RustDesk Server OSS est gratuit, mais son hébergement, ses mises à jour et son exploitation consomment des moyens. Les fonctions d'administration centralisée doivent aussi être vérifiées dans l'édition retenue. Comparez le coût complet au service nécessaire, en incluant le temps de l'équipe et les licences éventuelles.