Noa Ollier — Période : Du 05/01/26 au 30/01/26
L'objectif était de rétablir la fonctionnalité de géocodage au sein de l'ERP Copilote, utilisé par Cerreco (filiale d'OLGA). L'enjeu était d'assurer la compatibilité entre l'application et les services API de Google Maps, essentiels pour la localisation des fournisseurs et clients.
Le problème provenait du fait que Copilote ouvrait ses liens API via le navigateur par défaut du serveur RDS.
Le constat : Internet Explorer s'ouvrait par défaut. Or, Google Maps a déprécié ce navigateur, affichant un message d'erreur demandant une mise à jour et bloquant l'affichage de la localisation.
La demande : Les utilisateurs ont sollicité la DSI pour passer sur un navigateur moderne (Google Chrome ou Microsoft Edge) afin de retrouver l'usage des cartes.
Avant de déployer la solution, il est essentiel de comprendre l'environnement technique dans lequel travaillent les utilisateurs de Cerreco :
Le Problème constaté : Lorsqu'on clique sur le bouton "Géocodage" dans Copilote pour localiser un fournisseur, le serveur RDS ouvrait automatiquement Internet Explorer par défaut. Comme ce navigateur est devenu obsolète, Google Maps refusait de s'afficher, bloquant ainsi le travail des utilisateurs.
Pour corriger ce problème, j'ai dû forcer l'utilisation de Microsoft Edge à la place d'Internet Explorer.
Le fichier de configuration XML : J'ai utilisé un script pour générer un fichier nommé EdgeDefault.xml. Ce fichier contient les "associations par défaut", c'est-à-dire les règles qui disent au système : "Pour ouvrir un lien internet (HTTP/HTTPS), utilise Microsoft Edge".
Le déploiement par GPO : J'ai créé une stratégie de groupe (GPO) intitulée "FORCE EDGE COPILOTE" sur le contrôleur de domaine.
Pour que le changement de navigateur soit efficace et transparent pour la cinquantaine d'utilisateurs de Cerreco, j'ai dû prendre en compte la gestion des sessions par le serveur.
Le défi du Broker RDS : Le Broker est le "chef d'orchestre" de l'infrastructure. Son rôle est de mémoriser l'état des sessions. Chez Cerreco, les utilisateurs ne ferment pas toujours leur session ; ils se déconnectent simplement, et le Broker garde leur session "enregistrée" (en attente) pour qu'ils retrouvent leur travail intact plus tard.
Le problème : Habituellement, une GPO d'association d'applications ne s'applique qu'à la création d'un nouveau profil (première connexion). Les sessions déjà gérées par le Broker n'auraient donc pas reçu la mise à jour.
Stockage sur le NETLOGON : J'ai placé mon fichier de configuration EdgeDefault.xml dans le dossier \\Dc1\netlogon. C'est un emplacement stratégique et sécurisé car il est répliqué sur tous les contrôleurs de domaine et accessible en lecture seule pour tous les serveurs et PC au moment de la connexion.
Configuration de la stratégie et forçage : Dans l'éditeur de gestion des GPO, j'ai activé l'option "Définir un fichier de configuration des associations par défaut".
Ma solution pour le Broker : Pour éviter de devoir redémarrer les serveurs ou de forcer la déconnexion de tout le monde, j'ai configuré la GPO pour qu'elle force l'écriture des nouvelles associations directement dans le registre Windows.
Résultat : Même pour les sessions qui étaient déjà enregistrées dans le Broker, le système a pris en compte Microsoft Edge dès que l'utilisateur a relancé son RemoteApp Copilote. Cela a permis une continuité de service totale sans aucune interruption de travail.
Une fois la GPO propagée et le forçage des registres effectué, j'ai procédé à une phase de test pour vérifier que la solution était bien prise en compte, même pour les utilisateurs déjà connectés au Broker.
Ce projet m'a permis de résoudre un blocage métier critique tout en maîtrisant les spécificités d'une infrastructure RDS. J'ai appris qu'une intervention réussie doit être invisible pour l'utilisateur : grâce à ma gestion du Broker, j'ai pu déployer la solution sans aucune coupure de service.
Désormais, tous les postes de Cerreco peuvent utiliser la fonction de géocodage normalement. L'accès à Google Maps est rétabli pour l'ensemble des sessions.
Cette réalisation professionnelle valide les compétences suivantes : Répondre aux incidents (traitement de demandes concernant les applications métier / ERP) et Mettre à disposition un service (réalisation de tests d'intégration et d'acceptation post-déploiement).