SSH客户端命令的使用

阳光穿透心脏的1/2处 2022-08-27 06:52 271阅读 0赞

<table style="BORDER-COLLAPSE: collapse"> 
 <tbody> 
  <tr> 
   <td align="center"><font style="FONT-SIZE: 14pt"><strong>SSH客户端命令的使用</strong></font> </td> 
  </tr> 
  <tr> 
   <td> 
    <table style="BORDER-COLLAPSE: collapse"> 
     <tbody> 
      <tr> 
       <td align="center"> 
        <table style="BORDER-COLLAPSE: collapse; WORD-WRAP: break-word"> 
         <tbody> 
          <tr> 
           <td align="center"> 
            <table style="BORDER-COLLAPSE: collapse; WORD-WRAP: break-word"> 
             <tbody> 
              <tr> 
               <td> 
                <div style="MARGIN: 15px">
                  SSH客户端命令的使用 ssh –l user –p 22 upsdn.net 输入密码即可登录 
                 <font>SSH下传输文件可使用命令Sftp和Scp及图形界面软件gftp.</font> l login_name 指定登入于远程机器上的使用者，若没加这个选项，而直接打 ssh lost 也是可以的，它是以读者目前的使用者去做登入的动作。 例如： ssh –l root http://www.upsdn.net =================================================== -c blowfish|3des 在期间内选择所加密的密码型式。预设是3des，3des(作三次的资料加密) 是用三种不同的密码键作三次的加密-解密-加密。 blowfish 是一个快速区块密码编制器，它比3des更安全以及更快速。 =================================================== -v Verbose 模式。使ssh 去印出关于行程的除错讯息，这在连接除错，认 证和设定的问题上有很的帮助。 =================================================== -f 要求ssh 在背景执行命令，假如ssh要询问密码或通行证，但是使用者 想要它在幕后执行就可以用这个方式，最好还是加上-l user 例如在远程场所上激活 X11，有点像是 ssh –f host xterm 。 =================================================== -i identity_file 选择所读取的 RSA 认证识别的档案。预设是在使用者的家目录 中的 .ssh/identity =================================================== -n 重导 stdin 到 /dev/null (实际上是避免读取 stdin)。必须当 ssh 在幕后执行时才使用。常见的招数是使用这选项在远程机器上去执行 X11 的程序 例如，ssh -n shadows.cs.hut.fi emacs &amp;，将在 shadows.cs.hut.fi 上激活 emace，并且 X11 连接将自动地在加密的信道上发送。ssh 程序将把它放 在幕后。(假如ssh需要去询问密码时，这将不会动作) =================================================== -t 强制配置 pseudo-tty。这可以在远程机器上去执行任意的 screen-based 程 式，例如操作 menu services。 =================================================== -C 要求压缩所有资料(包含 stdin, stdout,stderr 和 X11 和 TCP/IP 连接) 压缩演算规则与 gzip 相同，但是压缩的等级不能控制。在调制解调器或 联机速度很慢的地方，压缩是个很好的选择，但如果读者的网络速路很 快的话，速度反而会慢下来。 ===================================================== -p port 连接远程机器上的 port。 不用这个选项，默认就是22 ====================================================== -P 使用非特定的 port 去对外联机。如果读者的防火墙不淮许从特定的 port去联机时，就可以使用这个选项。注意这个选项会关掉 RhostsAuthentication 和 RhostsRSAAuthentication。 ===================================================== -L listen-port:host:port 指派本地的 port 到达端机器地址上的 port。 ==================================================== -R listen-port:host:port 指派远程上的 port 到本地地址上的 port。 -2 强制 ssh 去使用协议版本 2。 -4 强制 ssh 去使用 IPv4 地址。 -6 强制 ssh 去使用 IPv6 地址。 ===================================================== -g 允许远程主机去连接本地指派的 ports。 -a 关闭认证代理联机。 -e character 设定跳脱字符 scp 使用 scp 在远程机器上 copy 档案 ====================================================== copy 本地的档案到远程的机器上 scp /etc/lilo.conf my@www.upsdn.net:/home/my 会将本地的 /etc/lilo.conf 这个档案 copy 到 www.upsdn.net，使用者my 的家目录下。 ===================================================== copy远程机器上的档案到本地来 scp my@www.upsdn.net:/etc/lilo.conf /etc 会将 http://www.upsdn.net 中 /etc/lilo.conf 档案 copy 到本地的 /etc 目录下。 ===================================================== 保持从来源 host 档案的属性 scp –p my@www.upsdn.net:/etc/lilo.conf /etc ssh-keygen 产生公开钥 (pulib key) 和私人钥 (private key)，以保障 ssh 联机的安性. 当 ssh 连 shd 服务器，会交换公开钥上，系统会检查 /etc/ssh_know_hosts 内储存的 key，如果找到客户端就用这个 key 产生一个随机产生的session key 传给服务器，两端都用这个 key 来继续完成 ssh 剩下来的阶段。 它 会产生 identity.pub、identity 两个档案，私人钥存放于identity，公开钥 存放于 identity.pub 中，接下来使用 scp 将 identity.pub copy 到远程机器的家目录下.ssh下的authorized_keys。 .ssh/authorized_keys(这个 authorized_keys 档案相当于协议的 rhosts 档案)，之后使用者能够不用密码去登入。RSA的认证绝对是比 rhosts 认证更来的安全可靠。 执行： scp identity.pub my@sohu.com:.ssh/authorized_keys 若在使用 ssh-keygen 产生钥匙对时没有输入密码，则如上所示不需输入密码即可从 http://www.upsdn.net去登入 sohu.com。 在此，这里输入的密码可以跟帐号的密码不同，也可以不输入密码。 SSH protocol version 1： 每一部主机都可以使用 RSA 加密方式来产生一个 1024-bit 的 RSA Key ，这个 RSA 的加密方式，主要就是用来产生公钥与私钥的演算方法！这个 version 1 的整个联机的加密步骤可以简单的这么看： 1. 当每次 SSH daemon (sshd) 激活时，就会产生一支 768-bit 的公钥(或称为 server key)存放在 Server 中； 2. 若有 client 端的需求传送来时，那么 Server 就会将这一支公钥传给 client ，而 Client 藉由比对本身的 RSA 加密方式来确认这一支公钥； 3. 在 Client 接受这个 768-bit 的 server key 之后，Client 自己也会随机产生一支 256-bit 的私钥(host key)，并且以加密的方式将 server key 与 host key 整合成一支完整的 Key ，并且将这支 Key 也传送给 server ； 4. 之后，Server 与 Client 在这次的联机当中，就以这一支 1024-bit 的 Key 来进行资料的传递！ 当然啦，因为 Client 端每次的 256-bit 的 Key 是随机取的，所以你这次的联机与下次的联机的 Key 就会不一样啦！ 　 ============================================== SSH protocol version 2： 与 version 1 不同的是，在 version 2 当中将不再产生 server key 了，所以，当 Client 端联机到 Server 端时，两者将藉由 Diffie-Hellman key 的演算方式来产生一个分享的 Key ，之后两者将藉由类似 Blowfish 的演算方式进行同步解密的动作！ 每一个 sshd 都提供这两个版本的联机，而决定这两种模式联机的，就必需要在 client 端联机时选择联机的模式才能确认。目前预设情况下，会自动使用 version 2 的联机模式喔！而由于我们的联机资料中，经过了这个 Public 与 Private Key 的加密、解密动作，所以在中间的传送过程中，当然就比较安全的多啰！ 如 果直接以 ssh hostname 来连接进入 hostname 这个主机时，则进入 hostname 这个主机的『帐号名称』将会是目前你所在的这个环境当中的使用者帐号！以上面为例，因为我是以 root 的身份在执行，所以如果我执行了『 ssh host.domain.name 』时，那么对方 host.domain.name 这部主机，就会以 root 的身份来让我进行密码确认的登入动作！因此，为了避免这样的麻烦，通常我都是以简单的 e-mail 的写法来登入远方的主机，例如『ssh user@hostname 』即表示，我是以 user 这个帐号去登入 hostname 这部主机的意思。当然，也可以使用 -l username 这样的形式来书写！登入对方主机之后，其它的所有执行行为都跟在 Linux 主机内没有两样～所以，真的是很简单吧！ ^_^ 这样就可以达到远程控管主机的目的了！此外，在预设的情况下， SSH 是『允许你以 root 的身份登入』喔！呵呵！更是爽快啦！此外，请特别留意的是，当您要连接到对方的主机时，如果是首次连接，那么 Server 会问你，你的联机的 Key 尚未被建立，要不要接受 Server 传来的 Key ，并建立起联机呢？呵呵！这个时候请『务必要输入 yes 而不是 y 或 Y』，这样程序才会接受 利用SSH服务copy远程机器上的文件 任务:把远程机器上的/tmp/1.txt copy 过来成为本地的 /usr/2.txt 命令之一: scp -r someuser@remote:/tmp/1.txt /usr/2.txt 注意: someuser 必须有读/tmp 的权限.本地用户必须有/usr 目录的写权限 命令之二: sftp -C someuser@remote:/tmp 或 sftp -C someuser@reomte sftp -l username hostname 或者 sftp user@hosname 进入到 sftp 之后，那就跟在一般 FTP 模式下的操作方法没有两样 cd ls dir mkdir rmdir pwd chgrp chown chmod ln oldname newname rm path rename oldname newname exit bye =================================== lcd path lls lmkdir lpwd put [local] [remote] get [remote] [local] --lingyun 
                </div> </td> 
              </tr> 
             </tbody> 
            </table> </td> 
          </tr> 
         </tbody> 
        </table> </td> 
      </tr> 
     </tbody> 
    </table> </td> 
  </tr> 
 </tbody> 
</table>

原文地址：[http://blog.chinaunix.net/u2/71520/showart\_1002985.html][http_blog.chinaunix.net_u2_71520_showart_1002985.html]

[http_blog.chinaunix.net_u2_71520_showart_1002985.html]: http://blog.chinaunix.net/u2/71520/showart_1002985.html