Kompмне кажется, какие-то странные результаты при работе netdiscover в моей домашней сети. От кабельного модема до моего сканера (пропуская несколько периферийных устройств), вот базовая компоновка:
кабельный модем подключен к нашему маршрутизатору, который также служит DHCP-сервером и основным Wi-Fi AP.
оттуда (опять же, пропуская периферийные устройства) соединение переходит к порту LAN на другом маршрутизаторе, который был лишен своих ролей маршрутизатора (DHCP и т. д.) и действует только как вторичный Wi-Fi AP.
мой ноутбук подключен к вторичной АП, ОС Windows 7 х64.
Я
netdiscoverс виртуальной машины на моем ноутбуке, на которой работает Backtrack Linux.виртуальная машина подключена к моей сети через адаптер VirtualBox, работающий в режиме "мост".
адреса сети находятся в диапазоне 10.0.0.0 / 8 адресного пространства RFC 1918.
Итак, я побежал 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
у меня есть довольно твердое предположение относительно того, что это такое - маршрутизатор VoIP D-Link, который мы оставляем подключенным (жесткая линия к маршрутизатору) для его функций VoIP. IP-адрес выглядит так, как будто он может быть заводским (я буду устранять неполадки в другой раз) для устройства.
что я сейчас ломаю голову: почему устройство D-Link в состоянии 192.168.2.1 получить и возвратить пакеты ARP через 10.x.x.сеть x?
3107
