扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
怎么进行scp用户的rsync迁移,很多新手对此不是很清楚,为了帮助大家解决这个难题,下面小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。
创新互联专业为企业提供沙县网站建设、沙县做网站、沙县网站设计、沙县网站制作等企业网站建设、网页设计与制作、沙县企业网站模板建站服务,10年沙县做网站经验,不只是建网站,更提供有价值的思路和整体网络服务。
在 SSH 8.0 预发布公告中,OpenSSH 项目表示,他们认为 scp 协议已经过时,不灵活,而且不容易修复,然后他们继而推荐使用 sftp
或 rsync
来进行文件传输。
然而,很多用户都是从小用着 scp
命令长大的,所以对 rsync
并不熟悉。此外,rsync
可以做的事情也远不止复制文件,这可能会给菜鸟们留下复杂和难以掌握的印象。尤其是,scp
命令的标志大体上可以直接对应到 cp
命令的标志,而 rsync
命令的标志却和它大相径庭。
让我们跳进最常见的场景:复制文件和复制目录。
对于复制单个文件而言,scp
和 rsync
命令实际上是等价的。比方说,你需要把 foo.txt
传到你在名为 server
的服务器上的主目录下:
$ scp foo.txt me@server:/home/me/
相应的 rsync
命令只需要输入 rsync
取代 scp
:
$ rsync foo.txt me@server:/home/me/
对于复制目录,就有了很大的分歧,这也解释了为什么 rsync
会被认为比 scp
更复杂。如果你想把 bar
目录复制到 server
服务器上,除了指定 ssh
信息外,相应的 scp
命令和 cp
命令一模一样。
$ scp -r bar/ me@server:/home/me/
对于 rsync
,考虑的因素比较多,因为它是一个比较强大的工具。首先,我们来看一下最简单的形式:
$ rsync -r bar/ me@server:/home/me/
看起来很简单吧?对于只包含目录和普通文件的简单情况,这就可以了。然而,rsync
更在意发送与主机系统中一模一样的文件。让我们来创建一个稍微复杂一些,但并不罕见的例子:
# 创建多级目录结构$ mkdir -p bar/baz# 在其根目录下创建文件$ touch bar/foo.txt# 现在创建一个符号链接指回到该文件$ cd bar/baz$ ln -s ../foo.txt link.txt# 返回原位置$ cd -
现在我们有了一个如下的目录树:
bar├── baz│ └── link.txt -> ../foo.txt└── foo.txt 1 directory, 2 files
如果我们尝试上面的命令来复制 bar
,我们会注意到非常不同的(并令人惊讶的)结果。首先,我们来试试 scp
:
$ scp -r bar/ me@server:/home/me/
如果你 ssh
进入你的服务器,看看 bar
的目录树,你会发现它和你的主机系统有一个重要而微妙的区别:
bar├── baz│ └── link.txt└── foo.txt 1 directory, 2 files
请注意,link.txt
不再是一个符号链接,它现在是一个 foo.txt
的完整副本。如果你习惯于使用 cp
,这可能会是令人惊讶的行为。如果你尝试使用 cp -r
复制 bar
目录,你会得到一个新的目录,里面的符号链接和 bar
的一样。现在如果我们尝试使用之前的 rsync
命令,我们会得到一个警告:
$ rsync -r bar/ me@server:/home/me/skipping non-regular file "bar/baz/link.txt"
rsync
警告我们它发现了一个非常规文件,并正在跳过它。因为你没有告诉它可以复制符号链接,所以它忽略了它们。rsync
在手册中有一节“符号链接”,解释了所有可能的行为选项。在我们的例子中,我们需要添加 -links
标志:
$ rsync -r --links bar/ me@server:/home/me/
在远程服务器上,我们看到这个符号链接是作为一个符号链接复制过来的。请注意,这与 scp
复制符号链接的方式不同。
bar/├── baz│ └── link.txt -> ../foo.txt└── foo.txt 1 directory, 2 files
为了省去一些打字工作,并利用更多的文件保护选项,在复制目录时可以使用归档标志 -archive
(简称 -a
)。该归档标志将做大多数人所期望的事情,因为它可以实现递归复制、符号链接复制和许多其他选项。
$ rsync -a bar/ me@server:/home/me/
如果你感兴趣的话,rsync
手册页有关于存档标志的深入解释。
不过,使用 rsync
有一个注意事项。使用 scp
比使用 rsync
更容易指定一个非标准的 ssh 端口。例如,如果 server
使用 8022 端口的 SSH 连接,那么这些命令就会像这样:
$ scp -P 8022 foo.txt me@server:/home/me/
而在使用 rsync
时,你必须指定要使用的“远程 shell”命令,默认是 ssh
。你可以使用 -e
标志来指定。
$ rsync -e 'ssh -p 8022' foo.txt me@server:/home/me/
rsync
会使用你的 ssh
配置;但是,如果你经常连接到这个服务器,你可以在你的 ~/.ssh/config
文件中添加以下代码。这样你就不需要再为 rsync
或 ssh
命令指定端口了!
Host server Port 8022
另外,如果你连接的每一台服务器都在同一个非标准端口上运行,你还可以配置 RSYNC_RSH
环境变量。
现在我们已经介绍了从 scp
切换到 rsync
的日常使用案例和注意事项,让我们花一些时间来探讨一下为什么你可能想要使用 rsync
的优点。很多人在很久以前就已经开始使用 rsync
了,就是因为这些优点。
如果你和服务器之间的网络连接速度较慢或有限,rsync
可以花费更多的 CPU 处理能力来节省网络带宽。它通过在发送数据之前对数据进行即时压缩来实现。压缩可以用 -z
标志来启用。
rsync
也只在目标文件与源文件不同的情况下复制文件。这可以在目录中递归地工作。例如,如果你拿我们上面的最后一个 bar
的例子,并多次重新运行那个 rsync
命令,那么在最初的传输之后就不会有任何传输。如果你知道你会重复使用这些命令,例如备份到 U 盘,那么使用 rsync
即使是进行本地复制也是值得的,因为这个功能可以节省处理大型数据集的大量的时间。
顾名思义,rsync
可以做的不仅仅是复制数据。到目前为止,我们只演示了如何使用 rsync
复制文件。如果你想让 rsync
把目标目录变成源目录的样子,你可以在 rsync
中添加删除标志 -delete
。这个删除标志使得 rsync
将从源目录中复制不存在于目标目录中的文件,然后它将删除目标目录中不存在于源目录中的文件。结果就是目标目录和源目录完全一样。相比之下,scp
只会在目标目录下添加文件。
对于简单的使用情况,rsync
并不比老牌的 scp
工具复杂多少。唯一显著的区别是在递归复制目录时使用 -a
而不是 -r
。然而,正如我们看到的,rsync
的 -a
标志比 scp
的 -r
标志更像 cp
的 -r
标志。
看完上述内容是否对您有帮助呢?如果还想对相关知识有进一步的了解或阅读更多相关文章,请关注创新互联行业资讯频道,感谢您对创新互联的支持。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流