Polytropon wrote:
> On Mon, 2 Nov 2015 06:26:17 +1100 (EST), Peter Ross wrote:
>> Bei allen Systemen, PC-BSD, Debian 7 und jetzt FreeBSD, ist der groesste
>> Haken das "Wiederauffinden" oder "Nachladen" des WLANs, wenn es entweder
>> beim Booten nicht gefunden wird oder spaeter mal kurzzeitig wegfaellt.
>
> Zur Not kann man sicher was skripten, aber mit bestehenden
> Bordmitteln sollte eine Korrektur, wie angedeutet, auch schon
> möglich sein.
Inzwischen habe ich mich etwas im rc.d und network.subr umgeguckt.
Wenn ich das richtig verstehe, sind wpa_supplicant und dhclient
"unabhaengig". In ifconfig_up() von network.subr wird erst wpa_supplicant
und dann dhclient aufgerufen.
Ich vermute im Moment, dass nach einem Problem, welches wpa_supplicant
dazu veranlasst, das Interface zu "deaktivieren", kein Neustart von
dhclient stattfindet, wenn die Verbindung wieder steht.
Kann man in wpa_supplicant "Triggerfunktionen" einbauen? Ich glaube nicht..
Ist devd/devctl der richtige Eintrittspunkt?
PROTOCOL
..
! A notify event, such as a link state change.
devd.conf:
Notify matching
A partial list of systems, subsystems, and types used within the notify
mechanism.
IFNET Events related to the network subsystem.
Subsystem
interface The ``subsystem'' is the actual name of the
network
interface on which the event took place.
Type
LINK_UP Carrier status changed to UP.
LINK_DOWN Carrier status changed to DOWN.
ATTACH The network interface is attached to
the system.
DETACH The network interface is detached from
the system.
wpa_supplicant kennt
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Mon 02 Nov 2015 - 00:13:21 CET