3 votes

0x539 avatar

eduroam perd aléatoirement la connexion

Demandé el 3 de Septembre, 2020
Quand la question a-t-elle été
475 affichage
Nombre de visites la question a
1 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Comme le titre l'indique, lorsque je suis sur eduroam, ma connexion internet s'interrompt au bout d'un certain temps (généralement au bout de quelques minutes lorsque j'ai beaucoup de trafic, par exemple pour des réunions zoom, et au bout d'une heure lorsque le trafic est moindre). L'ordinateur portable reste connecté au wifi mais aucun site web n'est accessible et je ne peux pas non plus faire de ping sur les serveurs DNS (bien que les connexions existantes avec Netflix, par exemple, fonctionnent encore parfois). Je n'ai pas ce problème sous Windows.

La sortie de journalctl lorsque cela se produit est la suivante

Sep 02 22:40:19 carlos-linux wpa_supplicant[1062]: wlo1: SME: Trying to authenticate with f0:9e:63:05:60:71 (SSID='eduroam' freq=2412 MHz)
Sep 02 22:40:19 carlos-linux kernel: wlo1: disconnect from AP 34:6f:90:34:24:8e for new auth to f0:9e:63:05:60:71
Sep 02 22:40:19 carlos-linux kernel: wlo1: authenticate with f0:9e:63:05:60:71
Sep 02 22:40:19 carlos-linux NetworkManager[1239]: <info>  [1599111619.1322] device (wlo1): supplicant interface state: completed -> authenticating
Sep 02 22:40:19 carlos-linux NetworkManager[1239]: <info>  [1599111619.1323] device (p2p-dev-wlo1): supplicant management interface state: completed -> authenticating
Sep 02 22:40:19 carlos-linux kernel: wlo1: send auth to f0:9e:63:05:60:71 (try 1/3)
Sep 02 22:40:19 carlos-linux wpa_supplicant[1062]: wlo1: Trying to associate with f0:9e:63:05:60:71 (SSID='eduroam' freq=2412 MHz)
Sep 02 22:40:19 carlos-linux NetworkManager[1239]: <info>  [1599111619.1582] device (wlo1): supplicant interface state: authenticating -> associating
Sep 02 22:40:19 carlos-linux NetworkManager[1239]: <info>  [1599111619.1582] device (p2p-dev-wlo1): supplicant management interface state: authenticating -> associating
Sep 02 22:40:19 carlos-linux kernel: wlo1: authenticated
Sep 02 22:40:19 carlos-linux kernel: wlo1: associate with f0:9e:63:05:60:71 (try 1/3)
Sep 02 22:40:19 carlos-linux kernel: wlo1: RX ReassocResp from f0:9e:63:05:60:71 (capab=0x421 status=17 aid=0)
Sep 02 22:40:19 carlos-linux kernel: wlo1: f0:9e:63:05:60:71 denied association (code=17)
Sep 02 22:40:19 carlos-linux wpa_supplicant[1062]: wlo1: CTRL-EVENT-ASSOC-REJECT bssid=f0:9e:63:05:60:71 status_code=17
Sep 02 22:40:19 carlos-linux wpa_supplicant[1062]: wlo1: SME: Deauth request to the driver failed
Sep 02 22:40:19 carlos-linux NetworkManager[1239]: <info>  [1599111619.2197] device (wlo1): supplicant interface state: associating -> disconnected
Sep 02 22:40:19 carlos-linux NetworkManager[1239]: <info>  [1599111619.2198] device (p2p-dev-wlo1): supplicant management interface state: associating -> disconnected
Sep 02 22:40:19 carlos-linux NetworkManager[1239]: <info>  [1599111619.3201] device (wlo1): supplicant interface state: disconnected -> scanning
Sep 02 22:40:19 carlos-linux NetworkManager[1239]: <info>  [1599111619.3202] device (p2p-dev-wlo1): supplicant management interface state: disconnected -> scanning
Sep 02 22:40:19 carlos-linux wpa_supplicant[1062]: wlo1: SME: Trying to authenticate with 34:6f:90:34:24:8e (SSID='eduroam' freq=5240 MHz)
Sep 02 22:40:19 carlos-linux kernel: wlo1: authenticate with 34:6f:90:34:24:8e
Sep 02 22:40:19 carlos-linux kernel: wlo1: send auth to 34:6f:90:34:24:8e (try 1/3)
Sep 02 22:40:19 carlos-linux NetworkManager[1239]: <info>  [1599111619.4885] device (wlo1): supplicant interface state: scanning -> authenticating
Sep 02 22:40:19 carlos-linux NetworkManager[1239]: <info>  [1599111619.4886] device (p2p-dev-wlo1): supplicant management interface state: scanning -> authenticating
Sep 02 22:40:19 carlos-linux wpa_supplicant[1062]: wlo1: Trying to associate with 34:6f:90:34:24:8e (SSID='eduroam' freq=5240 MHz)
Sep 02 22:40:19 carlos-linux NetworkManager[1239]: <info>  [1599111619.5025] device (wlo1): supplicant interface state: authenticating -> associating
Sep 02 22:40:19 carlos-linux NetworkManager[1239]: <info>  [1599111619.5025] device (p2p-dev-wlo1): supplicant management interface state: authenticating -> associating
Sep 02 22:40:19 carlos-linux kernel: wlo1: authenticated
Sep 02 22:40:19 carlos-linux kernel: wlo1: associate with 34:6f:90:34:24:8e (try 1/3)
Sep 02 22:40:19 carlos-linux kernel: wlo1: RX AssocResp from 34:6f:90:34:24:8e (capab=0x101 status=30 aid=0)
Sep 02 22:40:19 carlos-linux kernel: wlo1: 34:6f:90:34:24:8e rejected association temporarily; comeback duration 1000 TU (1024 ms)
Sep 02 22:40:19 carlos-linux kernel: iwlwifi 0000:00:14.3: Unhandled alg: 0x707
Sep 02 22:40:19 carlos-linux kernel: iwlwifi 0000:00:14.3: Unhandled alg: 0x707
Sep 02 22:40:19 carlos-linux kernel: iwlwifi 0000:00:14.3: Unhandled alg: 0x707
Sep 02 22:40:19 carlos-linux kernel: iwlwifi 0000:00:14.3: Unhandled alg: 0x707
Sep 02 22:40:20 carlos-linux kernel: iwlwifi 0000:00:14.3: No beacon heard and the time event is over already...
Sep 02 22:40:20 carlos-linux kernel: wlo1: Connection to AP 34:6f:90:34:24:8e lost
Sep 02 22:40:20 carlos-linux kernel: wlo1: associate with 34:6f:90:34:24:8e (try 2/3)
Sep 02 22:40:20 carlos-linux kernel: wlo1: RX AssocResp from 34:6f:90:34:24:8e (capab=0x101 status=30 aid=0)
Sep 02 22:40:20 carlos-linux kernel: wlo1: 34:6f:90:34:24:8e rejected association temporarily; comeback duration 1000 TU (1024 ms)
Sep 02 22:40:20 carlos-linux kernel: iwlwifi 0000:00:14.3: Unhandled alg: 0x707
Sep 02 22:40:20 carlos-linux kernel: iwlwifi 0000:00:14.3: Unhandled alg: 0x707
Sep 02 22:40:21 carlos-linux kernel: iwlwifi 0000:00:14.3: No beacon heard and the time event is over already...
Sep 02 22:40:21 carlos-linux kernel: wlo1: Connection to AP 34:6f:90:34:24:8e lost
Sep 02 22:40:21 carlos-linux kernel: wlo1: associate with 34:6f:90:34:24:8e (try 3/3)
Sep 02 22:40:21 carlos-linux kernel: wlo1: RX AssocResp from 34:6f:90:34:24:8e (capab=0x1101 status=17 aid=0)
Sep 02 22:40:21 carlos-linux kernel: wlo1: 34:6f:90:34:24:8e denied association (code=17)
Sep 02 22:40:21 carlos-linux wpa_supplicant[1062]: wlo1: CTRL-EVENT-ASSOC-REJECT bssid=34:6f:90:34:24:8e status_code=17
Sep 02 22:40:21 carlos-linux wpa_supplicant[1062]: wlo1: SME: Deauth request to the driver failed
Sep 02 22:40:21 carlos-linux NetworkManager[1239]: <info>  [1599111621.6374] device (wlo1): supplicant interface state: associating -> disconnected
Sep 02 22:40:21 carlos-linux NetworkManager[1239]: <info>  [1599111621.6374] device (p2p-dev-wlo1): supplicant management interface state: associating -> disconnected
Sep 02 22:40:21 carlos-linux NetworkManager[1239]: <info>  [1599111621.7377] device (wlo1): supplicant interface state: disconnected -> scanning
Sep 02 22:40:21 carlos-linux NetworkManager[1239]: <info>  [1599111621.7378] device (p2p-dev-wlo1): supplicant management interface state: disconnected -> scanning
Sep 02 22:40:21 carlos-linux wpa_supplicant[1062]: wlo1: SME: Trying to authenticate with 34:6f:90:34:24:81 (SSID='eduroam' freq=2462 MHz)
Sep 02 22:40:21 carlos-linux NetworkManager[1239]: <info>  [1599111621.8833] device (wlo1): supplicant interface state: scanning -> authenticating
Sep 02 22:40:21 carlos-linux kernel: wlo1: authenticate with 34:6f:90:34:24:81
Sep 02 22:40:21 carlos-linux kernel: wlo1: send auth to 34:6f:90:34:24:81 (try 1/3)
Sep 02 22:40:21 carlos-linux NetworkManager[1239]: <info>  [1599111621.8834] device (p2p-dev-wlo1): supplicant management interface state: scanning -> authenticating
Sep 02 22:40:21 carlos-linux wpa_supplicant[1062]: wlo1: Trying to associate with 34:6f:90:34:24:81 (SSID='eduroam' freq=2462 MHz)
Sep 02 22:40:21 carlos-linux NetworkManager[1239]: <info>  [1599111621.9074] device (wlo1): supplicant interface state: authenticating -> associating
Sep 02 22:40:21 carlos-linux kernel: wlo1: authenticated

