tl; dr Etter å ha lest Arch-wiki-artiklene om installasjon , trådløst oppsett og WPA-supplikant , og prøver forslagene nedenfor og en rekke forumtråder, jeg kan ikke få enten av følgende kort for å koble til det trådløse nettverket når jeg starter 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)
Tilnærming 1 (standard):
Standard måten å gjøre dette på skal bare være systemctl stop dhcpcd.service etterfulgt av wifi-menu . Den finner nettverket:
[SSID] + wpa 10 Etter en timeout rapporteres det at forbindelsen mislyktes. Hvis jeg kjører wifi-menu et sekund gang, ber det ikke om passord, men når det er ferdig gir det endelig noen feilsøkingstips:
Job for netctl@wlp0s29f7u5\x2dBTHub4\x2dGRK6.service failed. See "systemctl status netctl@wlp0s29f7u5\x2dBTHub4\x2dGRK6.service" and "journalctl -xn" for details. Førstnevnte rapporterer at tjenesten er «lastet» men ikke «aktiv» (bokstavelig talt inactive (dead)). Sistnevnte sier:
WPA association/authentication failed for interface "wlp0s29f7u5" Betyr dette at nøkkelen i /etc/netctl/wlp0s29f7u5-BTHub4-GRK6 er feil? Jeg kan ikke si når programmene vil ha faktiske Wi-Fi-passord og når de vil ha noe sånt som psk -verdien fra wpa_passphrase (man 5 netctl.profile sier ikke for eksempel.
Tilnærming 2 ( wpa_supplicant og wpa_passphrase i henhold til deeraf og warl0ck «sine forslag og wiki-siden):
# 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 Jeg prøvde å koble til iw direkte, men fikk litt merkelig produksjon:
# iw dev wlp0s26f7u5 connect [SSID] command failed: Operation not supported (-95) Kommentarer
Svar
Har du konfigurert passordfrasen din med wpa_passphrase? f.eks.
%> wpa_passphrase SSID passphrase network={ ssid="SSID" #psk="passphrase" psk=28964ba6ea8b8f3a0db1c4414b327da253d0af5d4f4adccec0f8abf5b05b10f8 } Ellers wpa_supplicant -B -i [wireless device] -c /etc/wpa_supplicant/cli.conf vil ikke fungere i det hele tatt
Kommentarer
- Interessant. Må du hash passordet, eller legge det inn som sitert / ikke sitert ren tekst?
- @ l0b0 det hele ble generert av wpa_passphrase, nei, bare hashversjon er nødvendig
- Så jeg må kopiere den strengen manuelt til
wpa_cli? Er det ikke ‘ enklere måte å gjøre dette på? Det ser ut til at jeg ‘ er koblet etterpå (i det minste er det ingen feilmeldinger), så jeg ‘ tildeler dette svaret. - @ l0b0 I ‘ har aldri tenkt på wpa_cli før. Normalt
d kjørte wpa_supplicant direkte (husk spesifiser det trådløse grensesnittet og driveren) med den genererte konfigurasjonsfilen. Så sjekker jeg utdataene fradmesgfor å se om den ‘ s assosiert
wpa_supplicant.conf psk -alternativet ser ut til å være uskadd -tasten. Og du bør ha en nøkkeladministrasjonsspesifikasjon, som: key_mgmt=WPA-PSK.Svar
Det virker som om hovedproblemet er BT Home Hub versjon 4 som fulgte med internettabonnementet . Etter å ha deaktivert 5 GHz trådløs, WPS, 802.11 n, automatisk kanalvalg og bare innstilt sikkerhet til WPA2, er jeg nå i stand til å få en forbindelse innen sekunder i både Ubuntu og Windows, og en veldig sketchy forbindelse (som i ~ 30 sekunder tilkobling noen få minutter med wpa_supplicant) med en oppdatert Arch Linux.
Oppdatering: Etter bruk av NetworkManager (nmcli dev wifi connect SSID password PASSWORD) Jeg får det som virker som litt mer stabilitet – det faller fortsatt ut noen få minutter eller så.
Windows får heller ikke alltid en forbindelse i flere minutter, hvorpå det virker stabilt.
(Jeg prøvde også å koble til en gammel ADSL-ruter, uten å innse at den ikke kan forstå et VDSL-signal.)
Svar
wifi-menyen skal konfigurere passordfrasen for deg. Det burde ikke være behov for å konfigurere den manuelt. Sjekk konfigurasjonen for wlp0s29f7u5 i /etc/conf.d/network-wireless@. Sjekk også /etc/wpa_supplicant.conf for å se om informasjonen er riktig.
En annen ting, med mindre du prøver å sette opp en statisk adresse, trenger du ikke å stoppe dhcpcd-tjenesten. Hvis den er statisk, må du forsikre deg om at i / etc / conf .d / nettverk-trådløs @
Til slutt gi og ip. «dhcpcd wlp0s26f7u5» for dhcp
eller for statisk gjør følgende.
ip addr add » din ip «/ 24 dev wlp0s26f7u5 ip-rute legg til standard via
EDIT
Filen jeg prøvde å referere til er i netctl. Her er 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
- Og btw bruker jeg ikke ‘ i det hele tatt .et /etc/wpa_supplicant/wpa_supplicant.conf. Du trenger ikke ‘ med wifi-meny.
- Jeg har bekreftet passordet i
wifi-menu, den genererte filen ogwpa_passphraseutdatafilen flere ganger til ingen nytte. Det samme passordet fungerer på en annen (Ubuntu) maskin, så det er ikke th e-utgave.
dmesg-utgangen, kanskje noe som ‘ peker på et fastvareproblem?dhcpcd -d -n interface– det gir deg mer informasjon. Det er også lurt å sjekke tilstanden til grensesnittet mediwconfigførst. Ideelt sett 1) kjørwpa_supplicanti en egen terminal uten alternativet-B, men med-dfor å få mer feilsøkingsinformasjon, dvs.:wpa_supplicant -d -i interface -c wifi.conf -Dwext; 2) i en annen terminal, sjekkiwconfig; 3) i en annen terminalkjøring. Alternativt, før alt dette, kan du prøvewicd.