Hostapd gibt psk-Nichtübereinstimmung für die Skala der Fitbit-Arie

1854
James McDonnell

Ich habe versucht, meine Fitbit-Arie mit einem orangefarbenen Pi zu verbinden (denke an Himbeer-Pi).

Ich habe Clients mit dieser Konfiguration verbunden, aber die Fitbit-Arie gibt mir einen AP-STA-POSSIBLE-PSK-MISMATCHFehler von Hostapd.

Hier ist die Ausgabe von hostapd

wlan0: interface state UNINITIALIZED->ENABLED wlan0: AP-ENABLED wlan0: STA 20:f8:5e:b3:0e:fd IEEE 802.11: authenticated wlan0: STA 20:f8:5e:b3:0e:fd IEEE 802.11: associated (aid 1) wlan0: AP-STA-POSSIBLE-PSK-MISMATCH 20:f8:5e:b3:0e:fd wlan0: AP-STA-POSSIBLE-PSK-MISMATCH 20:f8:5e:b3:0e:fd wlan0: AP-STA-POSSIBLE-PSK-MISMATCH 20:f8:5e:b3:0e:fd wlan0: STA 20:f8:5e:b3:0e:fd IEEE 802.11: deauthenticated due to local deauth request wlan0: STA 20:f8:5e:b3:0e:fd IEEE 802.11: authenticated wlan0: STA 20:f8:5e:b3:0e:fd IEEE 802.11: associated (aid 1) wlan0: AP-STA-POSSIBLE-PSK-MISMATCH 20:f8:5e:b3:0e:fd wlan0: AP-STA-POSSIBLE-PSK-MISMATCH 20:f8:5e:b3:0e:fd wlan0: AP-STA-POSSIBLE-PSK-MISMATCH 20:f8:5e:b3:0e:fd wlan0: AP-STA-POSSIBLE-PSK-MISMATCH 20:f8:5e:b3:0e:fd wlan0: STA 20:f8:5e:b3:0e:fd IEEE 802.11: deauthenticated due to local deauth request 

Hier ist die hostapd.confKonfigurationsdatei

interface=wlan0 driver=nl80211 ssid=orangepi hw_mode=b channel=6 wpa=2 auth_algs=1 wpa_passphrase=passwordpasswordpassword wpa_key_mgmt=WPA-PSK wpa_pairwise=CCMP rsn_pairwise=CCMP #wpa_psk_file=/etc/hostapd/hostapd.wpa_psk bridge=br0 wmm_enabled=0 logger_stdout=1 logger_stdout_level=2 

Skript, das ich verwende, um eine Verbindung herzustellen und die Verbindung mit eth0 zu überbrücken

#/bin/sh killall wpa_supplicant brctl addbr br0 brctl addif br0 eth0 wlan0  dhclient br0  hostapd /etc/hostapd/hostapd.conf 

Hat jemand Ideen?

0
Wenn ich die Authentifizierung ausschalte, wird ... James McDonnell vor 7 Jahren 0
Kommt das gleiche vor, wenn Sie die hostapd-Konfiguration auf WPA1-TKIP herabstufen? grawity vor 7 Jahren 0
Ich wollte es gerade probieren, aber die Batterien der Waage starben gerade aha. Werde sich tmr melden. James McDonnell vor 7 Jahren 0

1 Antwort auf die Frage

0
James McDonnell

Am Ende waren Dhcp-Probleme. Ich hatte dnsmasq nicht eingerichtet, um DHCP zum Gateway weiterzuleiten.

Ich habe die beiden Zeilen zum Skript hinzugefügt:

killall dnsmasq

dnsmasq --dhcp-relay=<local address>,<server address>

Und ersetzte die IP-Adressen innerhalb der <> und voila.

Es funktioniert, ich werde nicht sagen, dass es besonders stabil ist.

#/bin/sh killall wpa_supplicant killall dnsmasq brctl addbr br0 brctl addif br0 eth0 wlan0  dhclient br0 dnsmasq --dhcp-relay=<local address>,<server address> hostapd /etc/hostapd/hostapd.conf