☰

"suplicante wpa: Nenhuma configuração de rede encontrada para o AP atual" - falha no adaptador wifi controlado por carl9170 no Debian 7

tag-icon • tag-icon debian networking wifi wpa-supplicant
"suplicante wpa: Nenhuma configuração de rede encontrada para o AP atual" - falha no adaptador wifi controlado por carl9170 no Debian 7

Eu tenho uma máquina Debian 7 com kernel Linux3.2 e um adaptador wifi USB com chipset Atheros (D-Link DWA-16 Xtreme N Dual Band), que em teoriaDeveria trabalhar.

Na verdade, consegui estabelecer uma comunicação wifi com o NetworkManager e funcionou mais ou menos bem por cerca de 30 minutos, mas depois desconectei e não consegui restabelecer a conexão.

Não consegui restabelecer a conexão com o NetworkManager, ele associa e autentica com sucesso, inicia o handshake de 4 vias, mas depois desautentica devido arazão 15 (tempo limite de handshake de 4 vias).

Então tentei fazer o mesmo através do bom e velho ifupdowncriando uma entrada em /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

Quando I sudo ifup wlan1, ele se comporta razoavelmente, até:

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

(de /var/log/syslog). Wiresharkvê pacotes ARP indo do meu adaptador wifi para o roteador, mas o roteador não responde.

Você tem alguma idéia sobre o que isso pode significar e como solucionar isso?

SOLUÇÃO: Graças à sugestão de Peterph, tentei criar wpa_supplicant.confe executar wpa_supplicantcomo um programa independente em primeiro e segundo plano e depois usado wpa-conf wpa_supplicant.confem arquivos /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

A primeira parte dos problemas (com desconexão espontânea após "status: associado") desapareceu, quando eliminei uma instância em execução do NetworkManager. Parece ter interferido.

A segunda parte do problema foi a falha do handshake de quatro vias. Passou bem quando desabilitei a filtragem de endereço MAC no ponto de acesso. O MAC da minha interface wifi estava na lista de MACs disponíveis, mas por algum motivo ainda não conseguia se conectar à filtragem MAC no roteador.

ATUALIZAÇÃO 2:Os problemas estão de volta. O handshake de 4 vias está falhando novamente. Recarregar o driver não ajudará.

Responder1

Esse tipo de problema é melhor dividido em partes independentes. Neste caso, contornando ifupdowncompletamente e fazendo todos os passos manualmente – ou seja:

  1. execute wpa_supplicantcom um arquivo de configuração apropriado

  2. assim que a conexão for estabelecida, executando o cliente dhcp,

Para verificar como ifupdowné executado wpa_supplicant- tem que passar algum tipo de configuração em um arquivo, que você possa interceptar - verifique a saída de ps fax | grep wpa_supplicantquando ifupdownestá sendo executado - o parâmetro da -copção é o nome do (provavelmente gerado on-the-fly) arquivo de configuração.

Se você decidiu mudar ifupdownpor algum motivo, você pode estar interessado emwicd, que consiste em um daemon controlado por várias UIs (ncurses, GTK, Qt).

A propósito, alguns clientes DHCP são capazes de configurar a conexão sem fio gerando wpa_supplicantpor conta própria (já vi dhcpcdisso) - o que pode ser bastante intrigante (e interferente) quando alguém tenta depurar problemas de conexão.

Responder2

Esta é a ordem de coisas que eu tentaria ao depurar um dispositivo sem fio instável.

  1. Uma reinicialização resolve o problema?

  2. Tente descarregar os drivers do kernel relacionados ao dispositivo sem fio. Algo no sentido do seguinte:

    $ 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. Investigue quaisquer mensagens relacionadas ao dispositivo sem fio que estão sendo relatadas via dmesg. Por exemplo:

    $ 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

Responder3

Tive hand shake+ FAILproblemas por muito tempo também. Nenhuma solução dos fóruns ( gentoo| ) nem funcionou para mim.Archstackexchange

Estou em um voidLinux básico, usando apenas programas essenciais dhcpcd.wpa_supplicant

O que finalmente funcionou levou séculos, mas não houve outra chance porque:

  • o conector fêmea do cabo LAN também está quebrado sem qualquer peça de reposição disponível em qualquer distribuidor de eletrônicos da DigiKey | Farnell | Reichelt | Conrad | Mouser | Amazon, pois é uma variante de meia altura sem etiqueta de peça | número | dica.
  • soldar fios individuais na placa-mãe, que loucura, não faça isso em casa haha, enquanto trabalha, requer fios finos (muito finos) flexíveis para não curto ou quebrar!
  • uma substituição WLAN chip(para descartar hardware quebrado) não estava no código rígido suportado hardware whitelistno bootloader Lenovo. Sim, realmente ótimo, compatível, mas simplesmente não listado e, portanto, falhando, uau, uau. Hard coded white list! Lenovo! Senso comum?

Assim, após muitas tentativas e erros, na hora da depuração surgiu outra correção (possibilidade), que gostaria de compartilhar com a comunidade.

Solução que funciona para mim sempre após a reinicialização: 1

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

2(Pode ser executado automaticamente após a inicialização.)

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

Certifique-se de que dhcpcd, wpa_supplicant e interface de rede correta estejam ativados | e em execução e que a interface de rede, por exemplo, wlan0 ou wlp2s, é usada em /etc/wpa_supplicant/wpa_supplication.conf, id est:

 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".

Parece que o NetworkManager tem algum efeito que é a solução! Ainda não tive tempo de investigar o que é.

informação relacionada