LINUX.ORG.RU

rc.local через http, ftp, rsync, git?

 , ,


0

1

хотелось бы реализовать автозапуск приложений а-ля rc.local, только получаемый из внешнего источника а-ля git.

ну казалось бы три строчки кода в тот-же rc.local добавить:

wait_inet_connection

git clone https://...

cd /project.git && ./autorun.inf

но думаю должно быть решение более изящное и интересное.

кто-нибудь сталкивался с такой задачей?

★★★★★

редактировать настройки удаленной системы через файловый доступ можно.
управлять машиной через файловый доступ (ресетить к примеру для отработки автозапуска) напрямую нельзя - «разъем» на другое назначен (хотя и можно через костыль файлового флага).

ваапче есть более естественные и проработанные пути сношения с удаленкой. мож их стоит поизучать ??

чем http (веб-погромист укусил ?? :) ) ftp git и прочия сильно лучше предназначенного для управления ssh ??

pfg ★★★★★
()
Последнее исправление: pfg (всего исправлений: 2)
Ответ на: комментарий от pfg

да просто система загружается одноразовая, выполняет задачу и грохается. как кубернетисы эти ваши. только куберы это контейнеры, а у меня нативное железо. в крайнем случае виртуалки, которые тоже загружаются по tftp в одном бриже с железом, выполняют задачу и грохаются.

я вот хотел бы сделать что-то вроде деплоя из гита, чтобы затем по условному идентификатору, например по мак-адресу, система смотрела какую ей задачу нужно запустить и выполнить.

ну руками тут совсем не то.

и пересобирать образ под каждую железку тоже не хочется со вшитыми тасками, которые по-хорошему всегда модифицируются и должны в свежем виде поставляться на систему.

короче тут нужен 3rd-party источник.

думаю как бы покрасивше. а то посоны засмеют за curl | bash

Spoofing ★★★★★
() автор топика
Ответ на: комментарий от Spoofing

хех, блин вот этот ответ итмеет несколько другой смысл чем исходник.

вес это придумано задолго до всех современных смузи на тонких клиентах.
автозагрузка грузит по tftp груб, запускает его. он грузит по любому протоколу ядро с инитрамсом, разворачивает в тмпфс, передает управление ядру. ядро инитит систему и монтирует /home и все остальное, и ждет пользователя.

тебе надобно собрать образ, который в менеджере загрузки будет иметь скрипт опроса определенного хранилища насчет задач и выполнения.

зачем пересобирать под каждую железку, если взять готовое ядро от люимого дистра и собрать образ на его основе.
модули конечно можно замудриться и подкидывать по наличию парка железа и дополнять при разрастании, но да пофих на размер образа, будет он у тебя качаться не десять секунд, а двадцать… современные скорости локалки нивелируют все мегабайты.

pfg ★★★★★
()
Последнее исправление: pfg (всего исправлений: 1)