wireless und wpa, kurze Frage (Problem gelöst!)

[flubber]

Hallo,
ich habe ohne größere Probleme, nach megen von mawifi-driver, madwifi-tools und wpa_sipplicant, meine Acer-Wlankarte mit Atheros-Chipsatz zum laufen gebracht.

Da ich das Ganze etwas komfortabler haben möchte, suche ich nach einer automatiesierungsmöglichkeit .
Ich mache zur Zeit folgendes:
1. modprobe ath_pci
2. wpa_supplicant -iath0 -c/etc/wpa_supplicant.con -Dmadwifi
3. dhcpcd ath0

Wobei mir aufgefalen ist, das wpa_supplicant als Programm geöffnet wird und offen bleibt, also starte ich das Ding auf ner alternativen Console. Den ath0 automaitsch laden lassen, sehe ich nicht als Problem, einfach in die /etc/modules.d.autoload/kernel-2.6 und gut ist. Aber bevor die Karte per DHCP eine IP bekommt, muß ja wpa funktionieren, also wpa_supplicant. Da stehe ich jetzt etwas auf dem Schlauch, den immer alles von Hand, ist nich so die Welt. Für Tips bin ich sehr dankbar

Flubber

[Sas]

echo "ath_pci" >> /etc/modules.autoload
rc-update add wpa_supplicant default
echo "iface_ath0=\"dhcp\"" >> /etc/conf.d/net
_________________
42

[flubber]

Das ist wohl zu einfach.
Die Geschichte mit modules.autoload ..... usw. hatte ich schon gemacht.
Allerdings funktioniert der Eintrag mit rc-update nicht so richtig. Das kleinste Übel war die /etc/conf.d/wpa_supplicant zu ändern. Die Karte ist ath0 und der sucht ne eth1.
Das Problem ist der Zugriff auf die /etc/wpa_supplicant.conf, da steht ja der wpa-psk drin.
Ohne den bekommt die Karte weder ne IP noch sonst was.

Ich habe mir jetzt erstmal dadurch geholfen, das ich von Hand folgendes Script starte:
#!/bin/sh
rm -r /var/run/wpa_supplicant
wpa_supplicant -iath0 -c/etc/wpa_supplicant.conf -Dmadwifi &
dhcpcd ath0

das starte ich als wpa und es liegt unter /usr/bin
Damit funzt es, aber nicht automatisch, das wäre mein großes Ziel.

Flubber

[NightDragon]

hm
ich machst fast gleich:

Eingetragen in /etc/conf.d/local.start

[Anarcho]

Das mit dem WPA war mir auch ein wenig zu unschön und ganz sicher ist es ja auch nicht.
Daher mache ich nur WEP-128 und sichere das ganze mit nem OpenVPN Tunnel ab (siehe mein Howto hier im Forum)
So bin ich mir relativ sicher das jemand der meine Pakete sniffed damit nichts anfangen kann (2048 Bit key)
_________________
...it's only Rock'n'Roll, but I like it!

[flubber]

Jepp, in den eigenen 4 Wänden ist das sicher eine saubere Lösung, allerdings bin ich viel unterwegs, in den Pensionen und Hotels wo ich übernachte, habe ich Internetzugang per WLAN. Die nutzen aber WPA+PSK.

Da ich aber der festen Überzeugung bin, daß Linux ein echt gutes System ist, muß es auch eine saubere Startmöglichkeit geben. Bei Microschrott geht es doch auch, da muß es doch unter Linux erst recht funzen

Flubber

[Anarcho]

Aber wenn du das eh für Unterwegs machst, dann ändert sich deine Config ja sowieso häufiger. Daher würde ich das dann lieber per script machen.
Einfach ne Scriptsammlung aufmachen und daraus dann vor ort das richtige wählen.
_________________
...it's only Rock'n'Roll, but I like it!

[NightDragon]

*lach* Also das ist witzig.

Ich bin auch hier in einer Pension (aber nicht auf Urlaub, sondern als Besitzersohn). Und wir nutzen eben auch WPA.
Naja... das mit VPN ist eine gute Lösung, aber das dann noch einen Gast zu erklären ist wieder ne andere Sache. Sicher nicht jeder ist ein Laie, aber viele und dann am Notebook eines fremden was einstellen... naja.. Lieber nicht.

