On ouvre LEO, on tape ses identifiants AGALAN, et la page tourne en boucle ou affiche un message d’erreur cryptique. Ce scénario, la majorité des étudiants et personnels de l’Université Grenoble Alpes l’ont rencontré au moins une fois. L’intranet UGA LEO repose sur un service d’authentification centralisé (CAS) qui, selon la configuration du navigateur, l’état du compte ou le réseau utilisé, peut bloquer la connexion sans explication claire.
Mot de passe expiré ou compte UGA inactif : la cause invisible sur LEO
Quand on parle d’erreur de connexion sur l’intranet LEO, le réflexe est de vérifier l’orthographe de son identifiant. Le vrai problème se situe souvent en amont : un mot de passe arrivé à échéance bloque silencieusement l’accès.
A voir aussi : Inscription et connexion à mon IntraParis : astuces pratiques
Le système UGA impose un renouvellement périodique du mot de passe. Passé ce délai, la page de login CAS redirige vers une boucle ou un formulaire de réinitialisation sans message explicite. On croit à un bug, alors que le compte attend simplement un nouveau mot de passe.
Autre cas fréquent : le compte UGA n’a jamais été activé. Les primo-entrants qui n’ont pas finalisé la procédure d’activation reçoivent le même refus de connexion que quelqu’un dont le mot de passe a expiré. La procédure de réinitialisation passe par le portail CoPass (copass-client.grenet.fr), distinct des formulaires Microsoft ou Google.
A lire également : Problème de connexion à intranet.ac-amiens : les solutions qui marchent
- Vérifier d’abord sur CoPass si le compte est actif et si le mot de passe n’est pas expiré, avant de tenter une reconnexion sur LEO
- Utiliser le lien « Forgot password » présent sur la page d’authentification CAS de LEO pour lancer la réinitialisation
- Ne pas confondre le mot de passe UGA avec celui d’autres services (messagerie personnelle, ENT d’un autre établissement)
Erreurs de certificat et cache du navigateur : débloquer l’accès à l’intranet UGA
Le service CAS de LEO utilise des certificats SSL pour sécuriser la connexion. Quand le navigateur affiche un avertissement de type « votre connexion n’est pas privée » ou « certificat non valide », on pense souvent à un piratage. En pratique, un cache navigateur corrompu ou un certificat intermédiaire mal chargé provoquent ce type d’alerte.
La solution la plus directe : vider le cache et les cookies du navigateur, puis relancer la page leo.univ-grenoble-alpes.fr. Sur Firefox, la combinaison Ctrl+Maj+Suppr ouvre directement le panneau de nettoyage. Sur Chrome, passer par les paramètres de confidentialité.
Le piège des navigateurs obsolètes
Un navigateur qui n’est plus à jour peut rejeter les certificats récents du serveur CAS. Les retours varient sur ce point selon les systèmes d’exploitation, mais une version de Chrome ou Firefox datant de plus d’un an pose régulièrement problème avec les portails universitaires.
Sur mobile, l’erreur « Impossible de vérifier le compte » signalée par plusieurs guides UGA est souvent liée à une configuration réseau qui empêche la validation du certificat. Passer du Wi-Fi au réseau mobile (ou inversement) permet d’isoler le problème.
Boucle de redirection CAS sur LEO : identifier le blocage réseau
La boucle de login est le symptôme le plus frustrant. On entre ses identifiants, la page semble les accepter, puis revient au formulaire de connexion. Ce cycle peut se répéter indéfiniment.
Deux causes principales alimentent cette boucle sur l’intranet LEO :
- Les cookies tiers sont bloqués par le navigateur ou une extension (uBlock Origin, Privacy Badger). Le service CAS a besoin de déposer un cookie de session pour valider l’authentification. Si ce cookie est refusé, la boucle se déclenche
- Un proxy réseau ou un pare-feu (fréquent en résidence universitaire ou sur un réseau d’entreprise) intercepte la redirection entre le CAS et LEO. Le flux HTTPS est interrompu avant que le jeton d’authentification ne soit transmis
- Une session CAS précédente restée ouverte dans un autre onglet peut entrer en conflit avec la nouvelle tentative de connexion
Fermer tous les onglets liés à l’UGA, vider les cookies du domaine univ-grenoble-alpes.fr, puis rouvrir un onglet unique sur la page de LEO résout la majorité de ces boucles. Si le problème persiste, tester depuis un autre réseau confirme (ou exclut) un blocage côté infrastructure.
Connexion LEO sur mobile : les erreurs spécifiques Android et iPhone
Accéder à l’intranet UGA LEO depuis un smartphone génère des erreurs qu’on ne rencontre pas sur ordinateur. Le navigateur intégré aux applications (WebView sur Android, Safari in-app sur iOS) gère différemment les redirections CAS.
Le piège classique : ouvrir le lien LEO depuis l’application Mail ou un réseau social. Le navigateur embarqué ne conserve pas les cookies de session, ce qui provoque une boucle ou un échec silencieux. Ouvrir LEO directement dans Chrome, Firefox ou Safari (pas via un lien in-app) contourne ce problème.
Configuration du compte UGA sur les applications mail mobiles
L’erreur « Impossible de vérifier le compte » sur iPhone ou Android lors de l’ajout du mail UGA est liée au mot de passe. Si celui-ci n’a pas été défini via le lien d’activation officiel, ou s’il a expiré depuis, l’application mail rejette la configuration sans préciser la cause. Repasser par CoPass pour réinitialiser le mot de passe, puis reconfigurer le compte mail, règle le problème dans la grande majorité des cas.
Contacter le support UGA : quand et comment escalader
Quand les manipulations navigateur et la réinitialisation du mot de passe ne suffisent pas, le problème se situe côté serveur ou côté compte administratif. Le service d’assistance numérique de l’Université Grenoble Alpes traite les demandes via un formulaire de ticket accessible depuis le portail étudiant.
Avant de soumettre un ticket, noter précisément le message d’erreur affiché, le navigateur utilisé (nom et version), le réseau (Wi-Fi campus, résidence, 4G) et l’heure de la tentative. Ces informations permettent au support de diagnostiquer rapidement si le problème est individuel ou lié à une maintenance du serveur CAS.
Les périodes de rentrée et d’inscription génèrent des pics de charge sur le portail LEO. Un temps de réponse anormalement long ou une page blanche ne signifient pas toujours un problème de compte : le serveur CAS peut être temporairement saturé. Attendre une quinzaine de minutes avant de retenter la connexion évite d’accumuler des sessions fantômes qui compliquent ensuite l’authentification.