标签: netdiscover

有人可以解释这是怎么发生的吗?

netdiscover在我的家庭网络上运行时,我似乎有一些奇怪的结果。从电缆调制解调器到我的扫描仪(跳过一些外围设备),这是基本布局:

电缆调制解调器连接到我们的路由器,它也用作 DHCP 服务器和主要 Wi-Fi AP。

从那里(再次跳过外围设备)连接到另一个路由器上的 LAN 端口,该端口已被剥夺其路由器角色(DHCP 等)并且仅充当辅助 Wi-Fi AP。

我的笔记本电脑连接到辅助 AP,运行 Windows 7 x64。

我正在netdiscover运行 Backtrack Linux 的笔记本电脑上的虚拟机上运行。

虚拟机通过 VirtualBox 适配器连接到我的网络,以“桥接”模式运行。

网络地址在 RFC 1918 地址空间的 10.0.0.0/8 范围内。

所以,我netdiscover在 Backtrack VM 上运行。大多数返回的地址与预期的差不多,除了两个。

 IP            At MAC Address      Count    Len   MAC Vendor                   
 ----------------------------------------------------------------------------- 
 192.168.2.1     00:17:9a:8f:69:cf    01    060   D-Link Corporation           
 192.168.2.1     00:17:9a:8f:69:d0    01    060   D-Link Corporation           
Run Code Online (Sandbox Code Playgroud)

我对这是什么有一个相当可靠的猜测 - 我们只为它的 VoIP 功能保持连接(硬线连接到路由器)的 D-Link VoIP 路由器。IP 地址看起来可能是设备的出厂默认地址(我将在下次进行故障排除)。

我现在正在挠头的是:为什么 192.168.2.1 的 D-Link 设备能够通过 10.xxx 网络接收和返回 ARP 数据包?

wireless-networking arp backtrack netdiscover

5
推荐指数
1
解决办法
689
查看次数

标签 统计

arp ×1

backtrack ×1

netdiscover ×1

wireless-networking ×1