tl; dr Después de leer los artículos de Arch wiki sobre la instalación , configuración inalámbrica y solicitante de WPA , probando las sugerencias a continuación y una gran cantidad de hilos del foro, no puedo obtener cualquiera de las siguientes tarjetas para conectarme a mi red inalámbrica al arrancar Arch Linux 2013-09-01 ISO:
- Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter (ID 7392: 7811)
- Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter también conocido como Mini adaptador micro USB inalámbrico N inalámbrico N de 300 Mbps Bolse® (ID 0bda: 8178)
Método 1 (predeterminado):
Se supone que la forma predeterminada de hacer esto es simplemente systemctl stop dhcpcd.service
seguido de wifi-menu
. Encuentra la red:
[SSID] + wpa 10
Después de un tiempo de espera, informa que la conexión falló. Si ejecuto wifi-menu
una segundo vez, no me pide una contraseña, pero cuando termina, finalmente da algunas pistas de depuración:
Job for netctl@wlp0s29f7u5\x2dBTHub4\x2dGRK6.service failed. See "systemctl status netctl@wlp0s29f7u5\x2dBTHub4\x2dGRK6.service" and "journalctl -xn" for details.
El primero informa que el servicio está «cargado» pero no «activo» (literalmente inactive (dead)
). El segundo dice:
WPA association/authentication failed for interface "wlp0s29f7u5"
¿Significa esto que la clave en /etc/netctl/wlp0s29f7u5-BTHub4-GRK6
es incorrecta? No puedo «decir cuándo los programas quieren el contraseña de Wi-Fi real y cuando quieran algo como el valor psk
de wpa_passphrase
(man 5 netctl.profile
no dice, por ejemplo).
Enfoque 2 ( wpa_supplicant
y wpa_passphrase
según deeraf y warl0ck «s sugerencias y la página wiki):
# echo "ctrl_interface=/var/run/wpa_supplicant" > wifi.conf # wpa_passphrase essid passphrase >> wifi.conf # wpa_supplicant -B -i interface -c wifi.conf Successfully initialized wpa_supplicant # dhcpcd -A interface [...] timed out exited
Intenté conectarme con iw
directamente, pero obtuvo un resultado extraño:
# iw dev wlp0s26f7u5 connect [SSID] command failed: Operation not supported (-95)
Comentarios
Respuesta
¿Configuró su frase de contraseña con wpa_passphrase
? por ejemplo,
%> wpa_passphrase SSID passphrase network={ ssid="SSID" #psk="passphrase" psk=28964ba6ea8b8f3a0db1c4414b327da253d0af5d4f4adccec0f8abf5b05b10f8 }
De lo contrario, wpa_supplicant -B -i [wireless device] -c /etc/wpa_supplicant/cli.conf
no funcionará en absoluto
Comentarios
- Interesante. ¿Tiene que escribir la contraseña con un hash, o ponerla como texto plano entre comillas / sin comillas?
- @ l0b0 todo fue generado por wpa_passphrase, no, solo se requiere la versión hash
- Así que necesito copiar esa cadena manualmente a
wpa_cli
? No hay ‘ ¿Una forma más fácil de hacer esto? Parece que ‘ me conecto después (al menos no hay mensajes de error), así que ‘ otorgaré esta respuesta. - @ l0b0 Yo ‘ nunca antes había pensado en wpa_cli. Normalmente, ‘ d ejecuto wpa_supplicant directamente (recuerde especificar la interfaz inalámbrica y el controlador) con el archivo de configuración generado. Luego, verifico la salida de
dmesg
para ver si ‘ s asociados - Según el
wpa_supplicant.conf
la opciónpsk
parece ser la clave sin hash . Y también debe tener una especificación de administración de claves, como:key_mgmt=WPA-PSK
.
Respuesta
Parece que el problema principal es la versión 4 de BT Home Hub que venía con la suscripción a Internet . Después de deshabilitar la conexión inalámbrica de 5 GHz, WPS, 802.11 n, la selección automática de canales y configurar la seguridad solo en WPA2, ahora puedo obtener una conexión en segundos tanto en Ubuntu como en Windows, y una conexión muy incompleta (como en ~ 30 segundos conectividad cada pocos minutos con wpa_supplicant
) con un Arch Linux actualizado.
Actualización: después de usar NetworkManager (nmcli dev wifi connect SSID password PASSWORD
) Estoy obteniendo lo que parece ser un poco más de estabilidad; todavía se apaga cada pocos minutos más o menos.
Windows tampoco siempre obtiene una conexión durante varios minutos, después de lo cual parece estable.
(También intenté conectar un enrutador ADSL antiguo, sin darme cuenta de que no puede entender una señal VDSL).
Responder
wifi-menu debería configurar su contraseña por usted. No debería ser necesario configurarla manualmente. Verifique la configuración de wlp0s29f7u5 en /etc/conf.d/network-wireless@. También revise /etc/wpa_supplicant.conf para ver si la información es correcta.
Otra cosa, a menos que esté intentando configurar una dirección estática, no debería necesitar detener el servicio dhcpcd. Si es estático, asegúrese de declararlo en / etc / conf .d / network-wireless @
Finalmente, proporcione e ip. «dhcpcd wlp0s26f7u5» para dhcp
o para static, haga lo siguiente.
ip addr add » your ip «/ 24 dev wlp0s26f7u5 ip route add default via
EDIT
El archivo al que intentaba referirme está en netctl. Aquí está el mío:
[verdict@sparky ~]$ cat /etc/netctl/wlo1-ZombieNet Description="Automatically generated profile by wifi-menu" Interface=wlo1 Connection=wireless Security=wpa ESSID=ZombieNet IP=dhcp Key=<my password>
Comentarios
- Y por cierto, no ‘ no uso el archivo /etc/wpa_supplicant/wpa_supplicant.conf en absoluto. No ‘ no tienes que con wifi-menu.
- He verificado la contraseña en
wifi-menu
, el archivo generado y elwpa_passphrase
archivo de salida varias veces sin éxito. La misma contraseña funciona en otra máquina (Ubuntu), por lo que es no th e problema.
dmesg
salida, tal vez algo que ‘ señale un problema de firmware?dhcpcd -d -n interface
– te da más información. También es una buena idea comprobar el estado de la interfaz coniwconfig
primero. Idealmente 1) ejecutewpa_supplicant
en una terminal separada sin la opción-B
, pero con-d
para obtener más información de depuración, es decir:wpa_supplicant -d -i interface -c wifi.conf -Dwext
; 2) en otra terminal, marqueiwconfig
; 3) en otra ejecución de terminal. Alternativamente, antes de todo esto, es posible que desee probarwicd
.