2015年度最佳搭档:tar 和 ssh

尚无读者喜欢此文。
Best couple of cats

Internet Archive。由 Opensource.com 修改。CC BY-SA 4.0

最佳搭档相得益彰,搭档中的每一方都为整体贡献独特且不可替代的部分。但有些搭档非常奇怪。今年的最佳搭档就是这种情况:tarssh 命令。

等等,什么?!

是的,没错,tar 和 ssh 命令以有趣的方式协同工作,尤其是在充分考虑标准 I/O (STDIO) 的功能时,标准 I/O 也被称为 标准流

ssh

ssh 命令是一种安全且复杂的终端模拟器,允许用户登录到远程计算机以访问 shell 会话并运行命令。因此,我可以登录到远程计算机并在远程计算机上运行 ls 命令。结果显示在我本地主机的 ssh 终端模拟器窗口中。命令的标准输出 (STDOUT) 显示在我的终端窗口中,但它仍然保留在远程主机上,并且本地主机无法使用。

这是很基础的,每个人都这样做。但下一步更有趣。与其在远程计算机上维护终端会话并发出多个命令,我可以直接使用如下命令在远程计算机上运行单个命令,结果将显示在本地主机上。这假设正在使用 SSH 公钥/私钥对 (PPKP),并且每次向远程主机发出命令时,我都不必输入密码。

ssh remotehost ls

现在我可以在本地主机上使用该命令的结果,因为标准输出数据流通过 SSH 隧道发送到本地主机。好的,这很好,但这意味着什么呢?

在回答这个问题之前,让我们先看看 tar 命令。

tar

tar 命令用于制作备份。名称 tar 代表 Tape ARchive(磁带归档),但该命令可以与任何类型的记录介质一起使用,例如磁带、硬盘驱动器、U 盘等。可以使用如下命令在本地主机上创建 home 目录的备份。

tar -cvf /tmp/home.tar /home

此命令在 /tmp 目录中创建了一个名为 home.tar 的 tar 文件(也称为 tarball)。该文件是 home 目录中所有内容的备份。嗯,这不错,但也不是很有趣,因为这很常见。

但有趣的是,尽管很多人没有意识到,如果未使用 -f 选项指定目标输出文件,则 tar 命令的输出将直接发送到 STDOUT。

tar -cv /home

这意味着 tar 命令的完整输出(即正在备份的文件)被发送到终端,这开辟了一些有趣的可能性,例如将 STDOUT 数据流重定向到备份文件。这看起来像以下命令。

tar -cv /home > /tmp/home.tar

此命令执行的功能与本节中的第一个 tar 命令相同,但方式略有不同且更有趣。

奇怪的搭档

我们可以使用类似于以下命令的命令将远程主机的 home 目录备份到该远程主机的 /tmp 目录。

ssh remotehost "tar -cvf /tmp/home.tar /home"

请注意,要在远程主机上执行的命令用引号括起来,以确保远程执行正确的命令;这对于 shell 和我们人类来说都是一点说明。对此命令稍作更改,我们可以得到一个命令,在该命令中,我们只需将 tar 命令的输出重定向到远程主机上的 /tmp 目录。

ssh remotehost "tar -cv /home > /tmp/home.tar"

此命令产生的结果与前一个命令完全相同。在这种情况下,tar 命令的 STDOUT 数据流完全在远程主机上维护,并重定向到备份文件。但是,下一个命令是打开许多新可能性的命令。你能看出它做了什么吗?

ssh remotehost "tar -cv /home" > /tmp/home.tar

在这种情况下,来自 tar 命令的 STDOUT 数据流通过 SSH 连接发送到本地主机。然后,此数据流被重定向到本地主机上的备份文件 /tmp/home.tar。通过简单地将尾部的引号向左移动,命令被更改,这样我们现在就有一个可以执行从远程主机到本地主机的备份的命令。

我每天都使用我们今年的最佳搭档来执行备份。我有一个脚本,它使用 ssh 和 tar,以及 SSH 公钥加密,来执行从多个远程主机到本地主机上外部 USB 硬盘驱动器的备份。这两个命令简化了一项必要的任务,最好的部分是它们是免费和开源软件——既是免费啤酒中的“免费”,也是言论自由中的“自由”。

