DHCP-сервер не включает адреса NTP-сервера в сообщении DHCP ACK
Я сомневаюсь, что здесь есть устойчивая терминология. Небольшой поиск в Google показывает, что люди используют для этого базовое имя , но это использование конфликтует с тем же термином, что и «полное имя файла без пути». Например, https://stackoverflow.com/questions/2183486/ раскрывает случай, когда «имя файла» - это «базовое имя» плюс «расширение».
OTOH, вы используете странный термин «расширение». Он возник в мире CP-M / Dos / Windows (искажающая имитация подхода RSX-11 / RT-11), где имя файла могло (до Windows 95) иметь одну часть после точки. В мире Unix это с самого начала называлось «суффикс», и я настоятельно рекомендую вам использовать этот термин. Разница в том, что может существовать несколько суффиксов - например, a.o.d - это список зависимостей для a.o . В свою очередь, если это суффикс, то часть перед суффиксами - это корень имени файла . На мой взгляд, вероятность того, что он будет конфликтовать с "root" как суперпользователем Unix, слишком мала.
1 )Сервер DHCP ответит полем сервера NTP, только если он настроен на это. Судя по вашим дампам, это не так, так что это тупик.
2 )В качестве NTP-сервера устройство будет использовать все, что захочет. -общего правила нет. Очень вероятно, что где-то на устройстве есть файл конфигурации, который содержит сервер NTP (с ), который он использует.
3 )Если вы знаете об устройстве достаточно, чтобы сказать, что оно использует connman :Есть ли у вас доступ к устройству как root? Или можно посмотреть файловую систему? Если да, просмотрите все файлы конфигурации, которые вы можете найти.
4 )Если устройство представляет собой какое-то закрытое встроенное устройство, к которому у вас нет доступа, другой вариант — отслеживать весь трафик с устройства до тех пор, пока оно не свяжется с NTP-сервером, и тогда вы узнаете об этом. Подойдет Wireshark/tcpdump с правильным правилом для фильтрации NTP-трафика. Если вы можете подключить устройство к одной пользовательской точке доступа или порту LAN (, например. на некоторых ПК с Linux )это облегчит мониторинг; но поскольку вы уже можете сбрасывать запросы DHCP + ответы, это также должно работать таким образом.