То есть отказаться от проверки канала как таковой, и пускай агент на той стороне сам рапортует серверу, что всё хорошо. Перестал рапортовать — алярма. На языке заббика: добавляет новый айтем agent.ping с типом Zabbix agent (active), и на него вешаем триггер {hostname:agent.ping.nodata(5m)}=1. Ну, и не забыть прописать ServerActive в конфиге агента.
Дело в том, что запрос на orphane просто оставит пакет без мэйнтэйнера к тому же, емнип, они принимаются только от DD или DM. Нет гарантий, что пакет будет развиваться кем-то дальше. MIA Team попробует найти альтернативные решения или контакты, прежде чем осиротить пакет.
Вы правы, я присматривался к микротикам, но нигде не могу найти нормальную документацию или хотя бы пример про подключение и использование жёстких дисков. Плюс всё также, все представленные там корпуса не рассчитаны на то, что в них будет ещё и HDD.
Почти, но не то. Маков не имею, поэтому предоставляемый функционал практически бесполезен (нужен ftp/http/nfs/etc), а информации по установке *wrt или модификации вшитой NetBSD не видно.
Управлять таким процессом как нормально? Это ж нужно по завершению основного предварительно искать и убивать его, через ps или файл с pid. Хочется именно поток, чтобы с завершением основного скрипта дочерний тоже завершался без лишних телодвижений.