SSH命令使用技巧(转)

我会带着你远行 2022-01-15 06:51 219阅读 0赞

**一 前言**

**关于 ssh 的好处, 相信不用我多说了吧?  
简而言之, 之前的 rpc command 与 telnet 都全可用 ssh 代替.  
比方如下的这些常见功能:  
\- 远程登录  
ssh [user@remote.machine][user_remote.machine]  
\- 远程执行  
ssh [user@remote.machine][user_remote.machine] 'command ...'  
\- 远程复制  
scp [user@remote.machine:/remote/path][user_remote.machine_remote_path] /local/path  
scp /local/path [user@remote.machine:/remote/path][user_remote.machine_remote_path]  
\- X forward  
ssh -X [user@remote.machine][user_remote.machine]  
xcommand ...  
\- Tunnel / Portforward  
ssh -L 1234:remote.machine:4321 [user@remote.machine][user_remote.machine]  
ssh -R 1234:local.machine:4321 [user@remote.machine][user_remote.machine]  
ssh -L 1234:other.machine:4321 [user@remote.machine][user_remote.machine]**

**二, 实作**

**1) 禁止 root 登录**

**\# vi /etc/ssh/sshd\_config  
PermitRootLogin no**

**2) 废除密码登录, 强迫使用 RSA 验证(假设 ssh 账户为 user1 )**

**\# vi /etc/ssh/sshd\_config  
RSAAuthentication yes  
PubkeyAuthentication yes  
AuthorizedKeysFile .ssh/authorized\_keys  
PasswordAuthentication no  
\# service sshd restart  
\# su - user1  
$ mkdir ~/.ssh 2>/dev/null  
$ chmod 700 ~/.ssh  
$ touch ~/.ssh/authorized\_keys  
$ chmod 644 ~/.ssh/authorized\_keys**

**--------------------------------------------------  
转往 client 端:  
$ ssh-keygen -t rsa  
(按三下 enter 完成﹔不需设密码，除非您会用 ssh-agent 。)  
$ scp ~/.ssh/id\_rsa.pub [user1@server.machine:id\_rsa.pub][user1_server.machine_id_rsa.pub]  
(若是 windows client, 可用 puttygen.exe 产生 public key,  
然后复制到 server 端后修改之, 使其内容成为单一一行.)  
\---------------------------------------------------**

**回到 server 端:  
$ cat ~/id\_rsa.pub >> ~/.ssh/authorized\_keys  
$ rm ~/id\_rsa.pub  
$ exit**

**3) 限制 su / sudo 名单:**

**\# vi /etc/pam.d/su  
auth required /lib/security/$ISA/pam\_wheel.so use\_uid  
\# visudo  
%wheel ALL=(ALL) ALL  
\# gpasswd -a user1 wheel**

**4) 限制 ssh 使用者名单**

**\# vi /etc/pam.d/sshd  
auth required pam\_listfile.so item=user sense=allow file=/etc/ssh\_users onerr=fail  
\# echo user1 >> /etc/ssh\_users**

**5) 封锁 ssh 联机并改用 web 控管清单**

**\# iptables -I INPUT -p tcp --dport 22 -j DROP  
\# mkdir /var/www/html/ssh\_open  
\# cat > /var/www/html/ssh\_open/.htaccess < AuthName "ssh\_open"  
AuthUserFile /var/www/html/ssh\_open/.htpasswd  
AuthType basic  
require valid-user  
END  
\# htpasswd -c /var/www/html/ssh\_open/.htpasswd user1  
(最好还将 SSL 设起来, 或只限 https 联机更佳, 我这里略过 SSL 设定, 请读者自补.)  
(如需控制联机来源, 那请再补 Allow/Deny 项目, 也请读者自补.)  
\# cat > /var/www/html/ssh\_open/ssh\_open.php < //Set dir path for ip list  
$dir\_path=".";**

**//Set filename for ip list  
$ip\_list="ssh\_open.txt";**

**//Get client ip  
$user\_ip=$\_SERVER\['REMOTE\_ADDR'\];**

**//allow specifying ip if needed  
if (@$\_GET\['myip'\]) \{  
$user\_ip=$\_GET\['myip'\];  
\}**

