Предположим, вы уже знаете, к какой подсети принадлежат адреса (если у вас более одной подсети), что можно легко обнаружить, проверив таблицы маршрутизации.
Узнать MAC - адрес устройства (использование arp -an
, ip neigh
, arping
... на ПК в той же подсети), и проверить его префикс против таблицы IEEE в OUI. (Существуют различные веб-сайты «OUI lookup».) Хотя результат не всегда тот же, что и у производителя всего устройства, он все еще довольно распространен.
Имея тот же MAC-адрес, подключитесь к одному из ваших «управляемых» / «умных» и поищите адрес в его «таблице MAC-адресов» - вы обнаружите порт коммутатора, на котором он последний раз был замечен. Если этот порт переходит к другому управляемому коммутатору, повторяйте процесс до тех пор, пока не будет больше запрашиваемых коммутаторов.
Если у вас все еще остается большая часть сети для поиска (или если в подсети нет управляемых коммутаторов), и вы не боитесь простоев, сократите сеть пополам и проверьте, какая половина все еще может достичь таинственного адрес. Повторите, пока не найдено.
arp -a
(-an
не был распознан в Windows), и в нем не были указаны адреса, которые мы искали. Мы знаем полный IP-адрес, поэтому ищем в правой подсети.arp -a
снова, который поднял один из IP-адресов, которые мы искали. Проследил MAC-адрес, и он приходил с одного из телефонов (voip). Захватывает ли список все IP-адреса или только те, которые в настоящее время отправляют / получают трафик?ping
загадочный IP, хотя, и MAC появится в кэше. В качестве альтернативы, используяarping
активно просит хост.)