用scapy发送arp请求比ping更可靠，因局域网设备常禁ping但无法关闭arp响应；需动态获取子网、指定iface、去重ip而非mac，并注意windows需安装npcap驱动。
用 scapy 发送 ARP 请求比 ping 更可靠
局域网设备可能禁 ping，但只要开启网络接口，ARP 层通常无法关闭。用 scapy 构造广播 ARP 请求，能绕过 ICMP 限制，直接探测 MAC 层响应。
实操建议：
• 先用 scapy.get_if_list() 确认活跃网卡名（如 'eth0' 或 'en0'）
• 构造包时指定 iface 参数，避免走错网卡
• 目标 IP 范围别硬写成 '192.168.1.0/24'，应从本机路由表动态获取：用 scapy.conf.route.routes 或 netifaces 库查默认网关和子网掩码
• srp() 默认超时 2 秒，对大网段太慢，可设 timeout=1 + retry=1
arping 命令在 Linux 下更轻量，但 Windows 不原生支持
如果只是临时检测、不依赖 Python 环境，arping -c 2 -I eth0 192.168.1.100 比 ping 更底层且快。但它在 Windows 上没有预装，强行移植需额外编译或改用 PowerShell 的 Test-Connection -Count 1 -Quiet，但后者仍走 ICMP。
注意点：
• arping 需要 root 权限（Linux/macOS），普通用户执行会报 socket.error: Permission denied
• 它不会自动解析主机名，返回只有 IP 和 MAC，需额外调用 gethostbyaddr() 补充信息，但 DNS 可能超时拖慢整体速度
• 批量扫时别用 shell 循环调用 arping，开销太大；应改用 scapy 单次发一批包
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
过滤重复响应和离线设备的假阳性
同一台设备可能因网络抖动回复多次 ARP，或交换机转发导致重复包；而刚断电的设备，其 ARP 缓存可能还在其他机器上残留，造成“误报在线”。
关键处理：
• 对 srp() 返回结果用 set() 去重，依据 answer[ARP].psrc（源 IP）而非 answer[ARP].hwsrc（MAC），因为 MAC 可伪造，IP 更可信
• 主动清空本地 ARP 缓存再扫：Linux 执行 ip neigh flush all，Windows 用 arp -d *
• 若某 IP 在连续两次扫描中只出现一次，标记为 uncertain，不直接计入“在线”列表
• 避免把网关、DHCP 服务器等固定设备和普通终端混在一起判断——它们响应更快，但不代表业务设备真实在线
跨平台兼容性陷阱：Windows 上 scapy 默认用 Npcap，不是 WinPcap
Windows 用户装完 scapy 直接跑 ARP 扫描大概率失败，报错类似 SocketError: Cannot find network interface 或静默无响应。根本原因是 scapy 在 Windows 依赖抓包驱动，而新版强制要求 Npcap（WinPcap 已停更且不支持 Win10 1903+）。
必须步骤：
• 卸载旧版 WinPcap（如有）
• 下载安装最新 Npcap（勾选 “Install Npcap in WinPcap API-compatible Mode”）
• 安装后重启 Python 进程，否则 scapy 仍读不到接口
• 若仍报错，检查 scapy.conf.use_pcap = True 是否启用，并确认 conf.iface 设置为 Npcap 显示的接口名（常含 'Npcap' 字样，如 'Ethernet (Npcap)'）
80、22 做快速 connect()）才是稳妥做法，但这已超出纯局域网发现范畴。Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
