Протокол (или сервис публикуют/исследование) обнаружить устройства в сети
Мне везет с Резервным устройством Барракуды. Не дешевый (несколько тысяч вначале и ежемесячная стоимость для удаленного устройства хранения данных), но это дает Вам простое для использования инструмента с большой технической поддержкой. Это также отправит удаленные данные. Наименее неприятный продукт, который я использовал до сих пор. Для сравнения я был непосредственно связан со Взглядом назад (версии 4 - 6), Навигатор Времени, NetVault и Резервная Служба Барракуды. Я был косвенно связан со встроенным резервным копированием в Windows, Veritas и Backup Exec. На Unix и Mac, я использовал rsync (командная строка) и несколько продуктов только для Mac.
Не уверенный, если бы Вы имеете бюджет или пространство для него, но думали, что я предложил бы это.
. Мой вопрос: может ли кто-нибудь порекомендовать мне то, что подойдет для моей задачи? -Протокол или Служба должны иметь низкий уровень использования ресурсов (памяти / ЦП). -Существуют ли стандартные протоколы для использования?
Стандартный способ обнаружения устройств (и их атрибутов, таких как IP-адрес управления) в сети Ethernet - использовать LLDP .
Вы можете найти список демонов lldp здесь
Все хосты в локальной сети Ethernet будут видеть объявления LLDP, поскольку они отправляются на многоадресный MAC-адрес; это также означает, что объявления LLDP привязаны к Vlan. Если вам нужен реестр устройств и обнаружение через Vlan, вам нужно будет создать свой собственный протокол IP-объявления ... UDP будет хорошим выбором для транспорта.
Является ли DNS хорошей идеей или это будет просто потреблять ресурсы. для определения IP-адреса устройства?
Если вы ищете только IP-адрес и не заботитесь о том, является ли устройство одной из ваших встроенных систем, вы можете использовать mDNS ; однако это более рискованно, поскольку у вас нет гарантии от конфликтов пространства имен в локальной сети клиента.
Каким образом встроенные системы OP должны получать адрес IPv4, если у клиента нет DHCP-сервера?
RFC 3330 ] выделяет 169.254.0.0/16 для связи по одному каналу, если DHCP-сервер недоступен. Поразмыслив, это, вероятно, самый безопасный блок адресов для использования; однако ваша компания должна поощрять своих клиентов выделять адреса самостоятельно с помощью DHCP вместо некоторой формы автоконфигурации в подсети 169.254.0.0/16.
Как вы назначаете отдельные IP-адреса в 169.254.0.0/16 - это вопрос, который мы не можем решить за вас ... несколько возможностей:
- Назначить конкретные адреса в пределах 169.254.0. 0/16 путем хеширования значений вашего mac-адреса таким образом, что маловероятно возникновение коллизий для ожидаемого максимального количества ваших систем на любом клиентском vlan
- Прослушайте несколько интервалов приветствия LLDP вашей системы и выделите адрес из 169.254 .0.0 / 16, который еще не использовался
Утилита nmap очень хорошо определяет, какие IP-адреса в сети (по вашему выбору!) Заняты. Если хост ответит на любой запрос о проверке его присутствия, Nmap покажет его.
В противном случае вы можете поиграть с ARP. Есть несколько утилит для всех основных ОС, которые это делают (в Win32 ищите Cain, в Linux их много). Эти утилиты будут отправлять широковещательный ARP-запрос / «пинг» на каждый адрес, спрашивая, подключено ли к нему устройство, и если да, то каков его IP-адрес.
Для всех основных операционных систем существует несколько утилит, которые это делают (в Win32 ищите Cain, в Linux их много). Эти утилиты будут отправлять широковещательный ARP-запрос / "пинг" на каждый адрес, спрашивая, подключено ли к нему устройство, и если да, то какой у него IP. Для всех основных операционных систем существует несколько утилит, которые это делают (в Win32 ищите Cain, в Linux их много). Эти утилиты будут отправлять широковещательный ARP-запрос / «пинг» на каждый адрес, спрашивая, подключено ли к нему устройство, и если да, то каков его IP-адрес.