Linux中后台执行scp的方法

最近在一台远程机器上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把进程调到前台来。