Answers:
为了执行使用另一台电脑的CPU和内存本地安装的应用程序,你可以 - 假设处理器兼容 - 试试这个。我不知道这将如何工作,但理论似乎声音:)你可能会需要在远程服务器上的这个超级用户访问工作。
SSH到远程服务器
某处安装本地根文件系统。你不应该在所有的,除非你是很肯定的是,你可以信任远程系统的管理员做到这一点。
scp
这个 id_?sa.pub
归档到本地以将其附加到您的 ~/.ssh/authorized_keys
。限制它可以在ssh到你的机器的IP地址是另外一个不错的主意。等等。 一旦你安装了文件系统,并且仍然是服务器的ssh-in-ed,那么
chroot / path / to / mount / of / local / filesystem COMMAND ARGS
或者你可以 cd
到目录并运行 chroot
,然后你将在自己的系统上有一个root shell,处理由服务器完成。第一种形式的优点是可以方便地将输出保存到服务器系统,因为任何重定向都将在服务器上完成。例如。
chroot /path/to/mount/of/local/filesystem find -iname "somefile" > ~/tmp/somefile.find.out
将保存名为“somefile”的文件列表在您的主页临时目录中 服务器 。
至少从我的观点来看,这是非常实验性的。我不确定会出现什么问题,但除非有几个人担保,否则我不会尝试。即便如此,我也不会在生产系统上尝试它。如果我正在做一个IT电视节目,这个片段的副标题是“ 不要在家里尝试这个 ”。
当然,您需要在两台机器上安装兼容的处理器:如果本地系统是i386,则服务器必须是i386或amd64。此外,由于服务器的内核将要完成工作,因此您只能运行与服务器上运行的内核版本一起使用的本地应用程序。如果它们是相同的版本可能是最好的。因此,如果本地机箱和远程服务器都运行32位Debian Squeeze,那么这可能没有问题。
进一步说明:以这种方式做事可能非常有限,因为任何需要来回传输的数据 - 包括要处理的文件和应用程序本身 - 都必须加密并通过远程传输连接。因此,如果您希望这样做是为了利用服务器的卓越处理能力,最终可能无法获得很多,并且可能会失去一些。
sshfs
对于具有复杂依赖关系的二进制文件来说更方便。
这在很大程度上取决于您如何定义您使用的术语:
“运行应用程序”通常意味着“让CPU处理二进制指令(”.exe“)”。
'本地'通常意味着'我坐在前面的机器的CPU正在执行代码'
ssh用于加密信息流
那么,它会是什么?
是否要在本地(通过CPU)运行本地应用程序,但是您想要从服务器与它进行交互?是的,这可以通过ssh完成,寻找'ssh tunneling'。
您是否希望本地应用程序由服务器的CPU处理?然后,您必须将二进制文件/本地应用程序复制到服务器上,然后在服务器上启动它。您可以使用ssh进行复制。但复制后,您的“本地应用程序”不再是本地应用程序。
如果不使CPU可用,则无法在CPU上执行代码。