Ubuntu server ssh

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

[plain] view
plain copy

# 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地址，并且输入登录的用户和密码就可以登录了.

ssh服务启动后，即可登陆，登陆命令格式为：ssh 帐号@IP地址

根据提示输入test的密码，即可远程登陆。

退出远程登陆命令：exit

如果出现access denied提示，请查看服务器的/var/log/auth.log 文件定位具体问题原因。

=====================================

Tutty downlod
http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
==============================================================

 

putty使用密钥登陆OpenSSH

在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：

AuthorizedKeysFile     .ssh/authorized_keys   # 验证公钥的存放路径默认是关闭的

UsePAM no #修改为no

然后重启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修改为对应的权限咯。

PS：使用PSCP.EXE传输文件在windows与ubuntu之间

从ubuntu向windows传输文件

putty>PSCP.EXE -P 22 username@192.168.1.xxx:/home/username/.ssh/ authorized_keys

username@192.168.1.xxx's password:

从windows向ubuntu传输文件

putty>PSCP.EXE -P 22 authorized_keys username@192.168.1.xxx:/home/username/.ssh/

username@192.168.1.xxx's password:

authorized_keys
14bc5
          | 0 kB |   0.4 kB/s | ETA: 00:00:00 | 100%

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。