**//checking IP format  
if ($user\_ip==long2ip(ip2long($user\_ip))) \{**

**//Put client ip to a file  
if(@!($file = fopen("$dir\_path/$ip\_list","w+")))  
\{  
echo "Permission denied!!  
";  
echo "Pls Check your rights to dir $dir\_path or file $ip\_list";  
\}  
else  
\{  
fputs($file,"$user\_ip");  
fclose($file);  
echo "client ip($user\_ip) has put into $dir\_path/$ip\_list";  
\}  
\} else \{  
echo "Invalid IP format!!  
ssh\_open.txt was not changed.";  
\}  
?>  
END  
\# touch /var/www/html/ssh\_open/ssh\_open.txt  
\# chmod 640 /var/www/html/ssh\_open5 \* \* \* \* root /etc/iptables/sshopen.sh clear  
END**

**---------------------------  
转往 client 端  
在 browser URL 输入:  
[ http://server.machine/ssh\_open/ssh\_open.php?myip=1.2.3.4][http_server.machine_ssh_open_ssh_open.php_myip_1.2.3.4]  
(若不指定 ?myip=1.2.3.4 则以 client 当时 IP 为准, 若没经 proxy 的话.)  
如此, server 端的 ssh\_open.txt 文件只有单一记录, 每次盖写.  
接着:  
$ telnet server.machine 1234  
然后你有最多 5 分钟时间用 ssh 联机 server !  
\---------------------------**

**此步骤的基本构思如下:  
5.1) 将 sshd 的 firewall 联机全部 block 掉.  
5.2) 然后在 httpd 那设一个 directory, 可设 ssl+htpasswd+allow/deny control,  
然后在目录内写一个 php 将 browser ip 记录于一份 .txt 文字文件里.  
视你的转写能力, 你可自动抓取 browser 端的 IP, 也可让 browser 端传入参数来指定.  
文字文件只有单一记录, 每次盖写.  
5.3) 修改 /etc/services , 增加一个新项目(如 xxx), 并指定一个新 port(如 1234)  
5.4) 再用 xinetd 监听该 port , 并启动令一只 script, 设定 iptables , 从 step2 的清单里取得 IP, 为之打开 ssh 联机.  
5.5) 设 crontab 每数分中清理 iptables 关于 ssh 联机的规则. 这并不影响既有联机, 若逾时再连, 则重复上述.**

**6) 要是上一步骤没设定, 你或许会担心过多的人来 try 你的 ssh 服务的话:  
\# cat > /etc/iptables/sshblock.sh < \#!/bin/bash**

**PATH=/sbin:/bin:/usr/sbin:/usr/bin**

**LOG\_FILE=/var/log/secure  
KEY\_WORD="Illegal user"  
KEY\_WORD1="Failed password for root"  
PERM\_LIST=/etc/firewall/bad.list.perm  
LIMIT=5  
MAIL\_TO=root  
IPT\_SAV="$(iptables-save)"  
bad\_list=$(egrep "$KEY\_WORD" $LOG\_FILE | awk '\{print $NF\}' | xargs)  
bad\_list1=$(egrep "$KEY\_WORD1" $LOG\_FILE | awk '\{print $11\}' | xargs)  
bad\_list="$bad\_list $bad\_list1"**

**for i in $(echo -e "$\{bad\_list// /\\n\}" | sort -u)  
do  
hit=$(echo $bad\_list | egrep -o "$i" | wc -l)  
\[ "$hit" -ge "$LIMIT" \] && \{  
echo "$IPT\_SAV" | grep -q "$i .\*-j DROP" || \{  
echo -e "\\n$i was dropped on $(date)\\n" | mail -s "DROP by $\{0\#\#\*/\}: $i" $MAIL\_TO  
iptables -I INPUT -s $i -j DROP  
\}  
egrep -q "^$i$" $PERM\_LIST || echo $i >> $PERM\_LIST  
\}  
done  
END  
\# chmod +x /etc/firewall/sshblock.sh  
\# cat >> /etc/hosts.allow < sshd: ALL: spawn ( /etc/firewall/sshblock.sh )& : ALLOW  
END**

**这样, 那些乱 try SSH 的家伙, 顶多能试 5 次(LIMIT 可调整), 然后就给 BLOCK 掉了.  
此外, 在 PERM\_LIST 的 ip, 也可提供给 iptables 的初始 script , 来个永久性封闭:  
for i in $(< $PERM\_LIST)  
do  
/sbin/iptables -I INPUT -s $i -j DROP  
done**

