Вот моя ситуация:
У меня есть Linux-сервер/медиацентр с клиентом Windows.
Моя цель — удаленное управление ритмбоксом среди прочего.
Я сделал это с помощью plink (windows на основе cli ssh toy).
Проблема в том, что запуск сеанса ssh, вход в систему и отправка команды по понятным причинам происходит чертовски медленно. Когда у меня был сервер Windows, я использовал инструмент под названием psexec, который работал почти мгновенно.
Есть ли способ ускорить этот процесс? Либо каким-то образом отправить команды с запросом на вход в систему, что должно показать некоторое улучшение. Или поддерживая постоянное ssh-соединение, которое я могу использовать. (plink dcs в конце команды).
Дополнительная информация:
На моем компьютере с Windows я использую bat, например:plink -ssh -l username -pw pass myipaddress "/home/username/bin/skip"
На моем компьютере с Linux файл bash пропуска выглядит примерно так://needed to get around a x11 error caused by controlling rhythmbox over ssh
< br>
if its an ssh connection
copy the dbusaddress
fi
rhythmbox-client --next //the cli wrapper for rhythmbox
Дальнейшие исследования:
Похоже, что единственный выход — держать ssh-соединение открытым/поддерживать как службу. Это кажется выполнимым, поскольку есть потребность в настройке туннелей ssh (для обхода брандмауэров). Оттуда мне понадобится способ отправки команд командной строки в это существующее соединение или повторно использовать это соединение.
Другой вариант, конечно, НЕ использовать ssh. Черт, у меня уже есть соединение через файловые ресурсы samba, и там нет никаких задержек. Бьюсь об заклад, я мог бы поставить сервисную сторону Linux, которая проверяет измененный файл. Затем у вас есть клиентская сторона ap, которая изменяет указанный файл. Удивительно хакерский, но пока это кажется лучшим вариантом. И под лучшим я подразумеваю единственный, который сокращает задержку управления. Должен быть лучший способ, чем этот, я не могу быть единственным ботаником, использующим Linux в качестве медиа-центра, которому нужны пульты дистанционного управления. Этот вид перемещает тему из stackoverflow в суперпользователя, но это нормально.