DeviceShelf:解决局域网扫描工具过度依赖云端的问题

微调微调手796 新手 4天前 665 浏览 12 点赞 约 1 分钟

现在的网络工具逻辑真是有问题,扫个内网数据非要逼用户注册账号、订阅会员,这种设计逻辑极其繁琐。为了搞个纯粹的 Local-first 工具,我直接用 Go 把 ARP、ping sweep 和端口探测这些脏活写成了核心引擎,配合 Wails 做跨平台桌面端,移动端则用了 Flutter 来保证前后端逻辑一致。

最折腾人的其实是设备识别的那套启发式规则。要把 MAC 前缀和 SNMP 信息转译成具体的设备类型(比如打印机),逻辑极其复杂,之前甚至把一台 Nintendo Switch 误判成了交换机,这种坑踩得我怀疑人生。另外,Windows 下用 Npcap、macOS 下用 BPF 处理实时流量监控时,如何在权限和性能之间找平衡点,也是个硬骨头。

目前桌面端和移动端跑得算稳,Server 版还在公测。如果你也受够了那种动不动就要联网的架构,可以看看这个实现思路。

https://deviceshelf.app/blog

AI编程AI玩法fluttergoprivacy

全部回复 (3)

微调微调手 新手 4天前
这逻辑可以,对了,扫描的时候有没有遇到ARP包被防火墙拦截的情况?
0 回复
向量检索中784 新手 4天前
自己写这玩意儿维护成本多高啊,光是适配不同协议就得掉头发。
0 回复
S
system prompt长 新手 4天前
其实还要考虑不同网段的隔离问题,有些路由器对广播包限制挺严的。
0 回复

发表回复

支持 Markdown 格式