欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

Linux中后台执行scp的方法

程序员文章站 2022-04-23 10:26:39
最近在一台远程机器上scp一个大文件,需要大半天才能完全down下来,用xshell工具执行完命令之后还不能关闭,否则的话就停止了,我的本本还不能一直放这开xshell。就想到nohup,但是...

最近在一台远程机器上scp一个大文件,需要大半天才能完全down下来,用xshell工具执行完命令之后还不能关闭,否则的话就停止了,我的本本还不能一直放这开xshell。就想到nohup,但是scp命令输入密码是提示的,不能写道命令,经过一番搜索重要找到了一个好办法:

下面是接受不输入密码的scp:

最近在编写定时自动执行的shell脚步中遇到一个问题。在该脚步中,需要使用scp命令将本地的文件复制到另一台机器中备份。但通常执行scp命令后都需要输入用户密码,这样在定时自动执行的shell脚步中就不适用了。

本人的第一直觉就是建立无密码用户,在scp命令中使用该用户就不需要输入用户密码了。

以下为了讨论方便,我们将执行scp命令的机器称为Client,scp命令操作的远端机器称为Server。

首先,我通过以下命令将机器Server上root的密码删除,即使root变为无密码用户。

[root@Server root]# passwd -d root

Removing password for user root.

passwd: Success

[root@Server root]#

为了确认root已经变为无密码用户,登录试试。

Red Hat Linux release 8.0 (Psyche)

Kernel2.4.18-14 on an i686

Server login: root

Last login: Fri Sep 14 16:40:08 on tty1

[root@Server root]#

确实root登录时已经不需要密码了。

然后,我们从机器Client复制一个文件到机器Server。

[root@Client root]# scp -p text root@192.168.3.206:/root

root@192.168.3.206's password: <--直接输入回车

Permission denied, please try again. <--被拒绝

root@192.168.3.206's password: <--输入任意字符

text 100% |**************************| 19 00:00

[root@Client root]#

从测试结果可知,即使root变为无密码用户,scp命令在执行时也会提示输入密码。更奇怪的是在提示输入密码时,直接输入回车被拒绝了。但输入其它任意字符后输入回车确认就通过认证了。

后来在Internet中查找相关资料,有资料[1]介绍在两台机器的两个用户之间建立安全的信任关系后,可实现执行scp命令时不需要输入用户密码。我根据该资料介绍的方法测试成功了。

以下是在机器Client的root和机器Server的root之间建立安全信任关系的步骤:

1.在机器Client上root用户执行ssh-keygen命令,生成建立安全信任关系的证书。

[root@Client root]# ssh-keygen -b 1024 -t rsa

Generating public/private rsa key pair.

Enter file in which to save the key (/root/.ssh/id_rsa):

Enter passphrase (empty for no passphrase): <--直接输入回车

Enter same passphrase again: <--直接输入回车

Your identification has been saved in /root/.ssh/id_rsa.

Your public key has been saved in /root/.ssh/id_rsa.pub.

The key fingerprint is:

49:9c:8a:8f:bc:19:5e:8c:c0:10:d3:15:60:a3:32:1croot@Client

[root@Client root]#

注意:在程序提示输入passphrase时直接输入回车,表示无证书密码。

上述命令将生成私钥证书id_rsa和公钥证书id_rsa.pub,存放在用户家目录的.ssh子目录中。

2.将公钥证书id_rsa.pub复制到机器Server的root家目录的.ssh子目录中,同时将文件名更换为authorized_keys。

[root@Client root]# scp -p .ssh/id_rsa.pub root@192.168.3.206:/root/.ssh/authorized_keys

root@192.168.3.206's password: <--输入机器Server的root用户密码

id_rsa.pub 100% |**************************| 218 00:00

[root@Client root]#

在执行上述命令时,两台机器的root用户之间还未建立安全信任关系,所以还需要输入机器Server的root用户密码。

经过以上2步,就在机器Client的root和机器Server的root之间建立安全信任关系。下面我们看看效果:

[root@Client root]# scp -p text root@192.168.3.206:/root

text 100% |**************************| 19 00:00

[root@Client root]#

成功了!真的不再需要输入密码了。

上面载自http://www.lslnet.com/linux/dosc1/30/linux-238181.htm.

最后写了一个简单的shell

[root@usboss bakup]# more aa.sh

scproot@10.130.38.233:/home/channel/exp_boss_20090626.dmp.gz.

然后再后台执行

nohup bash aa.sh &

ok 解决问题,ls 几下发现文件一直在增大 关门shell然后再打开,正常的在传输。

第二天来之后,发现偌大的一个文件都down下来了,一切ok!

×××××××××××××××××××××××××××××××××××××××××

今天在网上偶然看到一个不错的建议。先更新一下:

以前在使用nohup comd & 转为后台执行时遇到的最大问题就是scp为提示性命令,不能使用一句命令完成,所以使用让两台机器建立信任,而使其不用输入密码。这样信任机制的建立使步骤复杂了。现在有一种方法可以使在前台运行的命令变为后台,这样原来scp命令继续用提示方式输入,然后在使用前台变后台的方法使其转化为后台,对本文所要解决的问题是一个不错的解决办法。(哈哈 其实任何问题都可以分为若干步骤,这些步骤的解决又可以借鉴其他问题中的步骤,这样就能够提到我们解决问题的能力。ps:想起了《初中生阅读》上的一篇文章中的一句话:我们吃饭不是为了变成米粒,我们喝水不是为了变成水珠。当时读的时间特别有感觉,在这我也使用一下,我们把解决scp后台的执行这个问题记录下来,并形成博客,其实长期目标、根本目的不是为了记住这个问题,而是记住解决这个问题经过了那些步骤,以后在遇到某个步骤的时间,我可以以这个问题为媒介迅速完成,提高解决问题的能力。这才是根本目的。)

利用kill命令转后台执行

先用ps -a找到进程号,再用sudo kill -stop procNumber,将进程暂停。然后再用jobs查看一下要转到后台的进程,找到它的job号,最后用bg jobNumber将其转到后台。大概就像这样:

ps -a

PID TTY TIME CMD

6729 pts/0 00:00:00 mystar

sudo kill -stop 6729

jobs

[2]+ Stopped sudo mystar

bg 2

之后可以用fg jobNumber把进程调到前台来。