Arch Linux

WLAN und Verschlüsselung - wie aktivieren?

[gelöscht]

Hallo,

nun habe ich es endlich geschafft, mein WLAN mit WPA-PSK zu verschlüsseln. Bevor ich ins Netz gehen kann, muss ich aber ganz schön herumfrickeln.
Zuerst muss ich folgendes ausführen....

wpa_supplicant -Dwext -ieth1 -c/etc/wpa_supplicant.conf

Das Script beinhaltet folgendes:

ctrl_interface=/var/run/wpa_supplicant
#ctrl_interface=/usr/sbin/wpa_supplicant
ctrl_interface_group=0
eapol_version=1
ap_scan=1
fast_reauth=1

#WPA-PSK

network={
scan_ssid=1
proto=WPA
key_mgmt=WPA-PSK
pairwise=CCMP TKIP
group=CCMP TKIP WEP104 WEP40

ssid="skynet"
#psk="meinGeheimerSchlüssel"
psk=f2432524a3535........

priority=2
}

Der Inhalt davon sagt mir fast nichts. Ich hab es einfach aus einem Beispiel in irgend einem Forum abgeschrieben.
Der Befehl oben läuft dann in einer Endlosschleife in der Konsole.
Jetzt kann ich in einer anderen Konsole

dhcpcd eth1

ausführen, und meine Verbindung steht.
Ich habe übrigens auch versucht, mit dieser Zeile

wlan_eth1="eth1 essid any"

aus /etc/conf.d/wireless herumzuexperiementieren, aber offensichtlich wird der Inhalt von wpa_supplicant überschrieben, da die verschlüsselte Verbindung auch mit eben dieser Zeile funktioniert.

Meine Frage:
Kann ich verschlüsseltes WLAN vielleicht etwas "bequemer" und "automatisierter" starten?
Ich könnte mir ein Init-Script vorstellen, aber muss ich da jetzt wirklich zum Init-Script-Basteln anfangen?

dongiovanni

Die einfachste Mglichkeit besteht darin, ein Netzwerkprofil zu nutzen.

http://wiki.archlinux.org/index.php/Ndiswrapper_and_wpa_supplicant

Hier ist das ganze mit ndiswrapper beschrieben, du kannst das ganze aber ganz einfach auch auf deine Karte beziehen.

[gelöscht]

Hallo,

danke, so klappt es wunderbar. Allerdings ist da noch eine Kleinigkeit. Im Text wird beschrieben, dass man die Zeile

NET_PROFILES=(MENU)

so setzen muss, wenn man zwischen mehreren Profilen wählen will. Ich will das, aber anstatt eines erscheinendem Menü, wie im Text beschrieben, sucht das Startup-Script nach dem Profil "MENU" in /etc/network-profiles/.
Ich dachte eher, dass MENU eine Art reservierte Variable ist, aber es scheint, dass es ganz normal als Profil gesucht, und natürlich nicht gefunden wird.
Zur Probe setzte ich in /etc/rc.conf NET_PROFILES(eth1), und eth1 fährt nun auch hoch, seltsamerweise wird danach versucht, auch eth0 zu starten, was ich aber nicht will.
Ich bin sicher, dass es nur irgendwo eine kleine Änderung ist, also was muss letztendlich geändert werden, um die Wahl zwischen eth0 und eth1 zu haben?

[gelöscht]

Ich habe festgestellt, das du bei

NET_PROFILES=(MENU)

das Wort menu mit kleinen Buchstaben schreiben musst, damit es funktioniert.
Dann kommt auch die Auswahl der Profile.

Kleiner Tip am Rande: Im Ordner dir SIcherungen (*~) löschen, da sie bei der
Auswahl auch gezeigt werden.

[gelöscht]

Danke, so hat es geklappt. 🙂

[gelöscht]

Nicht, dass es jetzt ein Problem wäre, aber was würde ich eigentlich tun, wenn ich beide Karten gleichzeitig starten wollen würde?
Darüberhinaus fiel mir auf, dass beim Menü das Script trotzdem manchmal versucht, eth0 zu starten, nachdem eth1 gestartet wurde, obwohl ich explizit eth1 im Menü auswählte.
Kann sich das jemand erklären?

[gelöscht]

Also ich habe es jetzt nochmals genau beobachtet. Beim ersten Starten des Netzwerks wird versucht auch eth0 hochzufahren, obwohl ich im Menü eth1 auswählte.
Beende ich das Netzwerk, nachdem eth0 logischerweise mit einem Timeout abbrach und starte nochmals, während ich wieder eth1 auswähle, wird eth1 und network problemlos gestartet, ohne, dass eth0 versucht wird zu starten.
Kann sich das jemand erklären?
Kann ich das Problem nicht lösen, brauche ich eigentlich auch kein Menü, da es ohnehin das selbe macht, als würde ich kein Menü benutzen.

dongiovanni

iphitus arbeitet gerade an netcfg2. Du kannst ja das eventuell mal ausprobieren. Es soll das aktuelle netcfg ablösen.

http://bbs.archlinux.org/viewtopic.php?id=36384

[gelöscht]

Ok, ich werde es mir bei Gelegenheit zu Gemüte führen, danke für die Info.

[gelöscht]

Das mit dem Script könnte doch meine Schuld gewesen sein. Da ich ja auf dem Laptop verschiedene Netzwerkprofile verwende, darf ich, wie es aussieht, keine Interfaces in INTERFACES in /etc/rc.conf setzen.
Dabei fiel mir etwas auf: Setze ich gar keine INTERFACES, also auch nicht "lo", so konnte nfs (beim Mounten des Netzwerklaufwerks während des Verbindungsversuchs mit meinem Hauptrechner) den Superblock nicht lesen. Ich probierte es dann nochmals mit gesetzem "lo" in INTERFACES und da ging es plötzlich. Es könnte natürlich auch nur ein Zufall sein, aber so funktioniert es zumindest.
Weiß jemand mehr dazu?