Extranet ESG en panne : vérifier l’origine du problème pas à pas

L’extranet ESG qui refuse de charger n’est pas toujours en panne. Dans la majorité des cas, le blocage vient d’un maillon précis de la chaîne d’authentification ou d’une confusion d’URL, pas d’une indisponibilité serveur. Nous détaillons ici un protocole de diagnostic applicable avant tout appel au support.

Diagnostic réseau et cache navigateur avant de soupçonner l’extranet ESG

Le réflexe courant consiste à retenter la connexion en boucle. C’est une perte de temps si le problème se situe en amont du portail.

A lire également : Comment danser le sirtaki comme en taverne à Athènes ?

Commencez par isoler la couche réseau. Ouvrez un site tiers quelconque : si la page charge normalement, votre connexion internet fonctionne. Si le site tiers échoue aussi, le problème est local (Wi-Fi, proxy d’entreprise, pare-feu résidentiel).

Videz ensuite le cache et les cookies du navigateur, spécifiquement pour le domaine my-esg.fr. Un cookie de session expiré ou corrompu provoque des boucles de redirection que le portail ne sait pas gérer proprement. Sur Chrome, accédez aux outils développeur (F12), onglet Application, puis supprimez les entrées liées au domaine.

A découvrir également : Évaluation dans l'approche par les objectifs : étapes essentielles à suivre

Testez enfin avec un navigateur différent ou en navigation privée. Un blocage qui disparaît en navigation privée confirme un conflit de cache ou d’extension. Les bloqueurs de publicité et les extensions de sécurité interceptent fréquemment les requêtes SSO et cassent le flux d’authentification.

Technicien informatique vérifiant les paramètres réseau d'un extranet ESG en panne sur un poste de travail double écran

Confusion d’URL entre portails ESG : première cause de panne perçue

L’écosystème numérique ESG repose sur plusieurs sous-domaines distincts. Accéder au mauvais portail génère un refus d’identifiants qui ressemble à une panne, alors que le compte fonctionne parfaitement sur la bonne adresse.

Les adresses les plus courantes sont my-esg.fr pour le portail principal et my-esg-finance.com pour ESG Finance. D’autres variantes existent selon les programmes (Sport, MBA, RH). Vérifiez systématiquement que l’URL dans la barre d’adresse correspond à votre programme.

Nous recommandons d’enregistrer l’adresse exacte communiquée par votre secrétariat dans les favoris du navigateur dès la première connexion réussie. Ce geste simple élimine la source de blocage la plus fréquente que nous observons chez les étudiants en début d’année.

Blocage SSO et MFA sur l’extranet : vérifier la propagation du compte

L’activation récente du MFA (Multi-Factor Authentication) sur les portails ESG a introduit une couche de complexité supplémentaire. Le flux d’authentification passe désormais par un fournisseur d’identité SSO externe avant d’atteindre l’extranet proprement dit.

Compte activé côté école mais pas côté SSO

Un scénario de blocage fréquent depuis la mise en place du MFA : l’annuaire interne de l’école valide le compte, mais la propagation vers le fournisseur SSO n’a pas abouti. Le mot de passe est correct, l’identifiant aussi, et pourtant l’accès est refusé.

Dans ce cas, réinitialiser le mot de passe ne résoudra rien puisque le problème se situe sur la synchronisation entre l’annuaire et l’IdP (Identity Provider). Il faut contacter le support informatique en précisant que le blocage survient après la saisie des identifiants, au moment de la redirection SSO.

MFA récemment activé ou appareil changé

Si vous avez changé de téléphone ou réinstallé votre application d’authentification sans avoir transféré les jetons MFA, le code généré ne correspondra plus. Un changement d’appareil sans migration du jeton MFA bloque l’accès même avec le bon mot de passe.

La procédure de récupération passe par le lien « Mot de passe oublié / Première connexion » sur la page d’accueil du portail, qui déclenche aussi la réinitialisation du facteur secondaire dans la plupart des configurations SSO.

Erreurs HTTP et messages du portail ESG : interpréter avant d’agir

Tous les messages d’erreur ne signifient pas la même chose. Noter le code ou le libellé exact affiché par le navigateur oriente le diagnostic.

  • Erreur 403 (accès interdit) : le serveur répond mais refuse la requête. Cause probable : droits insuffisants sur le compte, profil non rattaché au bon programme, ou blocage géographique par un pare-feu applicatif.
  • Erreur 502 ou 503 (serveur indisponible) : le portail lui-même est en panne ou en maintenance. Seule situation où l’utilisateur ne peut rien faire de son côté. Vérifiez si d’autres étudiants rencontrent le même problème au même moment.
  • Boucle de redirection (ERR_TOO_MANY_REDIRECTS) : conflit de cookies ou problème dans le flux SSO. Supprimez les cookies du domaine et retentez.
  • Page blanche sans code d’erreur : un script JavaScript essentiel n’a pas chargé, souvent à cause d’une extension navigateur ou d’un réseau qui filtre les contenus.

Relevez toujours le message exact, l’heure et le navigateur utilisé avant de contacter le support. Ces trois informations permettent à l’équipe technique de localiser le problème dans les logs serveur sans échange supplémentaire.

Deux collègues analysant pas à pas l'origine d'une panne d'extranet ESG lors d'une réunion de diagnostic en salle de conférence

Contacter le support ESG : préparer une demande exploitable

Un ticket de support mal rédigé allonge le délai de résolution de plusieurs jours. L’équipe informatique a besoin d’éléments précis pour reproduire le problème.

Incluez dans votre message les éléments suivants :

  • L’URL exacte sur laquelle le blocage survient (copiée depuis la barre d’adresse)
  • Le message d’erreur ou le code HTTP affiché, mot pour mot
  • Le navigateur et sa version (visible dans « À propos » du navigateur)
  • Les étapes déjà tentées (cache vidé, navigation privée, autre navigateur)
  • La date et l’heure précise de la dernière tentative

En indiquant que vous avez déjà éliminé les causes locales (réseau, cache, bonne URL, MFA fonctionnel), vous permettez au support de passer directement à l’analyse côté serveur. Un ticket structuré réduit le temps de résolution de manière significative.

Si le blocage concerne plusieurs utilisateurs simultanément avec une erreur 502 ou 503, il s’agit probablement d’une maintenance ou d’un incident serveur. Dans ce cas, la seule action utile reste de patienter et de vérifier les canaux de communication officiels de l’école pour un éventuel message d’information.

D'autres articles sur le site