Il s'agit du même problème que celui décrit aquí mais la solution proposée ne fonctionne pas pour moi. Je suppose que c'est parce que ma configuration réseau Ubuntu est différente de leur configuration Arch, donc si quelqu'un peut me dire ce qu'il faut changer dans ma configuration pour qu'elle corresponde à la configuration ("par défaut") d'Arch, j'apprécierais également.

Edit : Le problème est causé par le changement d'APs, donc fixer le BSSID pour le réseau dans la configuration de Gnome résout les déconnexions, mais ce n'est probablement pas optimal....

Edit 2 : Il semble que mon adaptateur wifi soit reconnu comme Killer Wi-Fi 6 AX1650i 160MHz Wireless Network Adapter (201NGW) même si c'est un Intel AX201. J'ai également trouvé ces lignes dans mon dmesg :

[    4.382504] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-Qu-c0-hr-b0-56.ucode failed with error -2
[    4.387696] iwlwifi 0000:00:14.3: loaded firmware version 55.d9698065.0 Qu-c0-hr-b0-55.ucode op_mode iwlmvm
[    4.387716] iwlwifi 0000:00:14.3: Direct firmware load for iwl-debug-yoyo.bin failed with error -2

Cela signifie-t-il que le mauvais micrologiciel est chargé pour l'appareil ?

