Как запустить локальное приложение на удаленном сервере с SSH?

Для выполнения локально установленных приложений с помощью ЦП другого компьютера и памяти Вы могли — предполагающий, что процессоры совместимы — пробуют это. Я не уверен, как хорошо это будет работать, но теория кажется звуковой :) Вам, вероятно, будет нужен доступ суперпользователя на удаленном сервере для этого для работы.

• ssh в к удаленному серверу

• Смонтируйте локальную корневую файловую систему где-нибудь. Вы не должны делать этого вообще, если Вы не совершенно уверены, что можно доверять администраторам удаленной системы.

  • Это может быть сделано через sshfs, пока Вы можете ssh от сервера до локальной системы. Я думаю, что можно подстроить это путем передачи порта назад посредством связи, которую Вы установили, когда sshing в с локального на сервер, но я не вошел к таким интригам сам.
    • Как правило, если бы локальная машина находится в домашней сети, Вы просто настроили бы перенаправление портов на своем маршрутизаторе. Необходимо, вероятно, отключить вход в систему пароля в sshd_config локальной системы прежде, чем пойти этим путем и генерировать ssh ключ с паролем для учетной записи на сервере, scpлуг id_?sa.pub файл назад к локальному для добавления его к Вашему ~/.ssh/authorized_keys. Ограничение IP-адресов, которые могут ssh в к Вашей машине, является другой хорошей идеей. И так далее.
  • Если Вы хотите выполнить что-нибудь, что должно работать как корень, я думаю, что необходимо будет настроить sshfs, монтируются, чтобы быть корнем в локальной файловой системе. Это означает, что необходимо было бы позволить людям ssh в к локальному полю как корень, который является другой сомнительной политической акцией. Я на самом деле не уверен в этом, Вы смогли к sudo в оболочке chroot.
  • Вы могли смонтировать его другие пути, например, через NFS, но sshfs является, вероятно, самым легким для обеспечения. Выполнение всего этого по VPN, вероятно, было бы более мудрым.

• После того как Вам смонтировали файловую систему и все еще ssh в редакторе к серверу, сделать

  chroot/path/to/mount/of/local/filesystem УПРАВЛЯЮТ ARGS

Или Вы можете просто cd к каталогу и выполненный chroot, и затем Вы отсортируете, имеют корневую оболочку в Вашей собственной системе, при этом обработка сделана сервером. Первая форма имеет преимущество разрешения Вам удобно сохранить вывод к системе сервера, так как любые перенаправления будут сделаны на сервер. НАПРИМЕР.

chroot /path/to/mount/of/local/filesystem find -iname "somefile" > ~/tmp/somefile.find.out

сохранит список файлов, названных "somefile" в Вашем домашнем временном каталоге на сервере.

протесты

Это, по крайней мере, с моей точки зрения, довольно экспериментальной. Я не уверен, что могло пойти не так, как надо, но я не попробую его, если несколько человек не будут ручаться за него. Даже затем я не попробовал бы его в производственной системе. Если бы я делал сериал IT, то этот сегмент был бы снабжен субтитрами со словами, "не ПРОБУЮТ ЭТО ДОМА".

Определенно у Вас должны будут быть совместимые процессоры на этих двух машинах: если локальная система является i386, сервер должен будет быть i386 или amd64. Кроме того, так как ядро сервера будет выполнением работы, Вы только сможете запустить локальные приложения, которые работают с версией ядра, это работает на сервере. Вероятно, было бы лучше, если бы они были той же версией. Таким образом, если и Ваше локальное поле и удаленный сервер работают, 32-разрядные Debian Сжимают, то это могло бы работать без проблем.

Как дальнейшее примечание: может быть очень ограниченное преимущество для выполнения вещей этот путь, начиная с любых данных, которые должны быть переданы назад и вперед — включая оба файла, которые будут обработаны, и сами приложения — должны будут быть зашифрованы и переданы по Вашему удаленному соединению. Таким образом, если Вы надеетесь делать это для использования максимальной вычислительной мощности сервера, Вы не можете получить очень много в конце и можете потерять некоторых.