Langer rede kurzer sinn. Für mich ändert sich der Key ja nicht.
Also würde mich eine Lösung doch interessieren.
_________________
You are the problem too all my solutions

[flubber]

So schwierig ist das mit den Gästen eigentlich nicht.
Entweder man nutzt Kabelgedöns, ist dann aber zeitlich beschränkt, Kneipe ist halt nicht 24 Stunden offen. Oder halt per WLAN. Bei WLAN ändert sich ja, je nach Ort, lediglich die SSID und der PSK.

Was mich an der Lösung mit Open-VPN etwas stört, ich brauche einen extra-Server.

Flubber

[NightDragon]

Kabel war bei uns von Haus aus ausgechlossen
und WPA ist ja schon erfolgreich im Einsatz.

Das Problem ist aber das viele Windows-User dann einige VPN-Sachen nachinstallieren müssten.
Und das ist nicht wirklich sinnvoll in einer Pension.

Dann wird jedem schnell das Internet zuviel und er lässt es.

Hm. Also VPN fällt weg.

Mich würde eher ein sauberer start von wpa_supplicant interessieren.
Mal schauen.
_________________
You are the problem too all my solutions

[NightDragon]

Kabel war bei uns von Haus aus ausgechlossen
und WPA ist ja schon erfolgreich im Einsatz.

Das Problem ist aber das viele Windows-User dann einige VPN-Sachen nachinstallieren müssten.
Und das ist nicht wirklich sinnvoll in einer Pension.

Dann wird jedem schnell das Internet zuviel und er lässt es.

Hm. Also VPN fällt weg.

Mich würde eher ein sauberer start von wpa_supplicant interessieren.
Mal schauen, ob ich was im Netz finde, aber bis dato erfolglos.

Aber andere sache @ Anarcho:

Ich kann doch auch ganz genau in der wpa_supplicant mehrere AP's definieren udn die WPA-Schlüssel dazu.
Dann fällt die Auswahl weg, weil er sie eben an die entsprechenden AP's bindet.
_________________
You are the problem too all my solutions

[NightDragon]

So kleiner Zwischenbericht.

Ich hab jetzt rausgefunden wie man ath0 ohne zusatzscript, rein über /etc/init.d/wpa_supplicant start zum laufen bringt.
Allerdings muss ich noch schauen wie das mit dhcp und co dann läuft über /etc/init.d/net.ath0 start ...

Aber ich arbeite darann!

Bis später nochmals.
_________________
You are the problem too all my solutions

[flubber]

Soweit bin ich auch schon gekommen, das wpa_supplicant automatisch startet. Aber die Keys/Passphrasen usw. bekommt das Ding ja über die /etc/wpa_supplicant.conf. Die fragt er beim Systemstart aber nicht ab.


Flubber

[NightDragon]

Ich hab folgendes gemacht:

/etc/conf.d/wpa_supplicant

[flubber]

Ich werde Deine config mal testen und dann berichten. Mal sehen ob es bei mir besser geht.

Flubber

[Anarcho]

Ihr habt natürlich recht, für ne Pension ist VPN ungeeigenet. Aber ich kannte ja euer Anwendungsziel nicht. Für zuhause würde ich das jedem empfehlen der Wert auf Abhörsicherheit legt.
Klar, man brauch nen eigenen Server dafür. Aber viele haben hier eh nen alten P2 oder sowas als Router laufen. Und dann noch eben schnell OpenVPN installieren geht ja ganz einfach.
_________________
...it's only Rock'n'Roll, but I like it!

[NightDragon]

Jo, wärs nur mein privates WLAN, wär VPN auch sofort ne Option.
Wie du schon sagst. Nen Server hat eh fast jeder am laufen und ein VPN-Server läuft bei mir ja bereits. Nur eben nicht für WLAN und co
_________________
You are the problem too all my solutions

[Sas]

[flubber]

Das Problem ist, daß ich wpa_supplicant nur von Hand, mit -Dmadwifi starten kann, damit sie Sache funktioniert. Außerdem mußte ich die Schnittstellenbezeichnung anpassen. Er wollte immer eth1, ich habe aber eine ath0.

