Created attachment 3308 [details] Через несколько попыток подключился. rpm -qa|grep NetworkManager NetworkManager-0.7.0-alt18 NetworkManager-gnome-0.7.0-alt9 NetworkManager-glib-0.7.0-alt18 Надо несколько раз выбирать соединение в апплете. Кусок лога прикладываю.
Если перестал - значит раньше такого не было. Что с тех пор произошло не можете сказать? Проверьте как ведет себя wpa_supplicant при остановленном NM. Создайте wpa_supplicant.conf вида network={ ssid="evgenhome" scan_ssid=1 key_mgmt=WPA-PSK psk="very secret passphrase" proto=WPA RSN pairwise=TKIP CCMP group=WEP40 WEP104 TKIP CCMP } и запустите wpa_supplicant командой wpa_supplicant -dddt -iwlan0 -Dndiswrapper -c /path/to/wpa_supplicant.conf Кстати, в /etc/net/ifaces/wlan0/options WPA_DRIVER прописан? Если нет - используется wext, я не знаю как он работает с ndiswrapper.
Началось после следующего изменения: * Mon Jan 26 2009 Mikhail Efremov <sem@altlinux.org> 0.7.0-alt18 - use dhcpcd 4 WPA_DRIVER не прописан (а что там надо прописать?) И ранее он небыл прописан и работало. С конфигом чуть позже проверю. И вроде как в логах идёт ругань на dhcp: Feb 8 21:35:38 laptop NetworkManager: <info> DHCP: device wlan0 state changed preinit -> fail Feb 8 21:35:38 laptop NetworkManager: <info> (wlan0): device state change: 7 -> 9 Feb 8 21:35:38 laptop NetworkManager: <info> Activation (wlan0) failed for access point (evgenhome) Feb 8 21:35:38 laptop NetworkManager: <info> Marking connection 'evgenhome' invalid. Feb 8 21:35:38 laptop NetworkManager: <info> Activation (wlan0) failed.
(В ответ на комментарий №2) > WPA_DRIVER не прописан (а что там надо прописать?) > И ранее он небыл прописан и работало. Туда прописывается драйвер, который будет использовать wpa_supplicant. Но если нормально работает с wext - значит лучше пусть будет wext, явно прописывать имеет смысл только для использования etcnet. Тогда вызывайте wpa_supplicant с -Dwext, а не -Dndiswrapper. > И вроде как в логах идёт ругань на dhcp: То, что dhcpcd не получил адрес, может быть следствием проблем с wpa_supplicant, мне не нравятся сообщения completed -> associated associated -> 4-way handshake 4-way handshake -> group handshake group handshake -> completed во время dhcp транзакции.
Можно попробовать добавить в /etc/dhcpcd.conf строку 'noarp'. Если поможет - то это #18703.
Да, скорее всего виноват все-таки dhcpcd. Проверьте с dhcpcd-4.0.10-alt3
(В ответ на комментарий №1) > Проверьте как ведет себя wpa_supplicant при остановленном NM. > Создайте wpa_supplicant.conf вида <кусь> > и запустите wpa_supplicant командой > wpa_supplicant -dddt -iwlan0 -Dndiswrapper -c /path/to/wpa_supplicant.conf > Кстати, в /etc/net/ifaces/wlan0/options WPA_DRIVER прописан? Если нет - > используется wext, я не знаю как он работает с ndiswrapper. Попробовал скрипт. Соединение не происходит. Вернее с точной общение есть, но похоже не запускается dhcp, чтоб адрес получить. Побаловался с WPA_DRIVER. Если прописан wext, то соединение устанавливается, если ndiswrapper, то тишина полная.
(В ответ на комментарий №4) > Можно попробовать добавить в /etc/dhcpcd.conf строку 'noarp'. Если поможет - то > это #18703. noarp в конфиге прописан. Не помогает. Установил timeout 60 Сейчас ещё потестирую.
(В ответ на комментарий №7) > (В ответ на комментарий №4) > > Можно попробовать добавить в /etc/dhcpcd.conf строку 'noarp'. Если поможет - то > > это #18703. > > noarp в конфиге прописан. Не помогает. Установил timeout 60 > Сейчас ещё потестирую. После timeout >45 dhcpd сам отрубается. После перезагрузки соединение не происходит. Шлёпнув в трее по nm-applet для повтора подключиться - подключается.
(В ответ на комментарий №6) > Попробовал скрипт. Соединение не происходит. Вернее с точной общение есть, но > похоже не запускается dhcp, чтоб адрес получить. Какой скрипт? Если речь о etcnet - что он говорит? Раз соединение с точкой устанавливается нормально - попробуйте запустить после этого dhcpcd -dd wlan0 вручную и посмотрите что он пишет. (В ответ на комментарий №8) > > noarp в конфиге прописан. Не помогает. Установил timeout 60 > > Сейчас ещё потестирую. > > После timeout >45 dhcpd сам отрубается. NM не использует это значение. Он всегда устанавливает таймаут 45 сек. > После перезагрузки соединение не происходит. Шлёпнув в трее по nm-applet для > повтора подключиться - подключается. Ошибки в логе при этом такие же как и раньше? Соединение отмечено как "Подключаться автоматически"? И как создавалось соединение, в nm-applet? Если да, стоит ли галка "Доступно всем пользователям"?
(В ответ на комментарий №9) > (В ответ на комментарий №6) > > Попробовал скрипт. Соединение не происходит. Вернее с точной общение есть, но > > похоже не запускается dhcp, чтоб адрес получить. > > Какой скрипт? Если речь о etcnet - что он говорит? > Раз соединение с точкой устанавливается нормально - попробуйте запустить после > этого dhcpcd -dd wlan0 вручную и посмотрите что он пишет. Извиняюсь. Сбил с толку. wpa_supplicant.conf конечно же пробовал > (В ответ на комментарий №8) > > > noarp в конфиге прописан. Не помогает. Установил timeout 60 > > > Сейчас ещё потестирую. > > > > После timeout >45 dhcpd сам отрубается. > > NM не использует это значение. Он всегда устанавливает таймаут 45 сек. Да, по логам я это заметил. > > После перезагрузки соединение не происходит. Шлёпнув в трее по nm-applet для > > повтора подключиться - подключается. > > Ошибки в логе при этом такие же как и раньше? > Соединение отмечено как "Подключаться автоматически"? > И как создавалось соединение, в nm-applet? Если да, стоит ли галка "Доступно > всем пользователям"? При загрузке ошибки в логе как и раньше (и последующая невозможность подключиться). В соединении отмечено "Подключаться автоматически" Да, соединение создавалось в nm-applet. Галка установлена.
Ещё немного наблюдений. После загрузки системы в трей загружается nm-applet и начинает крутить "колесо" (не знаю как это ещё назвать). Если в этот момент (пока крутится колесо), снова выбрать соединение (к которому идёт попытка подключиться), получится некое переподключение, и оно будет 100% неудачное. Если же дождаться, пока подключение не установится, а потом уже переподключиться, то тогда 99% подключится.
Скорее всего проблема в связке точка - карта WiFi. Доказано опытным путём. К другим точкам цепляется стабильно.