tl; dr Na het lezen van de Arch-wiki-artikelen over installatie , draadloze installatie en WPA-aanvrager , terwijl ik de onderstaande suggesties en een groot aantal forumthreads probeer, kan ik niet haal een van de volgende kaarten om verbinding te maken met mijn draadloze netwerk bij het opstarten van de Arch Linux 2013-09-01 ISO:
- Edimax Technology Co., Ltd EW-7811Un 802.11n draadloze adapter (ID 7392: 7811)
- Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN-adapter ook bekend als Bolse® 300 Mbps Wifi Wireless N USB Micro Mini Adapter (ID 0bda: 8178)
Benadering 1 (standaard):
De standaardmanier om dit te doen is systemctl stop dhcpcd.service gevolgd door wifi-menu . Het vindt het netwerk:
[SSID] + wpa 10 Na een time-out meldt het dat de verbinding is mislukt. Als ik wifi-menu een seconde keer gebruik, vraagt het niet om een wachtwoord, maar als het klaar is, geeft het eindelijk enkele foutopsporingshints:
Job for netctl@wlp0s29f7u5\x2dBTHub4\x2dGRK6.service failed. See "systemctl status netctl@wlp0s29f7u5\x2dBTHub4\x2dGRK6.service" and "journalctl -xn" for details. De eerste meldt dat de service “geladen” maar niet “actief” is (letterlijk inactive (dead)). De laatste zegt:
WPA association/authentication failed for interface "wlp0s29f7u5" Betekent dit dat de sleutel in /etc/netctl/wlp0s29f7u5-BTHub4-GRK6 verkeerd is? Ik kan “niet zeggen wanneer programmas de werkelijke wifi-wachtwoord en wanneer ze zoiets als de psk -waarde van wpa_passphrase (man 5 netctl.profile zegt bijvoorbeeld niet).
Benadering 2 ( wpa_supplicant en wpa_passphrase volgens deeraf en warl0ck “s suggesties en de wikipagina):
# 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 Ik heb geprobeerd verbinding te maken met iw rechtstreeks, maar kreeg een vreemde output:
# iw dev wlp0s26f7u5 connect [SSID] command failed: Operation not supported (-95) Reacties
Answer
Heeft u uw wachtwoordzin ingesteld met wpa_passphrase? bijv.
%> wpa_passphrase SSID passphrase network={ ssid="SSID" #psk="passphrase" psk=28964ba6ea8b8f3a0db1c4414b327da253d0af5d4f4adccec0f8abf5b05b10f8 } Anders zal wpa_supplicant -B -i [wireless device] -c /etc/wpa_supplicant/cli.conf helemaal niet werken
Reacties
- Interessant. Moet je het wachtwoord hashen, of het invoeren als geciteerde / niet-geciteerde platte tekst?
- @ l0b0 het is allemaal gegenereerd door wpa_passphrase, nee, alleen een gehashte versie is vereist.
- Dus ik moet die string handmatig kopiëren naar
wpa_cli? Is niet ‘ er een gemakkelijkere manier om dit te doen? Het lijkt erop dat ik ‘ m naderhand heb verbonden (er zijn tenminste geen foutmeldingen), dus ik ‘ beloon dit antwoord. - @ l0b0 Ik ‘ heb nog nooit aan wpa_cli gedacht. Normaal gesproken ‘ voer ik wpa_supplicant rechtstreeks uit (onthoud specificeer de draadloze interface en de driver) met het gegenereerde configuratiebestand. Vervolgens controleer ik de uitvoer van
dmesgom te zien of het ‘ s geassocieerd - Volgens de
wpa_supplicant.confdepskoptie lijkt de niet-gehashte sleutel te zijn. En je zou ook een specificatie voor sleutelbeheer moeten hebben, zoals:key_mgmt=WPA-PSK.
Antwoord
Het lijkt erop dat het grootste probleem de BT Home Hub versie 4 is die bij het internetabonnement werd geleverd . Na het uitschakelen van 5 GHz draadloos, WPS, 802.11 n, automatische kanaalselectie en het instellen van de beveiliging op alleen WPA2, kan ik nu binnen enkele seconden een verbinding krijgen in zowel Ubuntu als Windows, en een zeer vage verbinding (zoals in ~ 30 seconden connectiviteit om de paar minuten met wpa_supplicant) met een up-to-date Arch Linux.
Update: na gebruik van NetworkManager (nmcli dev wifi connect SSID password PASSWORD) Ik krijg wat een beetje meer stabiliteit lijkt – het valt nog steeds om de paar minuten uit.
Windows krijgt ook niet altijd een verbinding gedurende enkele minuten, waarna het stabiel lijkt.
(Ik heb ook geprobeerd een oude ADSL-router aan te sluiten, zonder te beseffen dat deze een VDSL-signaal niet kan begrijpen.)
Antwoord
wifi-menu zou je wachtwoordzin voor je moeten instellen. Het zou niet nodig moeten zijn om het handmatig in te stellen. Controleer de configuratie voor wlp0s29f7u5 in /etc/conf.d/network-wireless@. Controleer ook /etc/wpa_supplicant.conf om te zien of de informatie correct is.
Een ander ding, tenzij je probeert een statisch adres in te stellen, zou je de dhcpcd-service niet moeten stoppen. Als het statisch is, zorg er dan voor dat je dat aangeeft in / etc / conf .d / network-wireless @
Geef tenslotte en ip. “dhcpcd wlp0s26f7u5” voor dhcp
of voor statisch doe het volgende.
ip addr add ” uw ip “/ 24 dev wlp0s26f7u5 ip route standaard toevoegen via
EDIT
Het bestand waarnaar ik probeerde te verwijzen, bevindt zich in netctl. Hier is het mijne:
[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> Opmerkingen
- En trouwens, ik ‘ gebruik het bestand /etc/wpa_supplicant/wpa_supplicant.conf helemaal niet. Je hoeft ‘ niet met wifi-menu.
- Ik heb het wachtwoord geverifieerd in
wifi-menu, het gegenereerde bestand en hetwpa_passphraseuitvoerbestand meerdere keren zonder resultaat. Hetzelfde wachtwoord werkt op een andere (Ubuntu) machine, dus dat is niet de e probleem.
dmesg-uitvoer, misschien iets dat ‘ verwijst naar een firmwareprobleem?dhcpcd -d -n interface– het geeft je meer informatie. Het is ook een goed idee om eerst de staat van de interface te controleren metiwconfig. Idealiter 1) voerwpa_supplicantuit in een aparte terminal zonder de-Boptie, maar met-dom meer informatie over foutopsporing te krijgen, dwz:wpa_supplicant -d -i interface -c wifi.conf -Dwext; 2) in een andere terminal, controleeriwconfig; 3) in een andere terminalrun. Als alternatief, voordat u dit alles wilt proberen, kunt uwicdproberen.