[NightDragon]

@ flubber

Das mit der Schnittstellenbezeichnung ist aber jetzt klar oder?
Hatte das selbe Problem da wie du. bis ich im netz gefunden hab das es in /etc/conf.d/wpa_supplicant zu ändern ist.

Hm. Die Config verwendet er bei mir schon die richtige nur irgendwie hauts dann mit dhcp nicht hin. Ich verlier da auch ständig die verbindung.
_________________
You are the problem too all my solutions

[flubber]

Ist schon alles klar
Ich muß jetzt erstmal diverses testen.

Flubber

[NightDragon]

Jope und gib immer brav laut *g*

Evtl. bekommst Du's ja sauber hin.

Bei mir will er auf jedenfall nach wie vor nicht, wenn ich anstelle von /etc/init.d/net.ath0 einfach /etc/init.d/wpa_supplicant verwende.
_________________
You are the problem too all my solutions

[Sas]

[NightDragon]

Sas jope.
Das hatte ich auch gedacht.
Aber: Das Problem ist das WPA_Supplicant nicht stabil die Verbindung zum AP herstellt. Aus mir noch ungeklärten Gründen ists wie weiter oben beschrieben.

Noch bevor der DHCP die Daten senen kann, geht die Karte wieder auf scannen.

Es sei nich gesagt das ohne wpa_supplicant die Sache super läuft.

[EDIT]
ndragon / # /etc/init.d/wpa_supplicant start
* Starting wpa_supplicant...
* ath0... [ ok ]
ndragon / # /etc/init.d/net.ath0 start
* Keeping kernel configuration for ath0


Was bedeutet die letzte Zeile? Mir ist schon klar was es auf Deutsch heißt, aber ich versteh nicht die Funktion.
Hm. Im übrigen.
Wie schon erwähnt, er verliert sofort die verbindung. Daher wohl auch kein DHCP Request
_________________
You are the problem too all my solutions

[flubber]

So, ich habe jetzt ein Erfolgserlebnis. Ich folgendermaßen vorgegangen:

1. emerge madwifi-driver
2. emerge madwifi-tools
3. emerge wpa_supplicant
4. Eintrag inder /etc/modules.autoload.d/kernel-2.6
ath_pci

5. Anpassen der /etc/conf.d/wpa_supplicant
Code:
# Copyright 1999-2004 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/net-wireless/wpa_supplicant/files/wpa_supplicant-0.2.6-conf.d,v 1.1 2004/12/26 21:38:21 brix Exp $

# List of interfaces
INTERFACES="ath0"

# Common arguments to all wpa_supplicant instances
ARGS="-w"
ARGS_ath0="-Dmadwifi"

# Interface specific arguments
#ARGS_eth1="-Dipw2100"

6. Editieren der /etc/wpa_supplicant.conf
#WPA_Supplicant Config
ctrl_interface=/var/run/wpa_supplicant
eapol_version=1

network={
ssid="DEINE_SSID"
proto=WPA
key_mgmt=WPA-PSK
psk="WPA-PSK-Schlüssel"
}


7. Automatik-Start vorbereiten:
echo "ath_pci" >> /etc/modules.autoload
rc-update add wpa_supplicant default
echo "iface_ath0=\"dhcp\"" >> /etc/conf.d/net

Wenn man jetzt neu startet, verbindet die Karte mit dem AP, allerdings ist keine IP-Adresse vorhanden, da habe ich ein wenig getrixt:

8. Anpassen von/etc/conf.d/local.start
# /etc/conf.d/local.start:
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/conf.d/local.start,v 1.4 2002/11/18 19:39:22 azarah Exp $

# This is a good place to load any misc.
# programs on startup ( 1>&2 )
dhcpcd ath0
iwconfig ath0 rate 54M

Ab jetzt habe ich nach jedem Neustart eine Verbindung zum AP mit gültiger IP. Ich bin zufrieden.

Vielleicht hilft es ja jemanden.
Ich bedanke mich hiermit bei allen für die Tips und Anregungen.

Flubber