| Age | Commit message (Collapse) | Author |
|---|
|
truncation before feeding strings into the kernel.
|
|
jump to the next available channel after a configurable delay for the
specified list of wireless "hostap" interfaces, see the new "set
hostap hopper" commands in hostapd.conf(5).
with help by jsg@
|
|
|
|
ok dlg@
|
|
the capture buffer.
to alex 'pukpuk' at gmx.de
|
|
|
|
|
|
|
|
reassociate cleanly.
|
|
for example, if you run one hostapd with two ath(4) devices. you have
to specify "set hostap interface { ath0, ath1 }" in hostapd.conf(5).
man page bits by jmc@, tested by others
|
|
|
|
hostapd(8). it's a very simple but powerful approach using highly
flexible and stateless event and action rules for IEEE 802.11 traffic.
you can monitor a wireless network by watching frames with types and
addresses (with support for tables and masks) and you can trigger
actions like writing log messages, sending pcap/radiotap dumps to the
IAPP network, removing nodes from the hostap, resending received
frames and sending contructed 802.11 frames in reply to traffic
received from any rogue nodes.
it's based on some initial work from the c2k5 which has been tested
and improved during the last weeks. some missing documentation for
hostapd.conf(5) will be written as soon as possible.
ok deraadt@
|
|
|
|
|
|
ok deraadt@
|
