personnellement en voyant tout ça ça me rappelle deux jolis souvenirs :
le premier d'il y a cinq ans, quand j'ai reçu de vieux pc portables acer aspire de généartion XP, que j'ai passé à linux : le wifi intel avait souvent tendance à déconnecter en dix secondes sous slitaz.
mais ce qui est encore plus percutant est mon second exemple :
ayant été l'année dernière dans une résidence étudiante, la ligne indiquant les "associated" puis "disconnected" (ou "network unreachable"), qui a tendance à se répéter souvent, je me suis battu avec car je me connectais à... eduroam. Sous linux, faut pas avoir peur : soit ca marche direct avec ubuntu, soit faut partir en guerre avec wpa_supplicant, tout à la main, plusieurs heures à s'arracher les cheveux : trouver le bon chiffrement (les réseaux eduroam étant gérés indépendamment par les établissements, ils n'ont jamais les mêmes confs de réseau au niveau national), et surtout le bon certif à préciser dans la conf.
Pour moi c'est simplement issu d'un dialogue de sécurité type EAP-TTLS et mschapv2, qui font que tu dois avoir la conf strictement exemplaire et correctement configurée face à l'AP.
comment j'en suis arrivé là? tout simple, je voulais vérifier si l'AP était en tort, ou la carte wifi, ou le logiciel : j'ai donc essayé de me connecter avec windows, ca passait crème, donc forcément la conf nux était en tort.
j'en ai bavé, mais j'ai réussi :)
pour moi c'est 100% un probleme de dialogue type authentification sécurisée entre l'AP et le pc. Tu peux en discuter avec ton DSI, normalement sur ce schéma t'as obligatoirement un certificat à utiliser : sous windows par défaut il accepte celui fourni, sur mobile pareil (iOS t'affiche une étape pour valider le certif, andro par défaut prend celui fourni par le réseau) c'est transparent, sous linux si ton gestionnaire de connexion ne fait pas ça tu vas devoir te taper la conf à la main :)
# lol
Posté par tkr (Mastodon) . En réponse au message Wifi et déconnexion différenciée. Évalué à 1.
personnellement en voyant tout ça ça me rappelle deux jolis souvenirs :
le premier d'il y a cinq ans, quand j'ai reçu de vieux pc portables acer aspire de généartion XP, que j'ai passé à linux : le wifi intel avait souvent tendance à déconnecter en dix secondes sous slitaz.
mais ce qui est encore plus percutant est mon second exemple :
ayant été l'année dernière dans une résidence étudiante, la ligne indiquant les "associated" puis "disconnected" (ou "network unreachable"), qui a tendance à se répéter souvent, je me suis battu avec car je me connectais à... eduroam. Sous linux, faut pas avoir peur : soit ca marche direct avec ubuntu, soit faut partir en guerre avec wpa_supplicant, tout à la main, plusieurs heures à s'arracher les cheveux : trouver le bon chiffrement (les réseaux eduroam étant gérés indépendamment par les établissements, ils n'ont jamais les mêmes confs de réseau au niveau national), et surtout le bon certif à préciser dans la conf.
Pour moi c'est simplement issu d'un dialogue de sécurité type EAP-TTLS et mschapv2, qui font que tu dois avoir la conf strictement exemplaire et correctement configurée face à l'AP.
comment j'en suis arrivé là? tout simple, je voulais vérifier si l'AP était en tort, ou la carte wifi, ou le logiciel : j'ai donc essayé de me connecter avec windows, ca passait crème, donc forcément la conf nux était en tort.
j'en ai bavé, mais j'ai réussi :)
pour moi c'est 100% un probleme de dialogue type authentification sécurisée entre l'AP et le pc. Tu peux en discuter avec ton DSI, normalement sur ce schéma t'as obligatoirement un certificat à utiliser : sous windows par défaut il accepte celui fourni, sur mobile pareil (iOS t'affiche une étape pour valider le certif, andro par défaut prend celui fourni par le réseau) c'est transparent, sous linux si ton gestionnaire de connexion ne fait pas ça tu vas devoir te taper la conf à la main :)