Управление ssh клиентом с сервера

[Leva888]

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

Т.е. сижу я за своим серваком, вижу пришло соединение от клиента N, я в терминале пишу нужные команды, проверяю что надо, догружаю софт на клиента и выпинываю его. Дальше жду нового соединения.

Надеюсь понятно объяснил.

[Мойша]

(Нажмите, чтобы показать/скрыть)

Я вообще не специалист, но почему бы не превратить сервер в клиент и не коннектить по расписанию его к управляемыми машинам?
А софт доустанавливать автоматически из локального репозитория?

[fisher74]

Почти полностью согласен с предыдущим оратором. Почему почти? Да потому что сидеть за серваком просто не прилично, а уж ждать манны небесной, а именно когда клиент подключится - вообще себя не уважать.
а на какое время Вы хотите сессию поднимать? На 5 минут? на час? Успеете проснуться и всё залить/допилить?

А тут клиент в 9-30 звонит и говорит, что у него проблемы. Вы говорите: ОК, ждём 16 часов 13 минут и я поработаю с вашей машиной... Мегакууууул

[pe4enbk]

Ну так расписание на "сервере" в кроне - и соединяемся по крону. И управляем.
Если нужно расписание на клиентах (разное) - то у них по крону скрипт, который стучит "серверу" на определенный порт, сервер соединяется по ssh - и опять же управляем.
Можно везде пихнуть webmin - и рулить через кластер, но это на любителя, вебмин в интернет выставлять.

[AnrDaemon]

Надеюсь понятно объяснил.

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

[Leva888]

Суть задачи следующая
Есть большое количество клиентов (все они, это набор датчиков подключенных к тонкому клиенту на tiny core).
На каждом стоит софт для сбора и пересылки данных. Требуется чтобы каждые 20 минут все эти клиенты стучались на сервер, а я уже видя каждого из них, мог к ним цепляться и, к примеру догрузить новую версию программы, посмотреть логи или просто что-нибудь поправить на клиенте.

Работа клиента должна выглядеть следующим образом.
Есть расписание, подключаться к серверу каждые 20 минут. Если соединение не установлено в течение 5-10 минут, отключается по таймауту и ждет следующего по расписанию соединения.

На сервере, инициализация подключения должна происходить в ручном режиме. Т.е. оператор сам решает к какому клиенту подключиться.

[fisher74]

Ещё раз. Не смешивайте нормальную работу оборудования с административными работами.
Пусть клиенты выполняют свою работу: собирают телеметрию и передают на сервер. Хоть по расписанию, хоть по событию. Это их работа.
А вот оператор/администратор свои работы должен выполнять независимо от работы клиентов: надо проанализировать логи или обновить ПО или ещё что - он САМ подключается к клиенту и выполняет работу независимо от работы собственно клиента.
В качестве доказательства ещё раз задаю наводящий вопрос по поводу совершенства Вашего алгоритма:

Работа клиента должна выглядеть следующим образом.
Есть расписание, подключаться к серверу каждые 20 минут. Если соединение не установлено в течение 5-10 минут, отключается по таймауту и ждет следующего по расписанию соединения.

На какое время должен подключаться клиент? А что будет, если оператор профукал соединение?
Если "большое кол-во клиентов", то одновременно будут стучаться несколько клиентов - уверены, что оператору будет приятно выковыривать нужноесоединение.

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

[Leva888]

Забыл упомянуть один важный момент
По моей схеме должно быть - куча клиентов и один сервер со статичным IP
А по вашей схеме получается - куча серверов (для которых нужно как-то прописывать статику) и один клиент.

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

[fisher74]

 может VPN и пусть всегда будут подключены?

[ArcFi]

Есть большое количество клиентов (все они, это набор датчиков подключенных к тонкому клиенту на tiny core).
На каждом стоит софт для сбора и пересылки данных. Требуется чтобы каждые 20 минут все эти клиенты стучались на сервер, а я уже видя каждого из них, мог к ним цепляться и, к примеру догрузить новую версию программы, посмотреть логи или просто что-нибудь поправить на клиенте.

Если у клиентов есть белые адреса, то ставим и настраиваем на них openssh-server, если нет, то openssh-server + openvpn-client.

[AnrDaemon]

Забыл упомянуть один важный момент
По моей схеме должно быть - куча клиентов и один сервер со статичным IP
А по вашей схеме получается - куча серверов (для которых нужно как-то прописывать статику) и один клиент.

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

Ещё раз. Не смешивайте администрирование с нормальной работой. Если ваши извращения прервут функционирование терминалов, каяться поздно будет.