tl; dr Efter att ha läst Arch-wiki-artiklarna om installation , trådlös installation och WPA-supplikant , försöker förslagen nedan och en mängd forumtrådar, jag kan inte få antingen av följande kort för att ansluta till mitt trådlösa nätverk när jag startar Arch Linux 2013-09-01 ISO:
- Edimax Technology Co., Ltd EW-7811Un 802.11n trådlös adapter (ID 7392: 7811)
- Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN-adapter aka. Bolse® 300Mbps Wifi Wireless N USB Micro Mini Adapter (ID 0bda: 8178)
Metod 1 (standard):
Standardmetoden för att göra detta ska vara systemctl stop dhcpcd.service följt av wifi-menu . Den hittar nätverket:
[SSID] + wpa 10 Efter en timeout rapporteras att anslutningen misslyckades. Om jag kör wifi-menu en sekund gång ber det inte om ett lösenord, men när det är klart ger det äntligen några felsökningstips:
Job for netctl@wlp0s29f7u5\x2dBTHub4\x2dGRK6.service failed. See "systemctl status netctl@wlp0s29f7u5\x2dBTHub4\x2dGRK6.service" and "journalctl -xn" for details. Den förra rapporterar att tjänsten är ”laddad” men inte ”aktiv” (bokstavligen inactive (dead)). Den senare säger:
WPA association/authentication failed for interface "wlp0s29f7u5" Betyder det att nyckeln i /etc/netctl/wlp0s29f7u5-BTHub4-GRK6 är fel? Jag kan inte säga när programmen vill ha faktiskt Wi-Fi-lösenord och när de vill ha något som psk -värdet från wpa_passphrase (man 5 netctl.profile säger till exempel inte.
Metod 2 ( wpa_supplicant och wpa_passphrase enligt deeraf och warl0ck ”s förslag och wiki-sidan):
# 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 Jag försökte ansluta till iw direkt, men fick lite konstigt resultat:
# iw dev wlp0s26f7u5 connect [SSID] command failed: Operation not supported (-95) Kommentarer
Svar
Ställde du in din lösenfras med wpa_passphrase? t.ex.
%> wpa_passphrase SSID passphrase network={ ssid="SSID" #psk="passphrase" psk=28964ba6ea8b8f3a0db1c4414b327da253d0af5d4f4adccec0f8abf5b05b10f8 } Annars wpa_supplicant -B -i [wireless device] -c /etc/wpa_supplicant/cli.conf fungerar inte alls
Kommentarer
- Intressant. Måste du hash lösenordet eller lägga in det som citerad / ociterad klartext?
- @ l0b0 det genererades av wpa_passphrase, nej, endast hashversion krävs
- Så jag måste kopiera den strängen manuellt till
wpa_cli? Finns det inte ’ enklare sätt att göra detta? Det verkar som att jag ’ är ansluten efteråt (åtminstone finns det inga felmeddelanden), så jag ’ tilldelas det här svaret. - @ l0b0 Jag ’ har aldrig tänkt på wpa_cli tidigare. Normalt
d körde wpa_supplicant direkt (kom ihåg att ange det trådlösa gränssnittet och drivrutinen) med den genererade konfigurationsfilen. Sedan kontrollerar jag utdata fråndmesgför att se om den ’ s associerad
wpa_supplicant.conf alternativet psk verkar vara oskadd -tangenten. Och du bör ha en nyckelhanteringsspecifikation, som: key_mgmt=WPA-PSK.Svar
Det verkar som att huvudproblemet är BT Home Hub version 4 som följde med internetprenumerationen . Efter att jag har inaktiverat 5 GHz trådlöst, WPS, 802.11 n, automatiskt kanalval och bara ställt in säkerhet till WPA2, kan jag nu få en anslutning inom några sekunder i både Ubuntu och Windows, och en mycket skissig anslutning (som om ~ 30 sekunder anslutning varannan minut med wpa_supplicant) med en uppdaterad Arch Linux.
Uppdatering: Efter användning av NetworkManager (nmcli dev wifi connect SSID password PASSWORD) Jag får det som verkar som lite mer stabilitet – det tappar fortfarande med några minuters mellanrum.
Windows får inte alltid en anslutning på flera minuter, varefter det verkar stabilt.
(Jag försökte också ansluta en gammal ADSL-router utan att inse att den inte förstår en VDSL-signal.)
Svar
wifi-menyn bör ställa in din lösenfras åt dig. Det borde inte behöva ställas in manuellt. Kontrollera konfigurationen för wlp0s29f7u5 i /etc/conf.d/network-wireless@. Kontrollera även /etc/wpa_supplicant.conf för att se om informationen är korrekt.
En annan sak, såvida du inte försöker ställa in en statisk adress ska du inte behöva stoppa dhcpcd-tjänsten. Om den är statisk ska du försäkra dig om att i / etc / conf .d / nätverks-trådlöst @
Slutligen tillhandahålla och ip. ”dhcpcd wlp0s26f7u5” för dhcp
eller för statisk gör följande.
ip addr add ” din ip ”/ 24 dev wlp0s26f7u5 ip-rutt lägg till standard via
EDIT
Filen jag försökte referera till finns i netctl. Här är min:
[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> Kommentarer
- Och btw använder jag ’ inte alls filen /etc/wpa_supplicant/wpa_supplicant.conf. Du behöver inte ’ med wifi-meny.
- Jag har verifierat lösenordet i
wifi-menu, den genererade filen ochwpa_passphraseutdatafilen flera gånger till ingen nytta. Samma lösenord fungerar på en annan (Ubuntu) dator, så det är inte e-fråga.
dmesg-utdata, kanske något som ’ pekar på ett firmwareproblem?dhcpcd -d -n interface– det ger dig mer information. Det är också en bra idé att först kontrollera gränssnittets tillstånd mediwconfig. Helst 1) körwpa_supplicanti en separat terminal utan alternativet-B, men med-dför att få mer felsökningsinformation, dvs:wpa_supplicant -d -i interface -c wifi.conf -Dwext; 2) i en annan terminal, kontrolleraiwconfig; 3) i en annan terminal körning. Alternativt kan du före allt detta försökawicd.