检测 WiFi 设备的接收信号强度 (RSS)

发布于 2024-12-08 02:19:56 字数 441 浏览 1 评论 0原文

我目前正在开发一个应用程序,该应用程序应该能够检测该区域的 wifi 设备。我已成功使用 Kismet 检测到这些设备,这让我可以找到该区域中的所有 AP 和客户端(关联或不关联)。然而,除了检测这些设备之外,我还希望知道它们的信号强度,以便尝试在给定时间确定它们的位置。我似乎能够监控这一点的唯一方法是使用 kismet_client (我不想要)并实时显示当前的功率水平。

由于我需要将这些数据提供给将以自动方式运行的事件管理器(Java 中),因此我需要某种方式来捕获它,而不是查看屏幕......(例如,如果某些事件触发了事件)在传感器附近,我想知道它是哪一个设备,假设它是最接近触发它的设备,并且最近的设备具有最高的信号强度)。

有谁知道仅使用 kismet_server 记录/捕获最新 RSS 值的方法吗?

谢谢。

附:如果不使用 Kismet,请推荐一些在 Linux 中使用的其他工具。

I am currently working on an application that should be able to detect wifi devices in the area. I have been successful in detecting these devices using Kismet, which lets me find all APs and clients (associated or not) in the region. However, besides detecting these devices, I also wish to know their signal strength to try and pinpoint their position at a given time. The only way I seem to be able to monitor this is using the kismet_client (which I do not want) and in real time it shows me the current power levels.

Since I need to feed this data to an event manager (in Java) which will be running in an automated fashion I would need some way to capture it, other than looking at the screen... (for example, if something triggers an event near a sensor, I would like to know which device it was, assuming it was the closest one to trigger it, and the closest one having the highest signal strength).

Does anyone know of a way to log/capture the latest RSS value seen using kismet_server only?

Thank you.

ps. if not using Kismet, please suggest some other tool to use in Linux.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

凑诗 2024-12-15 02:19:56

我目前正在通过定期检查 kismet netxml 日志文件来执行此操作。该日志文件在“snr-info”标签下显示信号信息。为了检索这些值,我使用 java SAX 解析器。不知道这是否是最有效的方法,但到目前为止似乎有效。

I am currently doing this by checking the kismet netxml log file periodically. This log file presents signal information under the "snr-info" tag. To retrieve these values I am using the java SAX parser. Don't know if this is the most efficient way, but seems to be working so far.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文