Diagnostics :

  • Lorsque cela se produit mtr dit "pas de route vers l'hôte"

  • pgrep -a dh donne deux entrées :

    995171 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /run/NetworkManager/dhclient-wlo1.pid -lf /var/lib/NetworkManager/dhclient-85e18157-cc78-4948-a5fb-300853e6bb8b-wlo1.lease -cf /var/lib/NetworkManager/dhclient-wlo1.conf wlo1

    995228 /sbin/dhclient -d -q -6 -S -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /run/NetworkManager/dhclient6-wlo1.pid -lf /var/lib/NetworkManager/dhclient6-85e18157-cc78-4948-a5fb-300853e6bb8b-wlo1.lease -cf /var/lib/NetworkManager/dhclient6-wlo1.conf wlo1

Demandé el 3 de Septembre, 2020 par 0x539

Réponse

Trop de publicités?

2voto

Teodorico Maziviala avatar
Teodorico Maziviala Points 1

J'ai trouvé une solution en ligne qui semble avoir fonctionné, du moins pour moi :

https://bbs.archlinux.org/viewtopic.php?id=230963&p=2

J'ai suivi nstarclix Je me suis inspiré de la procédure d'Ubuntu et j'ai supprimé certaines étapes qui n'étaient pas possibles sous Ubuntu. Voici ce qui a fonctionné pour moi :

Tout d'abord, modifiez le fichier /etc/NetworkManager/NetworkManager.conf et ajoutez les lignes suivantes :

[main]
dhcp=dhclient

(Assurez-vous également que vous avez installé dhclient, je crois que c'est un défaut d'Ubuntu).

Vérifiez ensuite le fichier /etc/resolv.conf vous devriez avoir le serveur de nom réglé sur 127.0.0.53 il semble que ce soit la valeur par défaut

Puis les commandes suivantes :

sudo systemctl enable systemd-resolved.service
sudo systemctl disable systemd-networkd.service

Maintenant, redémarrez et avec un peu de chance, tout fonctionnera, bien que je n'aie pas encore essayé cette solution pendant une longue période.

Répondu el 3 de Juin, 2021 par Teodorico Maziviala (1 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X