☰

"wpa suplicante: No se encontró ninguna configuración de red para el AP actual" - El adaptador wifi controlado por carl9170 falla en Debian 7

tag-icon • tag-icon debian networking wifi wpa-supplicant
"wpa suplicante: No se encontró ninguna configuración de red para el AP actual" - El adaptador wifi controlado por carl9170 falla en Debian 7

Tengo una máquina Debian 7 con kernel Linux3.2 y un adaptador wifi USB con chipset Atheros (D-Link DWA-16 Xtreme N Dual Band), que en teoríaDeberia trabajar.

De hecho, logré establecer una comunicación wifi con NetworkManager y funcionó más o menos bien durante ~30 minutos, pero luego se desconectó y no pudo restablecer la conexión.

No pude restablecer la conexión con NetworkManager, se asocia y autentica exitosamente, inicia un protocolo de enlace de 4 vías, pero luego se anula la autenticación debido aRazón 15 (tiempo de espera del protocolo de enlace de 4 vías).

Luego intenté hacer lo mismo a través de lo antiguo ifupdowncreando una entrada en /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

Cuando yo sudo ifup wlan1, se comporta razonablemente, hasta que:

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). Wiresharkve paquetes ARP que van desde mi adaptador wifi al enrutador, pero el enrutador no responde.

¿Tiene alguna idea sobre lo que podría significar eso y cómo solucionarlo?

SOLUCIÓN: Gracias a la sugerencia de Peterph, intenté crear wpa_supplicant.confy ejecutar wpa_supplicantcomo un programa independiente tanto en primer plano como en segundo plano y luego lo usé wpa-conf wpa_supplicant.confen /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

Tuve la primera parte de los problemas (con desconexión espontánea después de que "estado: asociado") desapareció, cuando eliminé una instancia en ejecución de NetworkManager. Parece haber interferido.

La segunda parte del problema fue la falla del protocolo de enlace de 4 vías. Pasó bien cuando desactivé la filtración de direcciones MAC en el punto de acceso. La MAC de mi interfaz wifi estaba en la lista de MAC disponibles, pero por alguna razón todavía no podía conectarse con el filtrado MAC en el enrutador.

ACTUALIZACIÓN 2:Los problemas han vuelto. El protocolo de enlace de 4 vías vuelve a fallar. Recargar el controlador no ayudará.

Respuesta1

Este tipo de problema se divide mejor en partes independientes. En este caso, eludir ifupdownpor completo y realizar todos los pasos manualmente, es decir:

  1. ejecutar wpa_supplicantcon un archivo de configuración apropiado

  2. una vez establecida la conexión, ejecutando el cliente dhcp,

Para comprobar cómo ifupdownse ejecuta wpa_supplicant, tiene que pasarle algún tipo de configuración en un archivo, que pueda interceptar, verifique el resultado de ps fax | grep wpa_supplicantcuándo ifupdownse está ejecutando, el parámetro de la -copción es el nombre del (probablemente generado sobre la marcha) archivo de configuración.

Si decidió cambiar ifupdownpor algún motivo, es posible que le interesewicd, que consta de un demonio controlado por varias UI (ncurses, GTK, Qt).

Por cierto, algunos clientes DHCP pueden configurar la conexión inalámbrica generándose wpa_supplicantpor sí solos (he visto dhcpcdhacerlo), lo que puede ser bastante intrigante (e interferido) cuando uno intenta depurar problemas de conexión.

Respuesta2

Este es el orden de las cosas que intentaría al depurar un dispositivo inalámbrico defectuoso.

  1. ¿Un reinicio resuelve el problema?

  2. Intente descargar los controladores del kernel relacionados con el dispositivo inalámbrico. Algo en el sentido de lo siguiente:

    $ 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 cualquier mensaje relacionado con el dispositivo inalámbrico que se informa a través de dmesg. Por ejemplo:

    $ 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

Respuesta3

También tuve hand shakeproblemas FAILdurante mucho tiempo. Ninguna solución de ( gentoo| Arch) foros ni stackexchangefuncionó para mí.

Estoy en un Linux básico y voiduso solo programas esenciales dhcpcd.wpa_supplicant

Lo que finalmente funcionó, me llevó mucho tiempo pero no había otra posibilidad porque:

  • El conector hembra del cable LAN también está roto sin ninguna pieza de repuesto disponible en cualquier distribuidor de electrónica de DigiKey|Farnell|Reichelt|Conrad|Mouser|Amazon, ya que es una variante de media altura sin etiqueta de pieza|número|sugerencia.
  • soldar hilos individuales a la placa base, qué esfuerzo tan loco, no lo hagas en casa jaja, mientras trabajas, requiere cables delgados (muy delgados) flexibles para no cortarse ni romperse.
  • un reemplazo WLAN chip(para descartar hardware roto) no estaba en el código fijo compatible hardware whitelistcon el gestor de arranque de Lenovo. Sí, realmente genial, compatible pero simplemente no aparece en la lista y, por lo tanto, falla, guau, simplemente guau. Hard coded white list! ¡Lenovo! ¿Sentido común?

Así, después de un montón de pruebas y errores, durante el tiempo de depuración surgió otra solución (posibilidad), que me gustaría compartir con la comunidad.

Solución que me funciona siempre después de reiniciar: 1

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

2(Puede ejecutarse automáticamente después del arranque).

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

Asegúrese de que dhcpcd, wpa_supplicant y la interfaz de red correcta estén activas | y en ejecución y que la interfaz de red, por ejemplo, wlan0 o wlp2s, se utilice en /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 NetworkManager tiene algún efecto que es la solución! Aún no he tenido tiempo de investigar cuál es.

información relacionada