tl; dr Efter at have læst Arch wiki-artiklerne om installation , trådløs opsætning og WPA-supplikant , når jeg prøver nedenstående forslag og et væld af forumtråde, kan jeg ikke få enten af følgende kort til at oprette forbindelse til mit trådløse netværk, 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)
Metode 1 (standard):
Standardmåden for dette skal formodes at være bare systemctl stop dhcpcd.service efterfulgt af wifi-menu . Den finder netværket:
[SSID] + wpa 10 Efter en timeout rapporteres det, at forbindelsen mislykkedes. Hvis jeg kører wifi-menu et sekund gang, beder det ikke om et kodeord, men når det er færdigt, giver det endelig nogle fejlretnings tip:
Job for netctl@wlp0s29f7u5\x2dBTHub4\x2dGRK6.service failed. See "systemctl status netctl@wlp0s29f7u5\x2dBTHub4\x2dGRK6.service" and "journalctl -xn" for details. Førstnævnte rapporterer, at tjenesten er “indlæst”, men ikke “aktiv” (bogstaveligt talt inactive (dead)). Sidstnævnte siger:
WPA association/authentication failed for interface "wlp0s29f7u5" Betyder dette, at nøglen i /etc/netctl/wlp0s29f7u5-BTHub4-GRK6 er forkert? Jeg kan ikke fortælle, hvornår programmer vil have faktisk Wi-Fi-adgangskode, og når de vil have noget som psk -værdien fra wpa_passphrase (man 5 netctl.profile siger det ikke for eksempel.
Tilgang 2 ( wpa_supplicant og wpa_passphrase i henhold til deeraf og warl0ck “s 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 forsøgte at oprette forbindelse til iw direkte, men fik noget mærkeligt output:
# iw dev wlp0s26f7u5 connect [SSID] command failed: Operation not supported (-95) Kommentarer
Svar
Har du konfigureret din adgangssætning med wpa_passphrase? fx
%> wpa_passphrase SSID passphrase network={ ssid="SSID" #psk="passphrase" psk=28964ba6ea8b8f3a0db1c4414b327da253d0af5d4f4adccec0f8abf5b05b10f8 } Ellers vil wpa_supplicant -B -i [wireless device] -c /etc/wpa_supplicant/cli.conf slet ikke arbejde
Kommentarer
- Interessant. Skal du hash adgangskoden eller sætte den i som citeret / ikke-citeret almindelig tekst?
- @ l0b0 det blev alle genereret af wpa_passphrase, nej, der kræves kun hashversion
- Så jeg skal kopiere den streng manuelt til
wpa_cli? Er der ‘ t der en lettere måde at gøre dette på? Det ser ud til, at jeg ‘ er tilsluttet bagefter (i det mindste er der ingen fejlmeddelelser), så jeg ‘ tildeler dette svar. - @ l0b0 Jeg ‘ har aldrig tænkt på wpa_cli før. Normalt kører jeg ‘ wpa_supplicant direkte (husk angiv den trådløse grænseflade og driveren) med den genererede konfigurationsfil. Derefter kontrollerer jeg output fra
dmesgfor at se om det ‘ s tilknyttet - I henhold til
wpa_supplicant.confpsk-indstillingen synes at være uskadet -tasten. Og du skal have en nøglehåndteringsspecifikation, som:key_mgmt=WPA-PSK.
Svar
Det ser ud til, at hovedproblemet er BT Home Hub version 4, der fulgte med internetabonnementet . Efter at have deaktiveret 5 GHz trådløs, WPS, 802.11 n, automatisk kanalvalg og kun indstillet sikkerhed til WPA2, er jeg nu i stand til at få forbindelse inden for få sekunder i både Ubuntu og Windows og en meget sketchy forbindelse (som om ~ 30 sekunder tilslutning hvert par minutter med wpa_supplicant) med en opdateret Arch Linux.
Opdatering: Efter brug af NetworkManager (nmcli dev wifi connect SSID password PASSWORD) Jeg får det, der virker lidt mere stabilitet – det falder stadig ud hvert par minutter.
Windows får heller ikke altid en forbindelse i flere minutter, hvorefter det virker stabilt.
(Jeg prøvede også at forbinde en gammel ADSL-router uden at indse, at den ikke kan forstå et VDSL-signal.)
Svar
wifi-menuen skal konfigurere din adgangssætning til dig. Der skulle ikke være behov for at indstille den manuelt. Kontroller konfigurationen for wlp0s29f7u5 i /etc/conf.d/network-wireless@. Tjek også /etc/wpa_supplicant.conf for at se, om oplysningerne er korrekte.
En anden ting, medmindre du forsøger at oprette en statisk adresse, skal du ikke stoppe dhcpcd-tjenesten. Hvis den er statisk, skal du sørge for at erklære det i / etc / conf .d / netværk-trådløs @
Giv endelig og ip. “dhcpcd wlp0s26f7u5” til dhcp
eller for statisk gør følgende.
ip addr add ” din ip “/ 24 dev wlp0s26f7u5 ip-rute tilføj standard via
EDIT
Den fil, jeg prøvede at henvise 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 bruger jeg ‘ slet ikke filen /etc/wpa_supplicant/wpa_supplicant.conf. Du behøver ikke ‘ med wifi-menu.
- Jeg har verificeret adgangskoden i
wifi-menu, den genererede fil ogwpa_passphraseoutputfil flere gange til ingen nytte. Den samme adgangskode fungerer på en anden (Ubuntu) maskine, så det er ikke th e-udgave.
dmesgoutput, måske noget, som ‘ peger på et firmwareproblem?dhcpcd -d -n interface– det giver dig mere information. Det er også en god ide at først kontrollere tilstanden af grænsefladen mediwconfig. Ideelt set 1) kørwpa_supplicanti en separat terminal uden indstillingen-B, men med-dfor at få flere fejlretningsoplysninger, dvs.:wpa_supplicant -d -i interface -c wifi.conf -Dwext; 2) i en anden terminal skal du kontrollereiwconfig; 3) i en anden terminalkørsel. Alternativt kan du inden alt dette prøvewicd.