LINUX.ORG.RU

Быстрое выполнение команд на удаленном сервере

 


1

5

Стандартный способ - это запустить через ssh. Но это медленно, по понятным причинам.

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

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

telnet работает быстрее, но с ним не очень удобно работать из python'a. Приходится закрывать соединение, иногда в ответе обрезается один символ...

На коленке слабали простенький tcp-север, который принимает команду и выполняет ее. Работает в десятки раз быстрее, чем через ssh, что было ожидаемо.

Возможно, существуют готовые решения для такой задачи и нет смысла велосипедить?

★★

что в ссш долгого? аутентификация? найди точку тормозов, вероятнее всего распознавание хостнейма.

bl ★★★
()

не нужно беспокоится о безопасности

rsh

sin_a ★★★★★
()

Но это медленно, по понятным причинам

Тормозная жидкость в проводах?

zolden ★★★★★
()

Стандартный способ - это запустить через ssh. Но это медленно, по понятным причинам.

Нет, это совершенно непонятно.

Трудно автоматизировать ввод пароля? Есть авторизация - по ключу
Тормозит процесс авторизации до запроса пароля? Неправильно или вообще не настроен DNS. 'UseDNS no' в конфиге сервера решает, если не хочется чинить DNS.
Грузит проц шифрованием? Выбери другой, более быстрый, но возможно менее безопасный алгоритм. И проверь что на SSH в твоём дистрибутиве наложен HPN-патч
Сжатие тоже можно отключить - на быстрых линках от него больше вреда чем пользы

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

Ну или как уже предложили - netcat с шеллом, если безопасность не волнует совсем

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

Нет, это совершенно непонятно

Про мультиплексирование ему ещё расскажи, если не жалко терять время на очевидный тупняк

zolden ★★★★★
()

На коленке слабали простенький tcp-север, который принимает команду и выполняет ее

netcat не подошёл потому, что...

ziemin ★★
()

Стандартный способ - это запустить через ssh. Но это медленно, по понятным причинам.

ЩИТО?

На коленке слабали простенький tcp-север, который принимает команду и выполняет ее. Работает в десятки раз быстрее, чем через ssh, что было ожидаемо.

ЩИТО???

remote на i8080 что-ли?

emulek
()
Ответ на: комментарий от zolden

Про мультиплексирование ему ещё расскажи

Боюсь если я заикнусь про ControlPath, таймауты и прочее - сочтет меня чёрным магом :-)

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

Грузит проц шифрованием?

Это на 8086, что ли? :) Я даже когда на P75 гонял ssh-клиент, тормозов соединения не помню.

KRoN73 ★★★★★
()

Всем отписавшимся спасибо за советы!

Про rsh и expect не знали, про netcat почему-то не подумали.

Если бы тупил резолв имени, то и решение на наколенном TCP сервере и telnet'e «тормозили» аналогично ssh. Так что не надо гнать на настройку нашего DNS, не подумав.

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

Будем пробовать rsh, expect и nc. Хотя ControlPath тоже выглядит интересно, может и перенастройке ssh задумаемся...

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

не подумали
нашего DNS
в нашем случае
перенастройке ssh задумаемся

Говорят о себе в множественном числе обычно либо монархи, либо идиоты с зашкаливающим ЧСВ. Ты монарх?

anonymous
()
Ответ на: комментарий от kulti

Если бы тупил резолв имени, то и решение на наколенном TCP сервере и telnet'e «тормозили» аналогично ssh.

Так что не надо гнать на настройку нашего DNS, не подумав.

Хочешь сказать, что ваша наколенная поделка как и дефолтный OpenSSH делает reverse DNS lookup для подключающихся клиентов?

Подробности в man sshd_config (искать UseDNS).

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

Либо человек, который работает вместе с коллегами, с которыми он уже обсудил какие-то моменты.

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

На коленке слабали простенький tcp-север, который принимает команду и выполняет ее

Это результат обсуждения? Чувствуется сплочённая команда. Неужели ни один из вас не умеет пользоваться поиском?

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

Не делает, конечно. Но, как я уже сказал, отключать «тормозные» места ssh-a для нас не самый удобный вариант. Поэтому и ищем альтернативы.

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

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

kulti ★★
() автор топика

try erlang rpc

anonymous
()
Ответ на: комментарий от kulti

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

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

Но, как я уже сказал, отключать «тормозные» места ssh-a для нас не самый удобный вариант. Поэтому и ищем альтернативы.

А в чем заключается неудобство добавления одной строчки в sshd_config? Или просто синдром NIH?

edigaryev ★★★★★
()

прочитав по диагонали твою тираду, почему-то подумалось что ansible решит все твои проблемы.

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

Не делает, конечно. Но, как я уже сказал, отключать «тормозные» места ssh-a для нас не самый удобный вариант. Поэтому и ищем альтернативы.

Ага, вместо того, чтобы изменить одну строчку конфига вы накатали свой сервер? Не свистел бы.

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

криво-косо умеет ZeroMQ

ммм? что не так? (ну это оставив за бортом дискуссию о целесообразности mq для такого использования)

val-amart ★★★★★
()

ванга левел 100

Стандартный способ - это запустить через ssh. Но это медленно, по понятным причинам.

echo GSSAPIAuthentication no >> /etc/ssh/ssh_config
snaf ★★★★★
()
Последнее исправление: snaf (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.