Наблюдение LinuxPTP: management-сокет только для GET ограничивает возможности клиента
Фотография конкретного исполнения не приложена.
Системе мониторинга часто нужно читать состояния PTP, сохраняя управление у отдельного компонента. Для этого ptp4l 4.4 описывает второй локальный Unix-сокет, ограниченный GET-действиями. Его назначение отличается от обычного управляющего management-интерфейса.
Uds_ro_address не пересылает сообщения на другие порты и предназначен для чтения. Права файлового сокета задаются отдельно. Поэтому важно проверять не только имя клиентской утилиты, но и фактический endpoint, к которому она обращается. PMC может работать с management-действиями; его наличие в системе не означает, что любое обращение является чтением.
В проекте разделяют учётную запись наблюдения, право на локальный сокет и полномочия изменения временной конфигурации. Не следует расширять доступ ко всему управляющему интерфейсу только ради выгрузки одного состояния порта. Сетевой management-путь также имеет другие последствия и не подменяется разрешением к локальному файлу.
Приёмка подтверждает доступные GET и ожидаемый отказ управляющего действия для роли наблюдения на стенде. Затем сверяют прочитанные идентификаторы и состояния с нужным экземпляром ptp4l. Успех management-запроса подтверждает доступ к данным процесса, но сам по себе не доказывает прохождение временного обмена через сеть и требуемую точность PHC.
Основание — LinuxPTP4.4 manual sources from official release archive, разделы ptp4l(8), uds_address; uds_ro_address; socket modes; pmc(8), Description; management actions. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — тексты руководств из официального архива LinuxPTP 4.4. Программы не собирались и не запускались; сетевые адаптеры, ядро, драйверы, часы и точность конкретного узла не проверялись.