L’intranet univ Lyon 3 repose sur un portail CAS (Central Authentication Service) dont l’URL légitime commence par https://cas.univ-lyon3.fr. Quand l’accès échoue, le réflexe de recharger la page en boucle est contre-productif. Nous recommandons une approche méthodique qui distingue trois niveaux de blocage : le poste client, l’authentification CAS et l’infrastructure côté université.
Diagnostic réseau et cache d’authentification avant toute autre action
Un échec de connexion à l’intranet Lyon 3 ne signifie pas que le service est en panne. Dans la majorité des cas que nous observons, le problème se situe entre le navigateur et le portail CAS, pas sur les serveurs de l’université.
Le premier test consiste à ouvrir une page extérieure quelconque. Si elle charge normalement, le réseau local fonctionne. Le blocage se situe alors soit au niveau du CAS, soit au niveau d’un cache de session corrompu.
Vider le cache ciblé du navigateur
Les sessions CAS stockent des cookies de login et de préférences de langue. Un cookie expiré ou corrompu provoque une boucle de redirection entre la page d’authentification et l’intranet. La procédure efficace n’est pas de vider tout le cache, mais de supprimer uniquement les cookies associés au domaine univ-lyon3.fr.
- Sur Firefox : Paramètres, Vie privée, Cookies et données de sites, rechercher « univ-lyon3 » puis supprimer les entrées correspondantes
- Sur Chrome : chrome://settings/siteData, filtrer par « univ-lyon3.fr », supprimer
- Sur Safari : Préférences, Confidentialité, Gérer les données de sites web, rechercher le domaine et retirer les entrées
Après suppression, fermer complètement le navigateur (pas simplement l’onglet) avant de relancer une tentative. L’université insiste d’ailleurs sur la fermeture de session et du navigateur après chaque usage des services authentifiés, précisément pour éviter ce type de conflit.
Panne CAS ou panne intranet : identifier le bon périmètre
Lyon 3 distingue plusieurs portes d’entrée numériques : l’intranet étudiant (net3), l’intranet des personnels, les services de la BU et d’autres applications rattachées au même système d’authentification unique (SSO). Une panne apparente de l’intranet peut en réalité être une indisponibilité du CAS, qui bloque l’accès à tous les services en aval.
Tester le CAS indépendamment de l’intranet
Accéder directement à la page du CAS (cas.univ-lyon3.fr) permet de savoir si le problème touche l’authentification ou un service spécifique. Si la page CAS elle-même ne répond pas, aucun service authentifié de l’université ne fonctionnera. Si le CAS affiche bien le formulaire de connexion mais que l’intranet reste inaccessible après authentification, le problème est localisé sur le service intranet lui-même.
Cette distinction est utile pour deux raisons : elle évite de perdre du temps à réinitialiser un mot de passe quand le serveur est en maintenance, et elle permet de formuler un signalement précis au support.
Vérifier les communications officielles de l’université
Avant de contacter le support, nous recommandons de consulter le site principal (univ-lyon3.fr) et les réseaux sociaux de l’établissement. Lyon 3 communique les maintenances programmées et les incidents majeurs sur ces canaux. Une restriction de sécurité temporaire ou une mise à jour planifiée explique la plupart des indisponibilités de courte durée.
Compte bloqué après plusieurs tentatives : la procédure de récupération
Le portail CAS verrouille les comptes après un certain nombre de tentatives infructueuses. Ce mécanisme de sécurité protège les comptes, mais il piège régulièrement les utilisateurs qui ont oublié un changement de mot de passe ou qui saisissent leur ancien identifiant.
Le premier réflexe est de vérifier que l’identifiant utilisé est bien celui attendu par le système. Pour les étudiants, il s’agit généralement du numéro étudiant. Pour les personnels, le format peut différer. Un identifiant erroné génère le même message qu’un mot de passe incorrect, ce qui induit en erreur.
Si le compte est effectivement verrouillé, la réinitialisation du mot de passe passe par la procédure en ligne de l’université. En cas d’échec de cette procédure (adresse mail de récupération obsolète, par exemple), il faut escalader vers la Direction du Numérique, pôle support, qui est l’interlocuteur désigné par l’université pour ce type de situation.
Contacter la Direction du Numérique de Lyon 3 : quand et comment
Multiplier les tentatives de connexion sur un service en panne ne résout rien et peut déclencher un verrouillage de compte. Escalader vers le pôle support de la Direction du Numérique est la bonne démarche dès que les vérifications côté client sont faites.
Pour que le signalement soit traité rapidement, nous recommandons d’inclure les éléments suivants dans la demande :
- Le service précis concerné (net3, intranet personnels, BU en ligne, autre application)
- Le navigateur utilisé et sa version
- Le type de réseau (Wi-Fi campus, réseau personnel, VPN éventuel)
- Le message d’erreur exact affiché (capture d’écran si possible)
- L’heure précise de la tentative de connexion
Ces informations permettent au support de distinguer immédiatement un problème de poste client d’un incident côté serveur, et d’orienter le ticket vers la bonne équipe technique.
Contexte de sécurité et cyberattaques : une vigilance accrue sur les accès
Le secteur de l’éducation nationale a été ciblé par des cyberattaques récentes qui ont perturbé l’accès aux services numériques de nombreux établissements en France. Dans ce contexte, des restrictions d’accès temporaires peuvent être mises en place par les équipes de sécurité informatique sans préavis public.
L’université rappelle que toute page demandant un identifiant doit afficher une URL en cas.univ-lyon3.fr et que le navigateur doit indiquer une connexion sécurisée. Si une page d’authentification présente une URL différente ou un certificat invalide, il ne faut pas saisir ses identifiants : il peut s’agir d’une tentative de phishing exploitant justement la confusion liée à une panne.
Un intranet inaccessible génère de l’urgence, surtout en période de rentrée ou d’examens. La meilleure protection contre le stress d’une panne reste la méthode : diagnostic réseau, test du CAS, vérification des communications officielles, puis contact structuré avec le support. Chaque étape élimine une hypothèse et rapproche de la résolution réelle du problème.
