tl; dr Po przeczytaniu artykułów Arch wiki na temat instalacji , konfiguracja bezprzewodowa i suplikant WPA , próbując poniższych sugestii i wielu wątków na forum, nie mogę pobierz jedną z następujących kart, aby połączyć się z moją siecią bezprzewodową podczas uruchamiania ISO Arch Linux 2013-09-01:
- Edimax Technology Co., Ltd EW-7811Un Bezprzewodowa karta sieciowa 802.11n (ID 7392: 7811)
- Realtek Semiconductor Corp. RTL8192CU Karta 802.11n WLAN aka. Mini Adapter Bolse® 300Mbps Wifi Wireless N USB Micro (ID 0bda: 8178)
Podejście 1 (domyślne):
Domyślnie powinno to być systemctl stop dhcpcd.service , po którym następuje wifi-menu . Znajduje sieć:
[SSID] + wpa 10 Po przekroczeniu limitu czasu zgłasza, że połączenie nie powiodło się. Jeśli uruchomię wifi-menu sekundę raz, nie prosi o hasło, ale po zakończeniu daje w końcu kilka wskazówek dotyczących debugowania:
Job for netctl@wlp0s29f7u5\x2dBTHub4\x2dGRK6.service failed. See "systemctl status netctl@wlp0s29f7u5\x2dBTHub4\x2dGRK6.service" and "journalctl -xn" for details. Pierwsza z nich zgłasza, że usługa jest „załadowana”, ale nie „aktywna” (dosłownie inactive (dead)). Druga mówi:
WPA association/authentication failed for interface "wlp0s29f7u5" Czy to oznacza, że klucz w /etc/netctl/wlp0s29f7u5-BTHub4-GRK6 jest nieprawidłowy? Nie wiem, kiedy programy chcą rzeczywiste hasło Wi-Fi i kiedy chcą czegoś takiego jak psk wartość z wpa_passphrase (man 5 netctl.profile nie mówi na przykład).
Podejście 2 ( wpa_supplicant i wpa_passphrase zgodnie z jeleniem i warl0ck ”i stronę 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 Próbowałem połączyć się z iw bezpośrednio, ale otrzymałem dziwny wynik:
# iw dev wlp0s26f7u5 connect [SSID] command failed: Operation not supported (-95) Komentarze
Odpowiedź
Czy skonfigurowałeś swoje hasło z wpa_passphrase? np.
%> wpa_passphrase SSID passphrase network={ ssid="SSID" #psk="passphrase" psk=28964ba6ea8b8f3a0db1c4414b327da253d0af5d4f4adccec0f8abf5b05b10f8 } W przeciwnym razie wpa_supplicant -B -i [wireless device] -c /etc/wpa_supplicant/cli.conf w ogóle nie zadziała
Komentarze
- Interesujące. Czy musisz haszować hasło, czy wstawiać je jako cytowany / niecytowany zwykły tekst?
- @ l0b0 to wszystko zostało wygenerowane przez wpa_passphrase, nie, wymagana jest tylko wersja zaszyfrowana
- Muszę więc ręcznie skopiować ten ciąg do
wpa_cli? Czy nie ' nie jest łatwiejszy sposób? Wygląda na to, że ' jestem później połączony (przynajmniej nie ma komunikatów o błędach), więc ' ll ta odpowiedź. - @ l0b0 I ' nigdy wcześniej nie myślałem o wpa_cli. Zwykle ' d uruchamiam wpa_supplicant bezpośrednio (pamiętaj, określ interfejs bezprzewodowy i sterownik) z wygenerowanym plikiem konfiguracyjnym. Następnie sprawdzam dane wyjściowe
dmesg, aby zobaczyć, czy ' s powiązane - Zgodnie z
wpa_supplicant.confopcjapskwydaje się być kluczem niezaszyfrowanym . Powinieneś także mieć specyfikację zarządzania kluczami, taką jak:key_mgmt=WPA-PSK.
Odpowiedź
Wygląda na to, że głównym problemem jest BT Home Hub w wersji 4, który był dostarczany z abonamentem internetowym . Po wyłączeniu łączności bezprzewodowej 5 GHz, WPS, 802.11 n, automatycznym wyborze kanału i ustawieniu zabezpieczeń tylko na WPA2, mogę teraz uzyskać połączenie w ciągu kilku sekund zarówno w systemie Ubuntu, jak i Windows oraz bardzo szkicowe połączenie (jak za ~ 30 sekund łączność co kilka minut z wpa_supplicant) z aktualnym Arch Linux.
Aktualizacja: Po użyciu NetworkManager (nmcli dev wifi connect SSID password PASSWORD) Otrzymuję coś, co wydaje się być trochę bardziej stabilne – nadal spada co kilka minut.
Windows również nie zawsze uzyskuje połączenie przez kilka minut, po czym wydaje się stabilny.
(Próbowałem też podłączyć stary router ADSL, nie zdając sobie sprawy, że nie może on odczytać sygnału VDSL.)
Odpowiedź
menu-wifi powinno ustawić dla Ciebie hasło. Nie powinno być potrzeby konfigurowania go ręcznie. Sprawdź konfigurację dla wlp0s29f7u5 w /etc/conf.d/network-wireless@. Sprawdź również /etc/wpa_supplicant.conf, aby zobaczyć, czy informacje są poprawne.
Inna sprawa, jeśli nie próbujesz ustawić adresu statycznego, nie powinieneś zatrzymywać usługi dhcpcd. Jeśli jest statyczna, upewnij się, że zadeklarowałeś to w / etc / conf .d / network-wireless @
Na koniec podaj i ip. „dhcpcd wlp0s26f7u5” dla dhcp
lub statyczne wykonaj następujące czynności.
ip addr add ” twoje ip „/ 24 dev wlp0s26f7u5 ip route dodaj domyślną przez
EDYTUJ
Plik, do którego próbowałem się odwołać, znajduje się w netctl. Oto mój:
[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> Komentarze
- A btw w ogóle nie ' nie używam pliku /etc/wpa_supplicant/wpa_supplicant.conf. Nie ' nie musisz z menu wifi.
- Zweryfikowałem hasło w
wifi-menu, wygenerowanym pliku i pliku wyjściowymwpa_passphrasewiele razy bez skutku. To samo hasło działa na innym komputerze (Ubuntu), więc jest to nie e problem.
dmesgwyjściu jest coś interesującego, może coś, co ' wskazuje na problem z oprogramowaniem sprzętowym?dhcpcd -d -n interface– daje więcej informacji. Dobrym pomysłem jest również sprawdzenie stanu interfejsu za pomocąiwconfig. Idealnie 1) uruchomwpa_supplicantw oddzielnym terminalu bez opcji-B, ale z-d, aby uzyskać więcej informacji dotyczących debugowania, np .:wpa_supplicant -d -i interface -c wifi.conf -Dwext; 2) na innym terminalu sprawdźiwconfig; 3) w innym biegu terminalowym. Alternatywnie, przed tym wszystkim możesz spróbowaćwicd.