☰

«wpa supplicant: не найдена сетевая конфигурация для текущей точки доступа» — адаптер Wi-Fi под управлением carl9170 глючит на Debian 7

tag-icon • tag-icon debian networking wifi wpa-supplicant
«wpa supplicant: не найдена сетевая конфигурация для текущей точки доступа» — адаптер Wi-Fi под управлением carl9170 глючит на Debian 7

У меня есть машина с Debian 7, ядром Linux3.2 и USB-адаптером Wi-Fi с чипсетом Atheros (D-Link DWA-16 Xtreme N Dual Band), который в теориидолжно сработать.

Действительно, мне удалось установить соединение по Wi-Fi с помощью NetworkManager, и оно работало более-менее нормально в течение примерно 30 минут, но затем отключилось и восстановить соединение не удалось.

Мне не удалось восстановить соединение с NetworkManager, он успешно ассоциируется и аутентифицируется, начинает четырехстороннее рукопожатие, но затем деаутентифицируется из-запричина 15 (тайм-аут 4-стороннего рукопожатия).

Затем я попытался сделать то же самое через старый добрый метод, ifupdownсоздав запись в /etc/network/interfaces:

allow-hotplug wlan1
iface wlan1 inet static
       wpa-ssid MyNet
       wpa-psk <My key hash generated by `wpa_passphrase MyNet key`>
       address 192.168.1.2
       netmask 255.255.255.0
       broadcast 192.168.1.255
       gateway 192.168.1.1
       dns-nameservers a.b.c.d

Когда я sudo ifup wlan1, он ведет себя разумно, пока:

wpa_supplicant[8258]: wlan1: Associated with <router's MAC>
wpa_supplicant[3402]: wlan1: No network configuration found for the current AP

(из /var/log/syslog). Wiresharkвидит пакеты ARP, идущие от моего адаптера Wi-Fi к маршрутизатору, но маршрутизатор не отвечает.

Есть ли у вас какие-либо идеи о том, что это может означать и как это устранить?

РЕШЕНИЕ: Благодаря предложению peterph я попробовал создать wpa_supplicant.confи запустить wpa_supplicantкак отдельную программу как на переднем плане, так и в фоновом режиме, а затем использовать wpa-conf wpa_supplicant.confв /etc/network/interfaces.

sudo wpa_supplicant -iwlan1 -c/etc/wpa_supplicant/wpa_supplicant.conf -d
sudo wpa_supplicant -iwlan1 -c/etc/wpa_supplicant/wpa_supplicant.conf -B

У меня первая часть проблем (со спонтанным отключением после "status: associated") исчезла, когда я убил запущенный экземпляр NetworkManager. Похоже, он вмешался.

Вторая часть проблемы была в том, что 4-стороннее рукопожатие не удалось. Все прошло нормально, когда я отключил фильтрацию MAC-адресов на точке доступа. MAC-адрес моего интерфейса Wi-Fi был в списке доступных MAC-адресов, но по какой-то причине он все еще не мог подключиться с фильтрацией MAC-адресов на маршрутизаторе.

ОБНОВЛЕНИЕ 2:Проблемы вернулись. Четырехстороннее рукопожатие снова не работает. Перезагрузка драйвера не поможет.

решение1

Такого рода проблемы лучше разделить на независимые части. В этом случае, обойти ifupdownполностью и выполнить все шаги вручную - то есть:

  1. запустить wpa_supplicantс соответствующим файлом конфигурации

  2. после установки соединения, запуск клиента DHCP,

Чтобы проверить, как ifupdownон работает wpa_supplicant, ему необходимо передать некую конфигурацию в файле, которую вы могли бы перехватить. Проверьте вывод при ps fax | grep wpa_supplicantзапуске ifupdown. Параметром опции -cявляется имя (вероятно, сгенерированного на лету) файла конфигурации.

Если вы решили перейти с ifupdownпо какой-то причине, вам может быть интересноwicd, который состоит из демона, управляемого различными пользовательскими интерфейсами (ncurses, GTK, Qt).

Кстати, некоторые DHCP-клиенты способны устанавливать беспроводное соединение, запускаясь wpa_supplicantсамостоятельно (я видел, dhcpcdкак они это делают), что может быть весьма интригующе (и мешать) при попытке отладки проблем с подключением.

решение2

Вот порядок действий, которые я бы попробовал выполнить при отладке неисправного беспроводного устройства.

  1. Решает ли перезагрузка проблему?

  2. Попробуйте выгрузить драйверы ядра, связанные с беспроводным устройством. Что-то вроде следующего:

    $ lsmod | grep iw
