hcxdumptool - missing frames w/ filtering
#51
On all systems via config.txt as described above, or here:
https://forums.raspberrypi.com/viewtopic.php?t=257209
https://www.howtoraspberry.com/2020/04/t...pberry-pi/
https://raspberrypi.stackexchange.com/qu...berry-pi-4
Reply
#52
Perhaps my raspidebian is kind of different one, but adding to /boot/firmware/config.txt:
Code:
[all]
dtoverlay=disable-wifi
dtoverlay=disable-bt
hdmi_blanking=1
Doesn't disable onboard WIFI in Debian. I disabled it by:
Code:
/etc/modprobe.d/raspi-blacklist.conf
blacklist brcmfmac
blacklist brcmutil
blacklist bluetooth
Now need to find out how to block hdmi
Reply
#53
That highly depend on the firmware:
If you are using an old 'Pi3 only' firmware, you need to prefix the overlay name with pi3-.
There is an issue regarding this problem:
https://github.com/raspberrypi/linux/pull/3052
Reply
#54
I’ve tested wifi_labtools on ArchLinuxarm by running multiple times the same:
Code:
$ timeout 5m hcxlabgetmallpr --onsigterm=exit --essidlist=essid --essidmax=100 --m2attempt=10 -c 9
AP(in the essidlist) was ON, clients: printer, Android 8 and 9.
1 run: 2 HASHLINEs from printer
2 run: 4 HASHLINEs from printer 
3 run: 6 HASHLINEs from printer 
4 run: 8 HASHLINEs from printer 
Time between runs was about few minutes, number of HASHLINEs from phones are also were growing. Every time after HASHLINEs were counted, the dump file was deleted.

I’m wondering what was the phenomenon behind this, if the scanning time was the same 5 min?
Reply
#55
No need to run "tiemout", because hcxlabtool has a similar build in function:
Code:
--tot=<digit>             : enable timeout timer in minutes (minimum = 2 minutes)

hash file should be deleted, too, because hcxpcapngtool append to it.
Reply