Ubuntu判断是否安装ssh服务，通过如下命令进行：
ps -e | grep ssh
ssh-agent表示ssh-client启动，sshd表示ssh-server启动了。
如果缺少sshd，说明ssh服务没有启动或者没有安装。
安装ssh-client命令：sudo apt-get install openssh-client
安装ssh-server命令：sudo apt-get install openssh-server
安装完成以后，先启动服务：sudo /etc/init.d/ssh start
启动后，可以通过“ps -e | grep ssh”查看是否正确启动。
ssh服务默认的端口是22，可以更改端口
sudo gedit /etc/ssh/sshd_config
-
# What ports, IPs and protocols we listen for
-
Port 22
-
# Package generated configuration file
修改端口号（Port）后，重启ssh服务即可生效，命令如下：
sudo /etc/init.d/ssh restart
Ubuntu中配置openssh-server开机自动启动
打开/etc/rc.local文件，在exit 0语句前加入：
/etc/init.d/ssh start
配置开机启动SSHD
方法一：sudo vi /etc/rc.local
+service sshd start
exit 0
方法二：sudo vi /etc/rc.local
+/etc/init.d/sshd start
exit 0
配置ssh server保持长时间连接
sudo vim /etc/ssh/sshd_config
+# Keep TCP connected
+TCPKeepAlive yes
+# Client disconneted timeout 360 minute
+ClientAliveCountMax 360
===============================================
客户端可以用putty、SecureCRT、SSH Secure Shell Client等SSH 客户端软件，输入您服务器的IP地址，并且输入登录的用户和密码就可以登录了.
根据提示输入test的密码，即可远程登陆。
退出远程登陆命令：exit
=====================================
Tutty downlod
http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
==============================================================
在Windows管理Linux服务器时，常使用putty登陆ssh进行远程管理。默认登陆验证方式为密码认证，该方式虽然简单，但每次登陆都要输入一长串的密码，相当麻烦。而且，如果万一把root允许登陆打开，还有可能被强力破解，导致严重的后果。
所以，通常建议用密钥登陆验证代替密码方式，即简单，又可靠。
一、为什么建议使用密钥登陆
通常现在的Linux发行版都使用OpenSSH代替telnet、rsh等明文传输的终端服务。
以红旗 DC Server 5.0为例：
引用
# rpm -qa|grep -E -w ‘openssh‘
openssh-clients-4.0p1-1.2AX
openssh-server-4.0p1-1.2AX
openssh-4.0p1-1.2AX
而OpenSSH默认是同时支持密码和密钥两种认证方式的。转一个说明：
为什么要使用公钥认证
通常，通过ssh登录远程服务器时，使用密码认证，分别输入用户名和密码，两者满足一定规则就可以登录。但是密码认证有以下的缺点：
引用
a）用户无法设置空密码（即使系统允许空密码，也会十分危险）
b）密码容易被人偷窥或猜到
c）服务器上的一个帐户若要给多人使用，则必须让所有使用者都知道密码，导致密码容易泄露，而且修改密码时必须通知所有人
而使用公钥认证则可以解决上述问题。
引用
a）公钥认证允许使用空密码，省去每次登录都需要输入密码的麻烦
b）多个使用者可以通过各自的密钥登录到系统上的同一个用户
c）即使修改了对应用户的密码，也不会影响登陆
d）若同时禁用密码认证，则只要保证私钥的安全，不会受到暴力破解的威胁
二、使用putty生成密钥和登陆
根据公钥认证的原理（见后面说明），认证双方任何一方都可制作该钥匙对，并且只要认证方有被认证方的公钥信息，即可匹配成功。
这里，我们先以Windows上的putty登陆Linux服务器为例说明。所以，该密钥对由putty制作。
继续前，请确保您已经把整个putty包都下载完：
官方网站：点击
最新版本：0.60，我截图的版本是0.55的。
本地下载：
下载文件
其中包括：PuTTY、Puttygen、PSCP、Plink、Pagent 等工具。
1、使用puttygen制作密钥
启动puttygen工具，为兼容OpenSSH密钥，选择“SSH2 RSA”：
单击 Generate 按钮，并使用鼠标在“key”框内移动，以获得足够的随机数据供生成密钥使用：
※期间，你会看到进度条上面有个提示“Please generate some radomness by moving the mouse over the blank area.”，意思就是让你用鼠标在空白区域随机移动。随着鼠标在空白区域的移动，进度条会一直走下去。停止移动鼠标，进度条也就停止了。所以，那我们要移动鼠标，直到进度条走满为止。
完成后的窗口如下：
其中：
引用
Key comment：是注释，不会影响密钥的有效性，但可作为自己用于区别其他密钥的参考；
Key passphrase 和 Confirm passphrase ：用于保护私钥，如果不输入该信息，那么任何人只要拿到该私钥，即可无密码登陆系统，非常危险；通常情况下，我是建议大家输入的，但这里为了方便说明，暂时留空，请看后面使用的说明。
随后，点击“Save private key”保留私钥。
如果没有输入Key passphrase信息，会有警告：
输入私钥的文件名：
※公钥信息可以不用保留在本地的，puttygen可以从私钥得到它，验证时也不会用到。
2、修改openssh配置
修改/etc/ssh/sshd_config：
引用
ChallengeResponseAuthentication no #关闭挑战应答方式
## UsePAM no #不使用PAM认证
然后重启sshd服务，原因见：这里
3、拷贝公钥信息
上面密钥信息窗口的“Key”框最后生成的就是公钥信息：
需要把该信息拷贝到Linux服务器的特定文件中：~/.ssh/authroized_keys
其中，“~”表示对应用户的主目录，以root为例。
若.ssh目录不存在，请创建它，并把公钥信息写入文件中：
# mkdir ~/.ssh
# chown 700 ~/.ssh
# vi ~/.ssh/authorized_keys
# chown 644 ~/.ssh/authorized_keys
※请务必留意：文件和目录的权限问题，用户必须是将要进行认证的用户，而权限必须是0644，也就是禁止其他人对该文件写入信息。（否则，某些有心人把自己的公钥写入这里，他也可以无密码进来了）
因为，通常umask是0022或0002的，所以请使用chown和chmod修改为对应的权限咯。
4、使用putty使用密钥登陆
对putty进行一些简单配置，即可使用密钥登陆Linux服务器。
选择Connection－SSH－Auth，在“Private key file for authentication”输入密钥的路径：
然后在Connection的“Auth-login username”输入登陆的用户名，例如root：
◎Putty 0.60 版本在Connection－Data页内。
然后点击Open即可：
若一切正常，则可以在session中Save保存配置。
三、使用OpenSSH生成密钥
密钥既可使用putty生成，也可用OpenSSH生成。
1、Linux下生成密钥
运行：
引用
# ssh-keygen -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:
17:28:4c:c3:e4:18:d4:c2:31:bd:be:a7:a9:d4:a8:48 root@mail.linuxfly.org
2、把公钥信息写入authorized_keys文件中
运行：
# cd ~/.ssh
# cat id_rsa.pub >> authorized_keys
3、生成putty的私钥
由于SSH的标准中，并没有固定密钥文件的格式。而Putty使用的私钥格式和OpenSSH生成的有点不同，需要转换一下。
a）把id_rsa传到Windows机器上
b）使用puttygen的“Load”读取id_rsa文件
这里也可以从图中的公钥信息，与id_rsa.pub对比一下，应该是一致的。
c）点击“Save private key”保留私钥。
d）putty使用该新的私钥登陆服务器即可。
四、注意事项
1、检查OpenSSH服务端的配置
引用
OpenSSH的配置通常保存在：/etc/ssh/sshd_config
##PermitRootLogin no # 禁止root用户登陆 这样一旦server logout后 putty就会断开连接
StrictModes yes # 检查密钥的用户和权限是否正确，默认打开的
RSAAuthentication yes # 启用 RSA 认证 默认打开的
AuthorizedKeysFile .ssh/authorized_keys # 验证公钥的存放路径默认是关闭的
PubkeyAuthentication yes # 启用公钥认证 默认打开的
PasswordAuthentication no # 禁止密码认证，默认是关闭的。
说明：
a）如果StrictModes为yes，而authorized_keys的权限为664等的情况，则验证密钥的时候，会报错：
引用
bad ownership or modes for file /home/linuxing/.ssh/authorized_keys
b）若PasswordAuthentication设置为no，则禁用密码认证，配合启动公钥认证，是更安全的方式。
2、公钥存放的路径
Putty作为客户端是不需要使用公钥的，而Linux服务端的公钥是存放在：~/.ssh/authorized_keys中。
也就是讲，如果登陆用户的主目录不同，存放的路径是不相同的。
例如某用户：
引用
$ echo ~
/home/linuxing
则密钥在：
/home/linuxing/.ssh/authorized_keys
若你想使用同一私钥，但不同用户登陆服务器，则请保证公钥信息已经写入每个用户的验证文件中咯。并且一定要注意验证文件的用户和权限不能搞错哦。
3、Key passphrase密码
如果你在保存私钥的时候，输入了Key passphrase密码。其就会使用该信息对私钥加密。这会带来一个好处：就是万一您的私钥给盗走了，但如果小偷不知道该密码，他也无法使用该私钥登陆服务器的。简单来说，就是加强了安全性。
a）在putty使用这种私钥登陆服务器的时候，就会有提示：
只有输入正确的密码才能通过认证。
※这里看上去和使用密码认证方式登陆OpenSSH有点类似。但实际上是完全不同的。该
Key passphrase密码是用于管理私钥，避免私钥被盗用的；而OpenSSH的密码认证方式使用的密码，指的是Linux服务器端的用户密码，即PAM信息。也就是说，即使你修改了PAM的密码，但只要Key passphrase信息正确，你还是可以登陆到服务器上的。（因为使用它解压出来的私钥是没变的）
b）若每次登陆都要输入Key passphrase，明显达不到我们简化登陆步骤的目的。在既要保证安全，又要简便的情况下，我们可以使用PAGEANT。
PAGEANT的作用很简单，就是在我们输入一次私钥密码后，把解密后的私钥保存在PAGEANT中。
再次使用putty登陆的时候，PAGEANT就会自动的把解密后私钥用于认证，这样就不用我们多次输入密码了。而
当我们退出PAGEANT的时候，会自动删除私钥，重新登陆的时候需要再次检验。实现“一次验证，多次使用”的目的。
打开PAGEANT，其会自动放入Windows右下角的任务栏中：
右键点击后，选择“View Keys”：
在弹出框中，选择“Add Key”，输入Putty的私钥（.PPK），并会提示输入Key passphrase：
结果：
直接选择菜单的“Add Key”也可以。
这时候，使用putty再次登陆服务器就不需要Key passphrase啦。
◎其实，即使没有Key passphrase的私钥也可以导入PAGEANT中的，这时候就可以不用在Putty的配置文件中指定私钥的路径咯。也可以达到一定的安全目的的。
c）若要修改Key passphrase，可以使用puttygen重新Load私钥，其会咨询Key passphrase信息：
输入正确密码后，即可修改，并保存新私钥即可。是否存在或修改Key passphrase是不会改变公钥信息的。
4、保存putty的配置信息
putty的配置信息是保存在Windows注册表的，需使用下面的命令导出：
regedit /e PuTTY.config.reg "HKEY_CURRENT_USER\Software\SimonTatham\PuTTY"
5、使用DSA密钥
默认配置下，OpenSSH就同时支持RSA和DSA两种编码的密钥。只要在生成密钥的时候选择“DSA”即可。例如：
# ssh-keygen -t dsa
使用上和RSA是没有区别的，把公钥信息拷贝到验证文件中即可使用。
五、公钥认证的原理
所谓的公钥认证，实际上是使用一对加密字符串，一个称为公钥(public key)，任何人都可以看到其内容，用于加密；另一个称为密钥(private key)，只有拥有者才能看到，用于解密。通过公钥加密过的密文使用密钥可以轻松解密，但根据公钥来猜测密钥却十分困难。
ssh 的公钥认证就是使用了这一特性。服务器和客户端都各自拥有自己的公钥和密钥。为了说明方便，以下将使用这些符号。
引用
Ac 客户端公钥
Bc 客户端密钥
As 服务器公钥
Bs 服务器密钥
在认证之前，客户端需要通过某种安全的方法将公钥 Ac 登录到服务器上。
认证过程分为两个步骤：
1、会话密钥(session key)生成
客户端请求连接服务器，服务器将 As 发送给客户端。
服务器生成会话ID(session id)，设为 p，发送给客户端。
客户端生成会话密钥(session key)，设为 q，并计算 r = p xor q。
客户端将 r 用 As 进行加密，结果发送给服务器。
服务器用 Bs 进行解密，获得 r。
服务器进行 r xor p 的运算，获得 q。
至此服务器和客户端都知道了会话密钥q，以后的传输都将被 q 加密。
2、认证
服务器生成随机数 x，并用 Ac 加密后生成结果 S(x)，发送给客户端
客户端使用 Bc 解密 S(x) 得到 x
客户端计算 q + x 的 md5 值 n(q+x)，q为上一步得到的会话密钥
服务器计算 q + x 的 md5 值 m(q+x)
客户端将 n(q+x) 发送给服务器
服务器比较 m(q+x) 和 n(q+x)，两者相同则认证成功
六、参考资料
一份非常详细的putty使用说明：http://docs.google.com/View?docid=ajbgz6fp3pjh_2dwwwwt
源地址打开很慢，我保存了一份：
下载文件
http://blog.3gcomet.com/article.asp?id=215
http://blog.chinaunix.net/u/25686/showart_200821.html
http://tech.idv2.com/2006/10/21/ssh-rsa-auth/
原编辑文件备份：
下载文件
========================================================
扩展阅读
什么是 RSA/DSA 认证？
SSH，特别是 OpenSSH（完全免费的 SSH 的实现），是一个不可思议的工具。类似于 telnet 或 rsh，ssh 客户程序也可以用于登录到远程机器。所要求的只是该远程机器正在运行 sshd，即 ssh 服务器进程。但是，与 telnet 不同的是，ssh 协议非常安全。加密数据流，确保数据流的完整性，甚至安全可靠的进行认证它都使用了专门的算法。
然而，虽然 ssh 的确很棒，但还是有一个 ssh 功能组件常常被忽略、被危险的误用或者简直就是被误解。这个组件就是 OpenSSH 的 RSA/DSA 密钥认证系统，它可以代替 OpenSSH 缺省使用的标准安全密码认证系统。
OpenSSH 的 RSA 和 DSA 认证协议的基础是一对专门生成的密钥，分别叫做专用密钥和公用密钥。使用这些基于密钥的认证系统的优势在于：在许多情况下，有可能不必手工输入密码就能建立起安全的连接。
尽管基于密钥的认证协议相当安全，但是当用户并不完全了解这些简化操作对安全性的影响，为了方便而使用某些简化操作时，就会出现问题。本文中，我们将详细讨论如何正确使用 RSA 和 DSA 认证协议，使我们不会冒任何不必要的安全性风险。在我的下一篇文章里，我将向您展示如何使用 ssh-agent 隐藏已经解密的专用密钥，还将介绍 keychain，它是 ssh-agent 的前端，可以在不牺牲安全性的前提下提供许多便利。如果您一直想要掌握
OpenSSH 更高级的认证功能的话，那么就请您继续往下读吧。
RSA/DSA 密钥的工作原理
下面从整体上粗略的介绍了 RSA/DSA 密钥的工作原理。让我们从一种假想的情形开始，假定我们想用 RSA 认证允许一台本地的 Linux 工作站（称作 localbox）打开 remotebox 上的一个远程 shell，remotebox 是我们的 ISP 的一台机器。此刻，当我们试图用 ssh 客户程序连接到 remotebox 时，我们会得到如下提示：
% ssh drobbins@remotebox
drobbins@remotebox‘s password:
|
此处我们看到的是 ssh 处理认证的缺省方式的一个示例。换句话说，它要求我们输入 remotebox 上的drobbins 这个帐户的密码。如果我们输入我们在 remotebox 上的密码，ssh 就会用安全密码认证协议，把我们的密码传送给 remotebox 进行验证。但是，和 telnet 的情况不同，这里我们的密码是加密的，因此它不会被偷看到我们的数据连接的人截取。一旦 remotebox 把我们提供的密码同它的密码数据库相对照进行认证，成功的话，我们就会被允许登录，还会有一个 remotebox 的
shell 提示欢迎我们。虽然 ssh 缺省的认证方法相当安全，RSA 和 DSA 认证却为我们开创了一些新的潜在的机会。
但是，与 ssh 安全密码认证不同的是，RSA 认证需要一些初始配置。我们只需要执行这些初始配置步骤一次。之后，localbox 和 remotebox 之间的 RSA 认证就毫不费力了。要设置 RSA 认证，我们首先得生成一对密钥，一把专用密钥和一把公用密钥。这两把密钥有一些非常有趣的性质。公用密钥用于对消息进行加密，只有拥有专用密钥的人才能对该消息进行解密。公用密钥只能用于 加密，而专用密钥只能用于对由匹配的公用密钥编码的消息进行解密。RSA（和
DSA）认证协议利用密钥对的这些特殊性质进行安全认证，并且不需要在网上传输任何保密的信息。
要应用 RSA 或者 DSA 认证，我们要执行一步一次性的配置步骤。我们把公用密钥拷贝到 remotebox。公用密钥之所以被称作是“公用的”有一个原因。因为它只能用于对那些给我们的消息进行 加密，所以我们不需要太担心它会落入其它人手中。一旦我们的公用密钥已经被拷贝到 remotebox 并且为了 remotebox 的 sshd 能够定位它而把它放在一个专门的文件（~/.ssh/authorized_keys）里，我们就为使用
RSA 认证登录到 remotebox 上做好了准备。
要用 RSA 登录的时候，我们只要在 localbox 的控制台键入 ssh drobbins@remotebox，就象我们常做的一样。可这一次，ssh 告诉 remotebox 的 sshd 它想使用
RSA 认证协议。接下来发生的事情非常有趣。Remotebox 的 sshd 会生成一个随机数，并用我们先前拷贝过去的公用密钥对这个随机数进行加密。然后， sshd 把加密了的随机数发回给正在 localbox 上运行的 ssh。接下来，轮到我们的 ssh用专用密钥对这个随机数进行解密后，再把它发回给 remotebox，实际上等于在说：“瞧，我确实有匹配的专用密钥；我能成功的对您的消息进行解密！”最后， sshd 得出结论，既然我们持有匹配的专用密钥，就应当允许我们登录。因此，我们有匹配的专用密钥这一事实授权我们访问 remotebox。
扩展阅读
什么是 RSA/DSA 认证？
SSH，特别是 OpenSSH（完全免费的 SSH 的实现），是一个不可思议的工具。类似于 telnet 或 rsh，ssh 客户程序也可以用于登录到远程机器。所要求的只是该远程机器正在运行 sshd，即 ssh 服务器进程。但是，与 telnet 不同的是，ssh 协议非常安全。加密数据流，确保数据流的完整性，甚至安全可靠的进行认证它都使用了专门的算法。
然而，虽然 ssh 的确很棒，但还是有一个 ssh 功能组件常常被忽略、被危险的误用或者简直就是被误解。这个组件就是 OpenSSH 的 RSA/DSA 密钥认证系统，它可以代替 OpenSSH 缺省使用的标准安全密码认证系统。
OpenSSH 的 RSA 和 DSA 认证协议的基础是一对专门生成的密钥，分别叫做专用密钥和公用密钥。使用这些基于密钥的认证系统的优势在于：在许多情况下，有可能不必手工输入密码就能建立起安全的连接。
尽管基于密钥的认证协议相当安全，但是当用户并不完全了解这些简化操作对安全性的影响，为了方便而使用某些简化操作时，就会出现问题。本文中，我们将详细讨论如何正确使用 RSA 和 DSA 认证协议，使我们不会冒任何不必要的安全性风险。在我的下一篇文章里，我将向您展示如何使用 ssh-agent 隐藏已经解密的专用密钥，还将介绍 keychain，它是 ssh-agent 的前端，可以在不牺牲安全性的前提下提供许多便利。如果您一直想要掌握
OpenSSH 更高级的认证功能的话，那么就请您继续往下读吧。
RSA/DSA 密钥的工作原理
下面从整体上粗略的介绍了 RSA/DSA 密钥的工作原理。让我们从一种假想的情形开始，假定我们想用 RSA 认证允许一台本地的 Linux 工作站（称作 localbox）打开 remotebox 上的一个远程 shell，remotebox 是我们的 ISP 的一台机器。此刻，当我们试图用 ssh 客户程序连接到 remotebox 时，我们会得到如下提示：
% ssh drobbins@remotebox
drobbins@remotebox‘s password:
|
此处我们看到的是 ssh 处理认证的缺省方式的一个示例。换句话说，它要求我们输入 remotebox 上的drobbins 这个帐户的密码。如果我们输入我们在 remotebox 上的密码，ssh 就会用安全密码认证协议，把我们的密码传送给 remotebox 进行验证。但是，和 telnet 的情况不同，这里我们的密码是加密的，因此它不会被偷看到我们的数据连接的人截取。一旦 remotebox 把我们提供的密码同它的密码数据库相对照进行认证，成功的话，我们就会被允许登录，还会有一个 remotebox 的
shell 提示欢迎我们。虽然 ssh 缺省的认证方法相当安全，RSA 和 DSA 认证却为我们开创了一些新的潜在的机会。
但是，与 ssh 安全密码认证不同的是，RSA 认证需要一些初始配置。我们只需要执行这些初始配置步骤一次。之后，localbox 和 remotebox 之间的 RSA 认证就毫不费力了。要设置 RSA 认证，我们首先得生成一对密钥，一把专用密钥和一把公用密钥。这两把密钥有一些非常有趣的性质。公用密钥用于对消息进行加密，只有拥有专用密钥的人才能对该消息进行解密。公用密钥只能用于 加密，而专用密钥只能用于对由匹配的公用密钥编码的消息进行解密。RSA（和
DSA）认证协议利用密钥对的这些特殊性质进行安全认证，并且不需要在网上传输任何保密的信息。
要应用 RSA 或者 DSA 认证，我们要执行一步一次性的配置步骤。我们把公用密钥拷贝到 remotebox。公用密钥之所以被称作是“公用的”有一个原因。因为它只能用于对那些给我们的消息进行 加密，所以我们不需要太担心它会落入其它人手中。一旦我们的公用密钥已经被拷贝到 remotebox 并且为了 remotebox 的 sshd 能够定位它而把它放在一个专门的文件（~/.ssh/authorized_keys）里，我们就为使用
RSA 认证登录到 remotebox 上做好了准备。
要用 RSA 登录的时候，我们只要在 localbox 的控制台键入 ssh drobbins@remotebox，就象我们常做的一样。可这一次，ssh 告诉 remotebox 的 sshd 它想使用
RSA 认证协议。接下来发生的事情非常有趣。Remotebox 的 sshd 会生成一个随机数，并用我们先前拷贝过去的公用密钥对这个随机数进行加密。然后， sshd 把加密了的随机数发回给正在 localbox 上运行的 ssh。接下来，轮到我们的 ssh用专用密钥对这个随机数进行解密后，再把它发回给 remotebox，实际上等于在说：“瞧，我确实有匹配的专用密钥；我能成功的对您的消息进行解密！”最后， sshd 得出结论，既然我们持有匹配的专用密钥，就应当允许我们登录。因此，我们有匹配的专用密钥这一事实授权我们访问 remotebox。
