Suite à des correctifs de windows 10, il est possible que le WIFI eduroam ne se connecte plus.
Dans ce cas, il faut aller dans le panneau de configuration, onglet « réseau » et appuyer sur le bouton « réinitialiser réseau ».
Cela ne supprime pas les connexions, mais permet de resynchroniser correctement les connexions réseau et donc WIFI.
Nous avons étendu la plage d’adresse IP publique relative à Eduroam pour éviter la saturation du NAT.
Nous avons noté depuis ce début d’année un nombre croissant d’appareils connectés utilisant Eduroam.
Il y a donc maintenant deux classe C publique pour Eduroam, une pour les utilisateurs de Besançon et l’autre pour les utilisateurs des autres sites (Montbéliard, Belfort, Vesoul, Lons le Saunier)
Il est possible d’avoir un échec d’authentification sur un MAC et vu ainsi sur le serveur d’authentification.
Une solution proposé est de détruire la connexion WIFI (profile) et de le recréer.
Pour eduroam ne pas oublier d’aller charger le profile pré-enregistrer sur le site du WIFI.
En cette rentrée, nous avons noté certains problèmes de connexion lors de l’utilisation du portail captif via les SSID « ufc-personnels » et « ufc-edu-portail ».
Nous avons effectué quelques modifications systèmes, mais il semble que le principal problème soit dû au navigateur de connexion.
Il faut supprimer dans votre navigateur, les coookies et les caches.
A la reconnexion, l’affichage de la page d’authentification devrait être rapide.
Ne pas oublier de configurer votre proxy en mode « automatique » avec l’adresse : http://wifi.univ-fcomte.fr/pac/proxy.pac
Suite aux différents soucis que nous rencontrons avec les produits Apple sur le WIFI, nous avons apris de part un constructeur de matériel WIFI qu’il existe effectivement plusieurs soucis avec Apple.
Les différentes release des OS pour matériel Apple ne sont pas documenter ce qui implique que les constructeurs de matériels WIFI doivent s’adapter en reverse-ingeenering aux modifications.
La corrections de bug Apple pris en compte par les constructeurs WIFI entraîne là aussi des comportements pas toujours cohérents.
Il faut donc garder à l’esprit qu’un équipement Apple qui fonctionne avec un OS et ces patchs ne fonctionnera pas forcement avec le patch suivant.
L’ordinateur sous Windows XP 32 bits est sans doute en SP2 au lieu du SP3.
(merci à Gérard Asensio pour la détection et correction du problème)
Si vous avez un problème d’attribution d’adresse IP et que Windows vous attribue une adresse du style 169.xxx.xxx.xxx c’est que le DHCP du système WIFI à été incapable de vous en attribuer une.
Ce problème s’est posé récemment sur le SSID ufc_vpn et avons agrandi la plage d’adresses.
La nouvelle version de SecureW2 est payante. Elle ne s’installe donc plus comme indiqué dans la documentation.
Une solution est d’installer un autre client (open1X : http://open1x.sourceforge.net/). Ce produit ne s’installe pas sur windows 7.
Il peut y avoir quelques difficultées à connecter correctement un palm. Pour faire au plus simple suivez ces recommandations :
– configurer le palm pour acceder au portail captif (SSID + clef Wep) ;
Рd̩configurer tout ce qui conc̬rne le proxy (web) ;
– se connecter par exemple à www.univ-fcomte.fr => apparition de la fenêtre de login/password (portail captif) ;
– s’identifier ;
– re-configurer les informations relatives au proxy dans le palm.
Pour tous les postes fixes pouvant servir à des utilisateurs différents et utilisant le WIFI (portail captif) pour s’authentifier, il faut suivre les recommandations suivantes :
Рne pas clore la fen̻tre permettant de clore la session WIFI ;
– utiliser le bouton « fermer la session WIFI » avant de clore la session Windows.
Si vous fermez la session windows sans fermer auparavant la session WIFI, l’utilisateur suivant pourra utiliser votre authentification pour naviguer sur Internet.
Le reboot de la machine permet également de clore la session WIFI.