iwlagn                209751  0 
iwlcore               195714  1 iwlagn
mac80211              229095  2 iwlagn,iwlcore
cfg80211              134981  3 iwlagn,iwlcore,mac80211

$ sudo rmmod iwlagn
$ sudo rmmod iwlcore

$ modprobe iwlagn

  3. Изучите любые сообщения, связанные с беспроводным устройством, о котором сообщается через dmesg. Например:

    $ dmesg
...
...
[207981.191849] mac80211: Unknown parameter `ieee80211_disable_40mhz_24ghz:Disable'
[207988.895378] mac80211: `Disable' invalid for parameter `ieee80211_disable_40mhz_24ghz'
[208280.841725] iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree:d
[208280.841727] iwlagn: Copyright(c) 2003-2010 Intel Corporation
[208280.841826] iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[208280.841857] iwlagn 0000:03:00.0: setting latency timer to 64
[208280.842798] iwlagn 0000:03:00.0: Detected Intel(R) Centrino(R) Wireless-N 1000 BGN, REV=0x6C
[208280.863413] iwlagn 0000:03:00.0: Tunable channels: 13 802.11bg, 0 802.11a channels
[208280.863582] iwlagn 0000:03:00.0: irq 48 for MSI/MSI-X
[208280.898025] iwlagn 0000:03:00.0: loaded firmware version 128.50.3.1 build 13488
[208280.898725] phy1: Selected rate control algorithm 'iwl-agn-rs'
[208281.154937] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[208282.101156] wlan0: authenticate with 30:46:9a:47:4c:d4 (try 1)
[208282.104128] wlan0: authenticated
[208282.104164] wlan0: associate with 30:46:9a:47:4c:d4 (try 1)
[208282.106911] wlan0: RX AssocResp from 30:46:9a:47:4c:d4 (capab=0x411 status=0 aid=3)
[208282.106914] wlan0: associated
[208282.111520] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[208292.608637] wlan0: no IPv6 routers present

решение3

Были hand shake+ FAILпроблемы долгое время. Ни одно решение с ( gentoo| Arch) форумов не stackexchangeпомогло мне.

Я работаю на чистом voidLinux, использую только самые необходимые программы dhcpcd.wpa_supplicant

То, что в итоге сработало, заняло у меня много времени, но другого шанса не было, потому что:

  • Гнездовой разъем кабеля LAN также сломан, и заменить его можно, не имея возможности ни у одного дистрибьютора электроники DigiKey|Farnell|Reichelt|Conrad|Mouser|Amazon, поскольку это вариант половинной высоты без маркировки|номера|подсказки детали.
  • припаивать отдельные жилы к материнской плате - это безумное занятие, не делайте этого дома, ха-ха, во время работы требуются тонкие (очень тонкие) гибкие провода, чтобы не произошло короткого замыкания или обрыва!
  • замена WLAN chip(чтобы исключить сломанное оборудование) не была жестко закодирована в hardware whitelistподдерживаемом загрузчике Lenovo. Да, действительно здорово, совместимо, но просто не указано и, таким образом, не работает, вау, просто вау. Hard coded white list! Lenovo! Здравый смысл?

Таким образом, после множества проб и ошибок, а также времени на отладку, появилось еще одно исправление (возможность), которым я хотел бы поделиться с сообществом.

Решение, которое работает у меня каждый раз после перезагрузки: 1

sudo wpa_cli  # fail
sudo xbps-install -Syv NetworkManager
sudo ln -s /etc/sv/NetworkManager /var/service/

2(Может запускаться автоматически после загрузки.)

sudo sv up NetworkManager
sudo wpa_cli  # works half way (scan possible but association fails)
sudo sv down NetworkManager
sudo wpa_cli  # fail
sudo sv restart dhcpd
sudo wpa_cli  # works

Убедитесь, что dhcpcd, wpa_supplicant и правильный сетевой интерфейс запущены и работают, а сетевой интерфейс, например wlan0 или wlp2s, используется в файле /etc/wpa_supplicant/wpa_supplication.conf, например:

 sudo vi /etc/sv/wpa_supplicant/run  # Change all occurrences of the default interface name like e.g. "wlan0" to the correct interface as shown by ip link command, exempli gratia "wlp2s".

Похоже, что NetworkManager имеет какой-то эффект, который является исправлением! У меня пока не было времени выяснить, какой именно.

Связанный контент