WPA_GUI kann wpa_supplicant nicht laden

7

Ich bin neu im Himbeer-Pi und kann das nicht ganz herausfinden.

Das wpa_gui ist im Feld Adapter und Netzwerk leer und meldet den Fehler "Status von wpa_supplicant konnte nicht abgerufen werden".

Inhalt von /etc/wpa_supplicant/wpa_supplicant.conf:

#Needed for wpa_gui to work
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev

#Needed for wpa_gui to alter the configuration file
update_config=1

network={
ssid=spl-public
psk=""

#Protocal type can be: RSN(for WP2) and WPA(for WPA1)
proto=WPA

#Key managment type can be: WPA-PSK or WPA-EAP (Pre-Shared or Enterprise)
key_mgmt=WPA-PSK

#Pairwise can be CMMP or TKIP(for WPA2 or WPA1)
pairwise=TKIP

#Authorization option should be OPEN for both WPA1/WPA2 (in less commonly used are SHARED and LEAP)
auth-alg=OPEN
}

Inhalt von / etc / network / interfaces:

auto lo
iface lo inet lopback
iface eth0 inet dhcp

allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp

Die Datei wpa_supplicant.conf verweist auf ein Verzeichnis / var / run / wpa_supplicant, das auf meinem System nicht vorhanden ist. Was soll hier sein?

sudo ifup --force wlan0

Kehrt zurück:

wpa_supplicant: /sbin/wpa_supplicant daemon failed to start run-parts: 
/etc/network/if-pre-up.d/wpasupplicant exited with return code 1 

Failed to connect to wpa_supplicant - wpa_ctrl_open: No such file or directory 
wpa_supplicant: /sbin/wpa_cli daemon failed to start run-parts:
/etc/network/if-up.d/wpasupplicant exited with return code 1
Cubicle.Jockey
quelle
Bist du sicher, dass wlan0 aktiv ist? Versuchen Sie es mit dem Ausführen sudo ifup --force wlan0 Ich musste das einmal tun, wenn wpa_supplicant nicht auf meinem System ausgeführt wurde.
HeatfanJohn
Summen. Wenn ich das ausführe, heißt es "Verbindung zu wpa_supplicant konnte nicht hergestellt werden - wpa_ctrl_open: Keine solche Datei oder kein solches Verzeichnis"
Cubicle.Jockey
Was ifconfig -azeigt?
HeatfanJohn
wlan0 Link-Encap: Ethernet HWaddr 00: 13: ef: d0: 2a: 12 UP BROADCAST MULTICAST MTU: 1500 Metrik: 1 RX-Pakete: 0 Fehler: 0 verworfen: 0 Überläufe: 0 Frame: 0 TX-Pakete: 0 Fehler: 0 verworfen : 0 Überläufe: 0 Träger: 0 Kollisionen: 0 txqueuelen: 1000 RX Bytes: 0 (0,0 B) TX Bytes: 0 (0,0 B)
Cubicle.Jockey
Ich habe nicht genügend Informationen über die ifup-Truppe angegeben, da ich gerade nur auf meinem Telefon war. Hier ist der vollständige Fehler: wpa_supplicant: / sbin / wpa_supplicant-Daemon konnte Run-Parts nicht starten: /etc/network/if-pre-up.d/wpasupplicant wurde mit Rückkehrcode 1 beendet. Verbindung zu wpa_supplicant konnte nicht hergestellt werden - wpa_ctrl_open: Keine solche Datei oder Verzeichnis wpa_supplicant: / sbin / wpa_cli Daemon konnte Run-Parts nicht starten: /etc/network/if-up.d/wpasupplicant wurde mit Rückkehrcode 1 beendet
Cubicle.Jockey

Antworten:

1

Ich habe die gleichen Nachrichten bekommen und gelöst. Es wurde durch eine falsche Textbeschreibung verursacht.

In der Datei wpa_supplicant.conf:

1. auth-algalg = OPEN -> auth_alg = OPEN

"_" UNDERBAR sollte richtig sein. (Es sollte ohne es funktionieren)

2. ssid = spl-public -> ssid = "spl-public"

"" DOUBLE-QUOTE wäre für SSID-Text erforderlich.

In meinem Fall war die folgende Zeile falsch:

ssid = "" -> ssid = ""

weil es ein Leerzeichen nach dem Wort "ssid" enthält

user11925
quelle
Platz entfernen - Es ist Arbeit für mich
Thanh Le
1

Das Hauptproblem, das das Laden der Konfigurationsdatei verhinderte, war dieser Schlüssel:

auth-alg = OPEN -> auth_alg = OPEN

Es heißt, es ist nicht gültig. Ich habe es aus einem Tutorial bekommen, das möglicherweise veraltet ist.

Vielen Dank an alle in den Kommentaren, die mitgeholfen haben.

Cubicle.Jockey
quelle
so geändert Sie auth-algzu auth_alg?
lfender6445
Die Antwort wurde aktualisiert, um Ihre Frage wiederzugeben.
Cubicle.Jockey
0

Ich stoße auf ein ähnliches Problem aufgrund einer verpfuschten Schnittstellendatei (hätte es zuerst sichern sollen!)

Hier ist eine Standarddatei für Himbeer-Pi /etc/network/interfaces

auto lo

iface lo inet loopback
iface eth0 inet dhcp

allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp

Sie können Ihre Konfiguration testen, indem Sie ausführen /sudo/etc/init.d/networking restart.

Wenn Sie feststellen, dass sich Ihr WLAN-Dongle nach dem Neustart Ihres Raspberry Pi nicht wieder mit Ihrem WLAN-Netzwerk verbindet, fügen Sie Folgendes hinzu: Fügen Sie auto wlan0 unten in Ihrer Konfiguration den Dienst oder den Neustart neu hinzu (dies hat das Problem für mich behoben).

lfender6445
quelle
0

Ich stoße auf das Problem, wenn die Stromversorgung zu niedrig ist.

Ich benutze einen USB-Hub als Strom.

Direkte Verbindung zum Laptop-USB-Port, wpa_cli funktioniert.

Bitte überprüfen Sie das auch.

IlPADlI
quelle
-1

Ich bin auf Raspi 2 und habe seit einigen Tagen das gleiche Problem. Ich habe es erst vor ein paar Minuten gelöst. Es scheint, dass wpa_supplicant.conf ein sehr strenges Format hat. In meinem Fall ist das Problem nur die Leerzeichen zwischen 'Netzwerk' und '=' und '{'. Durch Löschen der Leerzeichen funktioniert es einfach (natürlich nach dem Neustart durch 'sudo ifdown wlan0' und 'sudo ifup wlan0'.

Hoffe das hilft.

ursprünglich:

network = {
...
...
...
}

Leerzeichen zwischen 'Netzwerk' und '=' und '{' entfernen

network={
...
...
...
}
asm
quelle
Aber nach dem Beispiel von @ Cubicle.Jokey ist dies in seinem Fall wahrscheinlich nicht das Problem, oder?
Bex
Ja, wie Sie in meiner eigenen Antwort sehen können, war der Konfigurationswert falsch, die Dokumentation hatte den falschen Wert. Sie haben es mit auth-alg dokumentiert, aber es hätte auth_alg sein sollen. Obwohl ich sehr neugierig bin, warum die Leute diese Fragen Jahre später immer wieder beantworten, wenn sie eine akzeptierte Antwort haben.
Cubicle.Jockey