**7) 还有, 你想知道有哪些人对你做 full range port scan 的话:**

**\# iptables -I INPUT -p tcp --dport 79 -j ACCEPT  
cat > /etc/xinetd.d/finger < service finger  
\{  
socket\_type = stream  
wait = no  
user = nobody  
server = /usr/sbin/in.fingerd  
disable = no  
\}  
END  
\# cat >> /etc/hosts.allow < in.fingerd: ALL : spawn ( echo -e "\\nWARNING %a was trying finger.\\n$(date)" | mail -s "finger from %a" root ) & : DENY  
END**

**这里, 我只是设为发信给 root.  
事实上, 你可修改为起动 firewall 将 %a 这个传回值给 ban 掉也行.  
不过, 对方要是有选择性的做 port scan , 没扫到 finger 的话, 那当然就没用了...**

**SSH客户端命令  
Submitted by amxku on 2006, June 14, 11:35 PM. 帝国系统  
ssh –l user –p 22 upsdn.net**

**输入密码即可登录**

**l login\_name**

**指定登入于远程机器上的使用者，若没加这个选项，而直接打 ssh lost 也是可以的，它是以读者目前的使用者去做登入的动作。 例如： ssh –l root [http://www.upsdn.net][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 &，将在 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][my_www.upsdn.net_home_my]**

**会将本地的 /etc/lilo.conf 这个档案 copy 到 [www.upsdn.net][http_www.upsdn.net]，使用者my 的家目录下。**

**=====================================================**

**copy远程机器上的档案到本地来**

**scp [my@www.upsdn.net:/etc/lilo.conf][my_www.upsdn.net_etc_lilo.conf] /etc**

**会将 [http://www.upsdn.net][http_www.upsdn.net] 中 /etc/lilo.conf 档案 copy 到本地的 /etc 目录下。**

**=====================================================**

**保持从来源 host 档案的属性**

**scp –p [my@www.upsdn.net:/etc/lilo.conf][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][my_sohu.com_.ssh_authorized_keys]**

**若在使用 ssh-keygen 产生钥匙对时没有输入密码，则如上所示不需输入密码即可从[http://www.upsdn.net][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] 』即表示，我是以 user 这个帐号去登入 hostname 这部主机的意思。当然，也可以使用 -l username 这样的形式来书写！登入对方主机之后，其它的所有执行行为都跟在 Linux 主机内没有两样～所以，真的是很简单吧！ ^\_^ 这样就可以达到远程控管主机的目的了！此外，在预设的情况下， SSH 是『允许你以 root 的身份登入』喔！呵呵！更是爽快啦！此外，请特别留意的是，当您要连接到对方的主机时，如果是首次连接，那么 Server 会问你，你的联机的 Key 尚未被建立，要不要接受 Server 传来的 Key ，并建立起联机呢？呵呵！这个时候请『务必要输入 yes 而不是 y 或 Y』，这样程序才会接受**

**sftp -l username hostname 或者 sftp [user@hosname][user_hosname]**

**进入到 sftp 之后，那就跟在一般 FTP 模式下的操作方法没有两样**

**cd**

**ls dir**

**mkdir**

**rmdir**

**pwd**

**chgrp**

**chown**

**chmod**

**ln oldname newname**

**rm path**

**rename oldname newname**

**exit bye**

转载于:https://blog.51cto.com/80888888/1333264

[user_remote.machine]: mailto:user@remote.machine
[user_remote.machine_remote_path]: mailto:user@remote.machine:/remote/path
[user1_server.machine_id_rsa.pub]: mailto:user1@server.machine:id_rsa.pub
[http_server.machine_ssh_open_ssh_open.php_myip_1.2.3.4]: http://blog.chinaunix.net/link.php?url=http://server.machine/ssh_open/ssh_open.php?myip=1.2.3.4
[http_www.upsdn.net]: http://blog.chinaunix.net/link.php?url=http://www.upsdn.net
[my_www.upsdn.net_home_my]: mailto:my@www.upsdn.net:/home/my
[my_www.upsdn.net_etc_lilo.conf]: mailto:my@www.upsdn.net:/etc/lilo.conf
[my_sohu.com_.ssh_authorized_keys]: mailto:my@sohu.com:.ssh/authorized_keys
[user_hostname]: mailto:user@hostname
[user_hosname]: mailto:user@hosname