所以,让我们为今年的 Opensource.com 最佳搭档:tar 和 ssh 欢呼吧。

David Both
David Both 是一位开源软件和 GNU/Linux 倡导者、培训师、作家和演讲者。自 1996 年以来,他一直从事 Linux 和开源软件方面的工作,自 1969 年以来一直从事计算机方面的工作。他是“系统管理员 Linux 哲学”的坚定拥护者和传播者。

12 条评论

David,文章写得非常好!我想起了 Rob Pike 或 Brian Kernighan 等人撰写的关于“使用 Unix 命令做事”的经典书籍,这让我有点难过,因为在终端窗口中做事被认为如此神秘。像这样的文章向我们展示了它一点也不神秘。谢谢你!

感谢您的友好评论。我不确定您是否将我与 Pike 和 Kernighan 相提并论,但我仍然很荣幸能与他们同在一个段落中被提及。

我同意,很多人因为认为 CLI 太神秘而避之不及,这很令人遗憾,但实际上并非如此。它只是不同而已。

我希望我写的一些文章能够激励人们尝试 CLI。

再次感谢!

回复 作者 clhermansen

David,我同意 Chris 的看法。我很少在终端窗口中工作,但我总是喜欢阅读您的文章。感谢您选择我们的年度最佳搭档!

我认为 Neal Stephenson 在《In the Beginning was the Command Line》中表达得非常好,他说驾驶配备 GUI 的汽车会容易得多,但安全性会低得多。

我喜欢想象驾驶员看到前面的汽车减速:好的,文件->刹车,现在出现刹车力度的滑块... 撞车了。

顺便说一句,我们中的一些人足够年长,记得命令行即使不是完全不存在,也远非普遍。

我使用这对“搭档”已经很多年了。这是我长期以来最喜欢的进行 P2V、V2V 迁移的方式:root@live_on_new_formated_disk# ssh remotehost "tar czpf /" tar xzpf -

尝试谷歌搜索“ssh tar pipe tar”。有大约一千篇文章向您展示如何进行 ssh-tar-pipe-tar 技巧,而您_未能将其包含在您的文章中_,但我们其余的人已经使用了 20 多年。

至少有人在这里的评论中提到了它。

回复 作者 dboth

David,文章写得太棒了!我经常使用 tar 和 ssh。我在 Red Hat 机器上运行 Lotus Notes,并且必须每晚备份邮件文件。我编写了一个包含 tar、ssh 和 rsync 的脚本,每天晚上备份邮件。Linux 在命令行上非常强大。

谢谢 David,文章很棒。我经常使用 tar 和 ssh,但从未真正想过将它们结合起来。

不客气!我很高兴我的文章为您提供了一些新的见解。

对我来说,这一切都回到了 Linux 哲学。每个程序都做一件事,并且做得很好。ssh 非常擅长加密通信,而 tar 非常擅长创建和管理归档数据流。将这些强大的程序结合起来,使我们能够做一些每个程序的创建者可能从未想过的事情。对于我们这些使用 CLI 的人来说,还有数百个这样的程序可用。

感谢您的评论。

回复 作者 MicheleMcN

我提名这篇文章为 2015 年研究最少和最不完整的文章。

它也符合 1995 年的回顾,但即使在那时我们也知道“ssh-tar-pipe-tar”技巧(这篇文章甚至没有提到)。

只需谷歌搜索“ssh tar pipe tar”,您就会找到一千篇比这篇文章更具信息量的文章。

起初我以为这将是“ssh-tar-pipe-tar”技巧,并且我已准备好推荐使用 rsync 和 ssh,以将文件复制到/从远程系统复制文件。但是,David 确实提出了一个我没有想到的用例,即从远程系统上的文件创建本地 tarball。

我还要给他加分,因为他解释了在 ssh 命令中使用重定向。这是让一些初学者感到困惑的事情,他很好地涵盖了这一点。

© . All rights reserved.