Forum,
J'ai un problème qui me gave avec NetworkManager et Ubuntu.
Je retrouve un problème particulier que je n'ai jamais pu résoudre.
Network-manager n'arrive pas à se connecter automatiquement sur un AP (WPA2), bienque pendant la detection, je le vois avec iwconfig comme étant "pairé" avec l'AP.
Il tente pendant 30sec et hop, il me redemande mon passe WPA2.
J'ai tenté une config avec DHCP et statique via NM, rien...
Je désactive cette prise de tête de Network-Manager qui ne génére aucuns logs, et je fais la tentative de connexion à la main.
# wpa_supplicant -B -Dwext -iwlan0 -c monfichier.config
... le pc est pairé
# dhclient -n wlan0
et hop, j'ai une IP et tout va bien!
J'ai déjà eu ça avec pas mal de machine/router et version de NM mais comme j'étais l'admin de la machine à se connecter, ça ne me posait pas de problème de passer par la CLI.
Or ici, la machine n'est pas à moi, je ne peux pas fournir une solution de ce genre.
Avez-vous connu ça?
# logs
Posté par Gabin . Évalué à 1.
Dec 8 22:51:38 tux-vaio NetworkManager: Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
Dec 8 22:51:38 tux-vaio NetworkManager: Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
Dec 8 22:51:38 tux-vaio NetworkManager: Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
Dec 8 22:51:38 tux-vaio NetworkManager: (wlan0): device state change: 4 -> 5 (reason 0)
Dec 8 22:51:38 tux-vaio NetworkManager: Activation (wlan0/wireless): connection 'Auto WiFi_Nath' has security, and secrets exist. No new secrets needed.
Dec 8 22:51:38 tux-vaio NetworkManager: Config: added 'ssid' value 'WiFi_Nath'
Dec 8 22:51:38 tux-vaio NetworkManager: Config: added 'scan_ssid' value '1'
Dec 8 22:51:38 tux-vaio NetworkManager: Config: added 'key_mgmt' value 'WPA-PSK'
Dec 8 22:51:38 tux-vaio NetworkManager: Config: added 'psk' value ''
Dec 8 22:51:38 tux-vaio NetworkManager: nm_setting_802_1x_get_pkcs11_engine_path: assertion `NM_IS_SETTING_802_1X (setting)' failed
Dec 8 22:51:38 tux-vaio NetworkManager: nm_setting_802_1x_get_pkcs11_module_path: assertion `NM_IS_SETTING_802_1X (setting)' failed
Dec 8 22:51:38 tux-vaio NetworkManager: Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
Dec 8 22:51:38 tux-vaio wpa_supplicant[3364]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Dec 8 22:51:38 tux-vaio NetworkManager: Config: set interface ap_scan to 1
Dec 8 22:51:38 tux-vaio NetworkManager: (wlan0): supplicant connection state: associated -> disconnected
Dec 8 22:51:38 tux-vaio wpa_supplicant[3364]: Failed to initiate AP scan.
Dec 8 22:51:38 tux-vaio NetworkManager: (wlan0): supplicant connection state: disconnected -> scanning
Dec 8 22:51:38 tux-vaio wpa_supplicant[3364]: WPS-AP-AVAILABLE
Dec 8 22:51:38 tux-vaio wpa_supplicant[3364]: Trying to associate with 00:1f:33:ba:31:aa (SSID='WiFi_Nath' freq=2472 MHz)
Dec 8 22:51:38 tux-vaio NetworkManager: (wlan0): supplicant connection state: scanning -> associating
Dec 8 22:51:38 tux-vaio wpa_supplicant[3364]: WPS-AP-AVAILABLE
Dec 8 22:51:38 tux-vaio wpa_supplicant[3364]: Associated with 00:1f:33:ba:31:aa
Dec 8 22:51:38 tux-vaio NetworkManager: (wlan0): supplicant connection state: associating -> associated
Dec 8 22:51:45 tux-vaio wpa_supplicant[3364]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Dec 8 22:51:45 tux-vaio NetworkManager: (wlan0): supplicant connection state: associated -> disconnected
Dec 8 22:51:45 tux-vaio NetworkManager: (wlan0): supplicant connection state: disconnected -> scanning
Dec 8 22:51:47 tux-vaio wpa_supplicant[3364]: WPS-AP-AVAILABLE
Dec 8 22:51:47 tux-vaio wpa_supplicant[3364]: Trying to associate with 00:1f:33:ba:31:aa (SSID='WiFi_Nath' freq=2472 MHz)
Dec 8 22:51:47 tux-vaio NetworkManager: (wlan0): supplicant connection state: scanning -> associating
Dec 8 22:51:47 tux-vaio wpa_supplicant[3364]: Associated with 00:1f:33:ba:31:aa
Dec 8 22:51:47 tux-vaio NetworkManager: (wlan0): supplicant connection state: associating -> associated
Dec 8 22:51:53 tux-vaio NetworkManager: wlan0: link timed out.
Dec 8 22:51:54 tux-vaio wpa_supplicant[3364]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Dec 8 22:51:54 tux-vaio NetworkManager: (wlan0): supplicant connection state: associated -> disconnected
Dec 8 22:51:54 tux-vaio NetworkManager: (wlan0): supplicant connection state: disconnected -> scanning
[^] # dans ton log je vois une incoherence avec le reglage que tu as dis
Posté par NeoX . Évalué à 5.
Dec 8 22:51:38 tux-vaio NetworkManager: Config: added 'key_mgmt' value 'WPA-PSK'
l'enoncé :
Network-manager n'arrive pas à se connecter automatiquement sur un AP (WPA2)
alors, je me trompe peut-etre mais WPA2 et WPA-PSK je ne penses pas que ce soit la meme chose => forcement ils ne s'entendent pas
[^] # Re: dans ton log je vois une incoherence avec le reglage que tu as dis
Posté par Gabin . Évalué à 1.
Sur mon laptop, avec la même base logiciels mais un autre pilote, je n'ai pas ce soucis.
ça sent plutôt la définition de méthodes crados dans l'API de NM, et ça traîne depuis des années.
Pour ma part, je n'ai claqué que trop de temps sur ce problème...
Néanmoins, merci les gars!
[^] # Re: dans ton log je vois une incoherence avec le reglage que tu as dis
Posté par NeoX . Évalué à 3.
Sauf qu'ici c'est NM qui fait la détection tout seul, je ne peux rien proposer.
tu sais que tu peux parameter manuellement un reseau avec NM ?
bon parfois c'est un peu caché derriere le menu "configurer le VPN"
qui ouvre en fait le panneau de configuration des reseaux
# et pas NM alors ?
Posté par nicodache . Évalué à 2.
apparemment, c'est un autre gestionnaire de réseau compatible non-geek, moins foireux que network-manager, et tout aussi compatible-souris, avec en plus un plugin/extension pour avoir un truc kivabien pour kde.
en fait, un remplacement pour network-manager...
[^] # Re: et pas NM alors ?
Posté par Gabin . Évalué à 1.
Ça marche en mode console bon sang!
[^] # Re: et pas NM alors ?
Posté par nicodache . Évalué à 2.
les 2 sont pas pareil (tiens donc), et p'tet que network manager et wicd se merdent tous 2 sur cette même chose...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.