设为首页收藏本站
开启辅助访问 切换到窄版

安全矩阵

 找回密码
 立即注册
搜索
安全矩阵»安全矩阵 › 安全矩阵实验室 › 技术转载 › 史上最全 SSH 暗黑技巧详解
返回列表 发新帖
查看: 909|回复: 0

史上最全 SSH 暗黑技巧详解

[复制链接]
ivi

417

主题

417

帖子

2391

积分

金牌会员

Rank: 6Rank: 6

积分
2391
发表于 2023-12-7 18:53:32 | 显示全部楼层 |阅读模式
刘新元 knowclub 2023-12-02 07:00 发表于北京

史上最全 SSH 暗黑技巧详解

我见过太多的老鸟、新手对ssh 基本只限于 ssh到远程机器，实际这个命令我们一天要用很多次，但是对它的了解太少了，他的强大远远超出你的想象。当于你也许会说够用就够了，确实没错，但是你考虑过效率没有，或者还有哪些脑洞大开的功能会让你爱死他，这些功能又仅仅是一行命令就够了。

来，让我们一起走一遍，看看会不会让你大开眼界


本文试图解决的问题
  • 公司跳板机要输入动态token，太麻烦了，如何省略掉这个token；
  • 比如多机房总是要走跳板机，如何绕过跳板机直连；
  • 我的开发测试机器如何免打通、免密码、直达；
  • 如何访问隔离环境中(k8s)的Web服务 – 将隔离环境中的web端口映射到本地
  • 如何让隔离环境的机器用上yum、apt
  • 如何将服务器的图形界面映射到本地(类似vnc的作用)
  • ssh如何调试诊断，这才是终极技能……


注意事项
  • ssh是指的openSSH 命令工具
  • 本文适用于各种Linux、MacOS下命令行操作，Windows的话各种可视化工具都可以复制session、配置tunnel来实现类似功能。
  • 如果文章中提到的文件、文件夹不存在可以直接创建出来。
  • 所有配置都是在你的笔记本上（相当于ssh client上）



内部堡垒机、跳板机都需要密码+动态码，太复杂了，怎么解？
  1. $ cat ~/.ssh/config
  2. #reuse the same connection --关键配置
  3. ControlMaster auto
  4. ControlPath ~/tmp/ssh_mux_%h_%p_%r

  6. #查了下ControlPersist是在OpenSSH5.6加入的，5.3还不支持
  7. #不支持的话直接把这行删了，不影响功能
  8. #keep one connection in 72hour
  9. #ControlPersist 72h
  10. #复用连接的配置到这里，后面的配置与复用无关

  12. #其它也很有用的配置
  13. GSSAPIAuthentication=no
  14. #这个配置在公网因为安全原因请谨慎关闭
  15. StrictHostKeyChecking=no
  16. TCPKeepAlive=yes
  17. CheckHostIP=no
  18. # "ServerAliveInterval [seconds]" configuration in the SSH configuration so that your ssh client sends a "dummy packet" on a regular interval so that the router thinks that the connection is active even if it's particularly quiet
  19. ServerAliveInterval=15
  20. #ServerAliveCountMax=6
  21. ForwardAgent=yes

  23. UserKnownHostsFile /dev/null
复制代码


在你的ssh配置文件增加上述参数，意味着72小时内登录同一台跳板机只有第一次需要输入密码，以后都是重用之前的连接，所以也就不再需要输入密码了。

加了如上参数后的登录过程就有这样的东东(默认没有，这是debug信息)：


  1. debug1: setting up multiplex master socket
  2. debug3: muxserver_listen: temporary control path   /home/ren/tmp/ssh_mux_10.16.*.*_22_corp.86g3C34vy36tvCtn
  3. debug2: fd 3 setting O_NONBLOCK
  4. debug3: fd 3 is O_NONBLOCK
  5. debug3: fd 3 is O_NONBLOCK
  6. debug1: channel 0: new [/home/ren/tmp/ssh_mux_10.16.*.*_22_corp]
  7. debug3: muxserver_listen: mux listener channel 0 fd 3
  8. debug1: control_persist_detach: backgrounding master process
  9. debug2: control_persist_detach: background process is 15154
  10. debug2: fd 3 setting O_NONBLOCK
  11. debug1: forking to background
  12. debug1: Entering interactive session.
  13. debug2: set_control_persist_exit_time: schedule exit in 259200 seconds
  14. debug1: multiplexing control connection
复制代码


/home/ren/tmp/ssh_mux_10.16.._22_corp 这个就是保存好的socket，下次可以重用，免密码。 in 259200 seconds 对应 72小时

我有很多不同机房（或者说不同客户）的机器都需要跳板机来登录，能一次直接ssh上去吗？

比如有一批客户机房的机器IP都是192.168.., 然后需要走跳板机100.10.1.2才能访问到，那么我希望以后在笔记本上直接 ssh 192.168.1.5 就能直接连上
  1. $ cat /etc/ssh/ssh_config

  3. Host 192.168.*.*
  4. ProxyCommand ssh -l ali-renxijun 100.10.1.2 exec /usr/bin/nc %h %p
复制代码


上面配置的意思是执行 ssh 192.168.1.5的时候命中规则 Host 192.168.. 所以执行 ProxyCommand 先连上跳板机再通过跳板机连向192.168.1.5 。这样在你的笔记本上就跟192.168.. 的机器仿佛在一起，ssh可以上去，但是ping不通这个192.168.1.5的ip

划重点：公司的线上跳板机做了特殊限制，限制了这个技能。日常环境跳板机支持这个功能

比如我的跳板配置：

  1. #到美国的机器用美国的跳板机速度更快
  2. Host 10.74.*
  3. ProxyCommand ssh -l user us.jump exec /bin/nc %h %p 2>/dev/null
  4. #到中国的机器用中国的跳板机速度更快
  5. Host 10.70.*
  6. ProxyCommand ssh -l user cn.jump exec /bin/nc %h %p 2>/dev/null

  8. Host 192.168.0.*
  9. ProxyCommand ssh -l user 1.1.1.1 exec /usr/bin/nc %h %p
复制代码


其实我的配置文件里面还有很多规则，懒得一个个隐藏IP了，这些规则是可以重复匹配的

来看一个例子

  1. ren@ren-VirtualBox:/$ ping -c 1 10.16.1.*
  2.         PING 10.16.1.* (10.16.1.*) 56(84) bytes of data.^C
  3.     --- 10.16.1.* ping statistics ---
  4.     1 packets transmitted, 0 received, 100% packet loss, time 0ms

  6. ren@ren-VirtualBox:~$ ssh -l corp 10.16.1.* -vvv
  7. OpenSSH_6.7p1 Ubuntu-5ubuntu1, OpenSSL 1.0.1f 6 Jan 2014
  8. debug1: Reading configuration data /home/ren/.ssh/config
  9. debug1: Reading configuration data /etc/ssh/ssh_config
  10. debug1: /etc/ssh/ssh_config line 28: Applying options for *
  11. debug1: /etc/ssh/ssh_config line 44: Applying options for 10.16.*.*
  12. debug1: /etc/ssh/ssh_config line 68: Applying options for *
  13. debug1: auto-mux: Trying existing master
  14. debug1: Control socket "/home/ren/tmp/ssh_mux_10.16.1.*_22_corp" does not exist
  15. debug1: Executing proxy command: exec ssh -l corp 139.*.*.* exec /usr/bin/nc 10.16.1.* 22
复制代码


本来我的笔记本跟 10.16.1. 是不通的(ping 不通），但是ssh可以直接连上，实际ssh登录过程中自动走跳板机139... 就连上了

-vvv 参数是debug，把ssh登录过程的日志全部打印出来。


将隔离环境中的web端口映射到本地（本地代理）
远程机器部署了WEB Server（端口 8083），需要通过浏览器来访问这个WEB服务，但是server在隔离环境中，只能通过ssh访问到。一般来说会在隔离环境中部署一个windows机器，通过这个windows机器来访问到这个web server。能不能省掉这个windows机器呢？

现在我们试着用ssh来实现本地浏览器直接访问到这个隔离环境中的WEB Server。

假设web server是：10.1.1.123:8083， ssh账号是：user

先配置好本地直接 ssh user@10.1.1.123 （参考前面的 ProxyCommand配置过程，最好是免密也配置好），然后在你的笔记本上执行：

  1. ssh -CNfL 0.0.0.0:8088:10.1.1.123:8083 user@10.1.1.123
复制代码


或者：(root@100.1.2.3 -p 54900 是可达10.1.1.123的代理服务器)
  1. ssh -CNfL 0.0.0.0:8089:10.1.1.123:8083 root@100.1.2.3 -p 54900
复制代码


这表示在本地启动一个8088的端口，将这个8088端口映射到10.1.1.123的8083端口上，用的ssh账号是user

然后在笔记本上的浏览器中输入： 127.0.0.1:8088 就看到了如下界面：


反过来，也可以让隔离环境机器通过代理上网，比如安装yum

为什么有时候ssh 比较慢，比如总是需要30秒钟后才能正常登录
先了解如下知识点，在 ~/.ssh/config 配置文件中：

  1. GSSAPIAuthentication=no
复制代码
禁掉 GSSAPI认证，GSSAPIAuthentication是个什么鬼东西请自行 Google(多一次没必要的授权认证过程，然后等待超时)。 这里要理解ssh登录的时候有很多种认证方式（公钥、密码等等），具体怎么调试请记住强大的命令参数 ssh -vvv 上面讲到的技巧都能通过 -vvv 看到具体过程。

比如我第一次碰到ssh 比较慢总是需要30秒后才登录，不能忍受，于是登录的时候加上 -vvv明显看到控制台停在了：GSSAPIAuthentication 然后Google了一下，禁掉就好了

当然还有去掉每次ssh都需要先输入yes


批量打通所有机器之间的ssh登录免密码
Expect在有些公司是被禁止的

ssh免密码的原理是将本机的pub key复制到目标机器的 ~/.ssh/authorized_keys 里面。可以手工复制粘贴，也可以 ssh-copy-id 等

如果有100台机器，互相两两打通还是比较费事（大概需要100*99次copy key）。 下面通过 expect 来解决输入密码，然后配合shell脚本来批量解决这个问题。



这个脚本需要四个参数：目标IP、用户名、密码、home目录，也就是ssh到一台机器的时候帮我们自动填上yes，和密码，这样就不需要人肉一个个输入了。

再在外面写一个循环对每个IP执行如下操作：



if代码部分检查本机~/.ssh/下有没有id_rsa.pub，也就是是否以前生成过密钥对，没生成的话就帮忙生成一次。

for循环部分一次把生成的密钥对和authorized_keys复制到所有机器上，这样所有机器之间都不需要输入密码就能互相登陆了（当然本机也不需要输入密码登录所有机器）

最后一行代码：

  1. ssh $user@$n "hostname -i"
复制代码


验证一下没有输密码是否能成功ssh上去。

思考一下，为什么这么做就可以打通两两之间的免密码登录，这里没有把所有机器的pub key复制到其他所有机器上去啊

答案：其实这个脚本做了一个取巧投机的事，那就是让所有机器共享一套公钥、私钥。 有时候我也会把我的windows笔记本和我专用的某台虚拟机共享一套秘钥，这样任何新申请的机器打通一次账号就可以在两台机器上随便登录。请保护好自己的私钥


如果免密写入 authorized_keys 成功，但是通过ssh pubkey认证的时候还是有可能失败，这是因为pubkey认证要求：

  • authorized_keys 文件权限要对
  • .ssh 文件夹权限要对
  • /home/user 文件夹权限要对 —-这个容易忽视掉



留个作业：第一次ssh某台机器的时候总是出来一个警告，需要yes确认才能往下走，怎么干掉他？
StrictHostKeyChecking=no UserKnownHostsFile=/dev/null


如果按照文章操作不work，推荐就近问身边的同学。问我的话请cat 配置文件 然后把ssh -vvv user@ip (user、ip请替换成你的），再截图发给我。**

测试成功的同学也请留言说下什么os、版本，以及openssl版本，我被问崩溃了

这里只是帮大家入门了解ssh，掌握好这些配置文件和-vvv后有好多好玩的可以去挖掘，同时也请在留言中说出你的黑技能


~/.ssh/config 参考配置
下面是我个人常用的ssh config配置
  1. $cat ~/.ssh/config
  2. #GSSAPIAuthentication=no
  3. StrictHostKeyChecking=no
  4. #TCPKeepAlive=yes
  5. CheckHostIP=no
  6. # "ServerAliveInterval [seconds]" configuration in the SSH configuration so that your ssh client sends a "dummy packet" on a regular interval so that the router thinks that the connection is active even if it's particularly quiet
  7. ServerAliveInterval=15
  8. #ServerAliveCountMax=6
  9. ForwardAgent=yes

  11. UserKnownHostsFile /dev/null

  13. #reuse the same connection
  14. ControlMaster auto
  15. ControlPath /tmp/ssh_mux_%h_%p_%r

  17. #keep one connection in 72hour
  18. ControlPersist 72h

  20. Host 192.168.1.*
  21. ProxyCommand ssh user@us.jump exec /usr/bin/nc %h %p 2>/dev/null
  22. Host 192.168.2.*
  23. ProxyCommand ssh user@cn.jump exec /usr/bin/nc %h %p 2>/dev/null
  24. #ProxyCommand /bin/nc -x localhost:12346 %h %p

  26. Host 172
  27.     HostName 10.172.1.1
  28.     Port 22
  29.     User root
  30.     ProxyJump root@1.2.3.4:12345

  32. Host 176
  33.     HostName 10.176.1.1
  34.     Port 22
  35.     User root
  36.     ProxyJump admin@1.2.3.4:12346
  37.    
  38. Host 10.5.*.*, 10.*.*.*
  39.     port 22
  40.    user root
  41.    ProxyJump plantegg@1.2.3.4:12347
复制代码


ProxyJump完全可以取代 ProxyCommand，比如ProxyJump 不再依赖nc、也更灵活一些

/etc/ssh/ssh_config 参考配置
  1. Host *
  2. Protocol 2
  3. ServerAliveInterval 30
  4. User admin

  6. host 10.10.55.*
  7. ProxyCommand ssh -l admin admin.jump  exec /usr/bin/nc %h %p

  9. # uos is a hostname
  10. Host 10.10.1.13* 192.168.2.133 uos
  11. ProxyCommand ssh -l root -p 54900 1.1.1.1 exec /usr/bin/nc %h %p

  13. #debug for git proxy
  14. Host github.com
  15. #    LogLevel DEBUG3
  16. #    ProxyCommand ssh  -l root gfw.jump exec /usr/bin/nc %h %p
  17. #    ProxyCommand ssh -oProxyCommand='ssh -l admin gfw.jump:22' -l root gfw.jump2 exec /usr/bin/nc %h %p


  20. ForwardAgent yes
  21. ForwardX11 yes
  22. ForwardX11Trusted yes

  24.     SendEnv LANG LC_*
  25.     HashKnownHosts yes
  26.     GSSAPIAuthentication no
  27.     GSSAPIDelegateCredentials no
  28.     Compression yes
复制代码


其他知识点
参数的优先级是：命令行配置选项 > ~/.ssh/config > /etc/ssh/ssh_config

在SSH的身份验证阶段，SSH只支持服务端保留公钥，客户端保留私钥的方式，所以方式只有两种：客户端生成密钥对，将公钥分发给服务端；服务端生成密钥对，将私钥分发给客户端。只不过出于安全性和便利性，一般都是客户端生成密钥对并分发公钥（阿里云服务器秘钥对–服务器将一对密钥中的公钥放在 authorized_keys, 私钥给client登陆用）

服务器上的 /etc/ssh/ssh_host *是用来验证服务器身份的秘钥对（对应client的 known_hosts), 在主机验证阶段，服务端持有的是私钥，客户端保存的是来自于服务端的公钥。注意，这和身份验证阶段密钥的持有方是相反的。

SSH支持多种身份验证机制，它们的验证顺序如下：gssapi-with-mic,hostbased,publickey,keyboard-interactive,password，但常见的是密码认证机制(password)和公钥认证机制(public key). 当公钥认证机制未通过时，再进行密码认证机制的验证。这些认证顺序可以通过ssh配置文件(注意，不是sshd的配置文件)中的指令PreferredAuthentications改变。

永久隧道
大多时候隧道会失效，或者断开，我们需要有重连机制，一般可以通过autossh（需要单独安装）搞定自动重连，再配合systemd或者crond搞定永久自动重连

比如以下代码在gf开启2个远程转发端口

  1. remote_port=(30081 30082)
  2. for port in "${remote_port[@]}"
  3. do
  4.     line=`ps aux |grep ssh |grep $port | wc -l`
  5.     if [[ "$line" -lt 1 ]]; then
  6.         autossh -M 0 -fNR gf:$port:127.0.0.1:22 root@gf
  7.     fi;
  8. done

  10. line=`ps aux |grep ssh |grep 13129 | wc -l`
  11. if [[ "$line" -lt 1 ]]; then
  12.     nohup ssh -fNR gf:13129:172.16.1.2:3129 root@gf
  13. fi;

  15. #cat /etc/cron.d/jump
  16. #* * * * * root sh /root/drds_private_cloud/jump.sh
复制代码


或者另外创建一个service服务
  1. [Unit]
  2. Description=AutoSSH tunnel on 31081 to gf server
  3. After=network.target

  5. [Service]
  6. Environment="AUTOSSH_GATETIME=0"
  7. ExecStart=/usr/bin/autossh -M 0 -q -N -o "ServerAliveInterval 60" -o "ServerAliveCountMax 3" -NR gf:31081:172.16.1.2:22 -i /root/.ssh/id_rsa root@gf

  9. [Install]
  10. WantedBy=multi-user.target
复制代码


调试ssh–终极大招
好多问题我都是debug发现的

  • 客户端增加参数 -vvv 会把所有流程在控制台显示出来。卡在哪个环节；密码不对还是key不对一看就知道
  • server端还可以：/usr/sbin/sshd -ddd -p 2222 在2222端口对sshd进行debug，看输出信息验证为什么pub key不能login等. 一般都是权限不对，/root 以及 /root/.ssh 文件夹的权限和owner都要对，更不要说 /root/.ssh/authorized_keys 了



  1. /usr/sbin/sshd -ddd -p 2222
复制代码


ssh 提示信息
可以用一下脚本生成一个彩色文件，放到 /etc/motd 中就行

Basic colors are numbered:

  • 1 – Red
  • 2 – Green
  • 3 – Yellow
  • 4 – Blue
  • 5 – Magenta
  • 6 – Cyan
  • 7 – White



  1. #!/bin/sh
  2. export TERM=xterm-256color

  4. read one five fifteen rest < /proc/loadavg
  5. echo "$(tput setaf 2)
  6. Kernel: `uname -v | awk -v OFS=' ' '{print $4, $5}'`
  7.                                                                                                                                    
  8.         \\   ^__^
  9.          \\  (oo)\\_______
  10.             (__)\\       )\\\/\\
  11.                 ||----w |
  12.                 ||     ||

  14. 本机器为长稳测试环境, 千万不要kill进程, 不要跑负载过重的任务

  16. 有任何需要请联系 ** 多谢!

  18. $(tput setaf 4)Load Averages......: ${one}, ${five}, ${fifteen} (1, 5, 15 min)
  19. $(tput setaf 5)
  20. ______________
  21. 本机器为长稳测试环境, 千万不要kill进程, 不要跑负载过重的任务

  23. 有任何需要请联系 ** 多谢!
  24. --------------
  25.         \\   ^__^
  26.          \\  (oo)\\_______
  27.             (__)\\       )\\\/\\
  28.                 ||----w |
  29.                 ||     ||

  31. $(tput sgr0)"
复制代码


以上脚本运行结果


sshd Banner
Banner指定用户登录后，sshd 向其展示的信息文件（Banner /usr/local/etc/warning.txt），默认不展示任何内容。

或者配置：


  2. cat /etc/ssh/sshd_config
  3. # no default banner path
  4. #Banner none
  5. #在配置文件末尾添加Banner /etc/ssh/my_banner这一行内容：
  6. Banner /etc/ssh/my_banner
复制代码


/etc/ssh/my_banner 中可以放置提示内容

验证秘钥对
-y Read a private OpenSSH format file and print an OpenSSH public key to stdout.

cd ~/.ssh/ ; ssh-keygen -y -f id_rsa | cut -d’ ‘ -f 2 ; cut -d’ ‘ -f 2 id_rsa.pub


ssh-keygen -y -e -f <private key>获取一个私钥并打印相应的公钥，该公钥可以直接与您可用的公钥进行比较

github 上你的公钥
github可以取到你的公钥，如果别人让你查看他的服务器，直接给 https://github.com/plantegg.keys这个链接，让他把下载的key 加到 ~/.ssh/authorized_keys 里面就行了

ssh-keygen
静默生成

  1. ssh-keygen -q -t rsa -N '' -f ~/.ssh/id_rsa <<<y

  3. ssh-keygen -q -t rsa -N '' -f ~/.ssh/id_rsa <<<y >/dev/null 2>&1

  5. //修改 passphrase
  6. ssh-keygen -p -P "12345" -N "abcde" -f .ssh/id_rsa
  7. //ssh-keygen -p [-P old_passphrase] [-N new_passphrase] [-f keyfile]
  8. //或者直接通过提示一步步修改：
  9. ssh-keygen -p
复制代码


删除或者修改 passphrase
run ssh-keygen -p in a terminal. It will then prompt you for a keyfile (defaulted to the correct file for me, ~/.ssh/id_rsa), the old passphrase (enter what you have now) and the new passphrase (enter nothing).


要注意openssh 不同版本使用的不同 format，用openssh 8.0 默认用 “RFC4716” 格式，老的 4.0 默认是 PKCS8 格式

去修改dsa密钥后 openssh 4.0 不认


-m key_format Specify a key format for the -i (import) or -e (export) conversion options. The sup‐ ported key formats are: “RFC4716” (RFC 4716/SSH2 public or private key), “PKCS8” (PEM PKCS8 public key) or “PEM” (PEM public key). The default conversion format is “RFC4716”.


如果用 8.0 去修改 PKCS8 格式的 key 可以指定格式参数
  1. ssh-keygen -p  -m "PKCS8" -f ./id_dsa
复制代码


ssh-agent
私钥设置了密码以后，每次使用都必须输入密码，有时让人感觉非常麻烦。比如，连续使用scp命令远程拷贝文件时，每次都要求输入密码。

ssh-agent命令就是为了解决这个问题而设计的，它让用户在整个 Bash 对话（session）之中，只在第一次使用 SSH 命令时输入密码，然后将私钥保存在内存中，后面都不需要再输入私钥的密码了。

第一步，使用下面的命令新建一次命令行对话。


  1. $ eval `ssh-agent`
复制代码


上面命令中，ssh-agent会先自动在后台运行，并将需要设置的环境变量输出在屏幕上，类似下面这样。
  1. $ ssh-agent
  2. SSH_AUTH_SOCK=/tmp/ssh-barrett/ssh-22841-agent; export SSH_AUTH_SOCK;
  3. SSH_AGENT_PID=22842; export SSH_AGENT_PID;
  4. echo Agent pid 22842;
复制代码


eval命令的作用，就是运行上面的ssh-agent命令的输出，设置环境变量。

第二步，在新建的 Shell 对话里面，使用ssh-add命令添加默认的私钥（比如~/.ssh/id_rsa，或~/.ssh/id_dsa，或~/.ssh/id_ecdsa，或~/.ssh/id_ed25519）。

  1. $ ssh-add
  2. Enter passphrase for /home/you/.ssh/id_dsa: ********
  3. Identity added: /home/you/.ssh/id_dsa (/home/you/.ssh/id_dsa)
复制代码


上面例子中，添加私钥时，会要求输入密码。以后，在这个对话里面再使用密钥时，就不需要输入私钥的密码了，因为私钥已经加载到内存里面了。

如果添加的不是默认私钥，ssh-add命令需要显式指定私钥文件。

  1. $ ssh-add my-other-key-file
复制代码


上面的命令中，my-other-key-file就是用户指定的私钥文件。

SSH agent 程序能够将您的已解密的私钥缓存起来，在需要的时候用它来解密key chanllge返回给 SSHD https://webcache.googleuserconte ... cache:7OfvSBFki10J:[/url] keychain介绍

安装sshd和debug
sshd 有自己的一对或多对密钥。它使用密钥向客户端证明自己的身份。所有密钥都是公钥和私钥成对出现，公钥的文件名一般是私钥文件名加上后缀.pub。

DSA 格式的密钥文件默认为/etc/ssh/ssh_host_dsa_key（公钥为ssh_host_dsa_key.pub），RSA 格式的密钥为/etc/ssh/ssh_host_rsa_key（公钥为ssh_host_rsa_key.pub）。如果需要支持 SSH 1 协议，则必须有密钥/etc/ssh/ssh_host_key。

如果密钥不是默认文件，那么可以通过配置文件sshd_config的HostKey配置项指定。默认密钥的HostKey设置如下。


  1. # HostKey for protocol version 1
  2. # HostKey /etc/ssh/ssh_host_key

  4. # HostKeys for protocol version 2
  5. # HostKey /etc/ssh/ssh_host_rsa_key
  6. # HostKey /etc/ssh/ssh_host_dsa_ke
复制代码


注意，如果重装 sshd，/etc/ssh下的密钥都会重新生成（这些密钥对用于验证Server的身份），导致客户端重新 ssh 连接服务器时，会跳出警告，拒绝连接。为了避免这种情况，可以在重装 sshd 时，先备份/etc/ssh目录，重装后再恢复这个目录。
调试：非后台(-D)和debug(-d)模式启动sshd，同时监听2222和3333端口

sshd -D -d -p 2222 -p 3333


sshd config 配置多端口

  2. #cat /etc/ssh/sshd_config
  3. Port 22022
  4. Port 22
  5. #AddressFamily any
  6. #ListenAddress 0.0.0.0
复制代码


scp设置socks代理
scp -o “ProxyCommand=nc -X 5 -x [SOCKS_HOST]:[SOCKS_PORT] %h %p” [LOCAL/FILE/PATH] [REMOTE_USER]@[REMOTE_HOST]:[REMOTE/FILE/PATH]


其中[SOCKS_HOST]和[SOCKS_PORT]是socks代理的LOCAL_ADDRESS和LOCAL_PORT。[LOCAL/FILE/PATH]、[REMOTE_USER]、[REMOTE_HOST]和[REMOTE/FILE/PATH]分别是要复制文件的本地路径、要复制到的远端主机的用户名、要复制到的远端主机名、要复制文件的远端路径，这些参数与不使用代理时一样。“ProxyCommand=nc”表示当前运行命令的主机上需要有nc命令。

ProxyCommand
Specifies the proxy command for the connection. This command is launched prior to making the connection to Hostname. %h is replaced with the host defined in HostName and %p is replaced with 22 or is overridden by a Port directive.


在ssh连接目标主机前先执行ProxyCommand中的命令，比如 .ssh/config 中有如下配置
  1. host remote-host
  2. ProxyCommand ssh -l root -p 52146 1.2.3.4 exec /usr/bin/nc %h %p

  4. //以上配置等价下面的命令
  5. ssh -o ProxyCommand="ssh -l root -p 52146 1.2.3.4 exec /usr/bin/nc %h %p" remote-host
  6. //or 等价
  7. ssh -o ProxyCommand="ssh -l root -p 52146 -W %h:%p 1.2.3.4 " remote-host
  8. //or 等价 debug1: Setting implicit ProxyCommand from ProxyJump: ssh -l root -p 52146 -vvv -W '[%h]:%p' 1.2.3.4
  9. ssh -J root@1.2.3.4:52146 remote-host
复制代码


如上配置指的是，如果执行ssh remote-host 命中host规则，那么先执行命令 ssh -l root -p 52146 1.2.3.4 exec /usr/bin/nc 同时把remote-host和端口(默认22)传给nc

ProxyCommand和ProxyJump很类似，ProxyJump使用：

  1. //ssh到centos8机器上，走的是gf这台跳板机，本地一般和centos8不通
  2. ssh -J gf:22 centos8
复制代码


ProxyJump
需要 OpenSSH 7.3 以上版本才可以使用 ProxyJump, 相对 ProxyCommand 更简洁方便些

  1. #ssh 116 就可以通过 jumpserver:50023 连上 root@1.116.2.1:22
  2. Host 116
  3.     HostName 1.116.2.1
  4.     Port 22
  5.     User root
  6.     ProxyJump admin@jumpserver:50023

  8. #ssh 1.112.任意ip 都会默认走 jumpserver 跳转过去
  9. Host 1.112.*.*
  10.     Port 22
  11.     User root
  12.     ProxyJump root@jumpserver
复制代码


加密算法
列出本地所支持默认的加密算法

  1. #ssh -Q key                                                            
  2. ssh-ed25519
  3. ssh-ed25519-cert-v01@openssh.com
  4. ssh-rsa
  5. ssh-dss
  6. ecdsa-sha2-nistp256
  7. ecdsa-sha2-nistp384
  8. ecdsa-sha2-nistp521
  9. ssh-rsa-cert-v01@openssh.com
  10. ssh-dss-cert-v01@openssh.com
  11. ecdsa-sha2-nistp256-cert-v01@openssh.com
  12. ecdsa-sha2-nistp384-cert-v01@openssh.com
  13. ecdsa-sha2-nistp521-cert-v01@openssh.com

  15. ssh -Q cipher       # List supported ciphers
  16. ssh -Q mac          # List supported MACs
  17. ssh -Q key          # List supported public key types
  18. ssh -Q kex          # List supported key exchange algorithms
复制代码


比如连服务器报如下错误：
  1. debug1: kex: algorithm: (no match)
  2. Unable to negotiate with server port 22: no matching key exchange method found. Their offer: diffie-hellman-group1-sha1,diffie-hellman-group14-sha1
复制代码


表示服务端支持 diffie-hellman-group1-sha1,diffie-hellman-group14-sha1 加密，但是client端不支持，那么可以指定算法来强制client端使用某种和server一致的加密方式
  1. ssh  -oKexAlgorithms=+diffie-hellman-group14-sha1 -l user

  3. 或者config中配置：
  4. host server_ip
  5. KexAlgorithms +diffie-hellman-group1-sha1
复制代码


如果仍然报以下错误：
  1. debug2: first_kex_follows 0
  2. debug2: reserved 0
  3. debug1: kex: algorithm: diffie-hellman-group14-sha1
  4. debug1: kex: host key algorithm: (no match)
  5. Unable to negotiate with server_ip port 22: no matching host key type found. Their offer: ssh-rsa
复制代码


那么可以配置来解决：
  1. Host *
  2.     HostKeyAlgorithms +ssh-rsa
  3.     PubkeyAcceptedKeyTypes +ssh-rsa
复制代码


When an SSH client connects to a server, each side offers lists of connection parameters to the other. These are, with the corresponding ssh_config keyword:

  • KexAlgorithms: the key exchange methods that are used to generate per-connection keys
  • HostkeyAlgorithms: the public key algorithms accepted for an SSH server to authenticate itself to an SSH client
  • Ciphers: the ciphers to encrypt the connection
  • MACs: the message authentication codes used to detect traffic modification



无所不能的 SSH 三大转发模式
了解完前面的一些小知识，再来看看无所不能的三大杀招。上面的各种代理基本都是由这三种转发模式实现的。

SSH能够做动态转发、本地转发、远程转发。先简要概述下他们的特点和使用场景

三个转发模式的比较：

  • 动态转发完全可以代替本地转发，只是动态转发是socks5协议，当科学上网用，本地转发是tcp协议
  • 本地转发完全是把动态转发特例化到访问某个固定目标的转发，类似 iptable 的 port forwarding
  • 远程转发是启动转端口的机器同时连上两端的两个机器，把本来不连通的两端拼接起来，中间显得多了个节点。
  • 三个转发模式可以串联使用

动态转发常用来科学上网，本地转发用来打洞，这两种转发启动的端口都是在本地；远程转发也是打洞的一种，只不过启用的端口在远程机器上。



动态转发 (-D) SOCKS5 协议
动态转发指的是，本机与 SSH 服务器之间创建了一个加密连接，然后本机内部针对某个端口的通信，都通过这个加密连接转发。它的一个使用场景就是，访问所有外部网站，都通过 SSH 转发。

动态转发需要把本地端口绑定到 SSH 服务器。至于 SSH 服务器要去访问哪一个网站，完全是动态的，取决于原始通信，所以叫做动态转发。

动态的意思就是：需要访问的目标、端口还不确定。后面要讲的本地转发、远程转发都是针对具体IP、port的转发。


  1. $ ssh -D 4444 ssh-server -N
  2. //或者如下方式：
  3. nohup ssh -qTfnN -D *:13658 root@jump vmstat 10  >/dev/null 2>&1
复制代码


注意，这种转发采用了 SOCKS5 协议。访问外部网站时，需要把 HTTP 请求转成 SOCKS5 协议，才能把本地端口的请求转发出去。-N参数表示，这个 SSH 连接不能执行远程命令，只能充当隧道。


下面是 ssh 隧道建立后的一个使用实例。

  1. curl -x socks5://localhost:4444 http://www.example.com
  2. or
  3. curl --socks5-hostname localhost:4444 https://www.twitter.com
复制代码


上面命令中，curl 的-x参数指定代理服务器，即通过 SOCKS5 协议的本地3000端口，访问http://www.example.com。

官方文档关于 -D的介绍
-D [bind_address:]port Specifies a local “dynamic” application-level port forwarding. This works by allocat‐ ing a socket to listen to port on the local side, optionally bound to the specified bind_address. Whenever a connection is made to this port, the connection is forwarded over the secure channel, and the application protocol is then used to determine where to connect to from the remote machine. Currently the SOCKS4 and SOCKS5 protocols are supported, and ssh will act as a SOCKS server. Only root can forward privileged ports. Dynamic port forwardings can also be specified in the configuration file.


特别注意，如果ssh -D 要启动的本地port已经被占用了是不会报错的，但是实际socks代理会没启动成功

本地转发 (-L)
本地转发（local forwarding）指的是，SSH 服务器作为中介的跳板机，建立本地计算机与特定目标网站之间的加密连接。本地转发是在本地计算机的 SSH 客户端建立的转发规则。

典型使用场景就是，打洞，经过跳板机访问无法直接连通的服务。

它会指定一个本地端口（local-port），所有发向那个端口的请求，都会转发到 SSH 跳板机（ssh-server），然后 SSH 跳板机作为中介，将收到的请求发到目标服务器（target-host）的目标端口（target-port）。

  1. $ ssh -L :local-port:target-host:target-port ssh-server  //target-host是ssh-server的target-host, target-host 域名解析、路由都是由ssh-server完成
复制代码


上面命令中，-L参数表示本地转发，local-port是本地端口，target-host是你想要访问的目标服务器，target-port是目标服务器的端口，ssh-server是 SSH 跳板机。当你访问localhost:local-port 的时候会通过ssh-server把请求转给target-host:target-port

上图对应的命令是：
  1. ssh -L 53682:remote-server:53682 ssh-server
复制代码


然后，访问本机的53682端口，就是访问remote-server的53682端口.
  1. $ curl http://localhost:53682
复制代码


注意，本地端口转发采用 HTTP 协议，不用转成 SOCKS5 协议。如果需要HTTP的动态代理，可以先起socks5动态代理，然后再起一个本地转发给动态代理的socks5端口，这样就有一个HTTP代理了，能给yum、docker之类的使用。

这个命令最好加上-N参数，表示不在 SSH 跳板机执行远程命令，让 SSH 只充当隧道。另外还有一个-f参数表示 SSH 连接在后台运行。

如果经常使用本地转发，可以将设置写入 SSH 客户端的用户个人配置文件。

  1. Host test.example.com
  2. LocalForward client-IP:client-port server-IP:server-port
复制代码


远程转发(-R)
远程端口指的是在远程 SSH 服务器建立的转发规则。主要是执行ssh转发的机器别人连不上，所以需要一台client能连上的机器当远程转发端口，要不就是本地转发了。

由于本机无法访问内网 SSH 跳板机，就无法从外网发起 SSH 隧道，建立端口转发。必须反过来，从 SSH 跳板机发起隧道，建立端口转发，这时就形成了远程端口转发。

  1. ssh -fNR 30.1.2.3:30081:166.100.64.1:3128 root@30.1.2.3 -p 2728
复制代码


上面的命令，首先需要注意，不是在30.1.2.3 或者166.100.64.1 上执行的，而是找一台能联通 30.1.2.3 和166.100.64.1的机器来执行，在执行前Remote clients能连上 30.1.2.3 但是 30.1.2.3 和 166.100.64.1 不通，所以需要一个中介将 30.1.2.3 和166.100.64.1打通，这个中介就是下图中的MobaXterm所在的机器，命令在MobaXterm机器上执行


执行上面的命令以后，跳板机30.1.2.3 到166.100.64.1的隧道已经建立了，这个隧道是依赖两边都能连通的MobaXterm机器。然后，就可以从Remote Client访问目标服务器了，即在Remote Client上执行下面的命令。
  1. $ curl http://30.1.2.3:30081
复制代码


执行上面的命令以后，命令就会输出服务器 166.100.64.1 的3128端口返回的内容。

如果经常执行远程端口转发，可以将设置写入 SSH 客户端的用户个人配置文件。

  1. Host test.example.com
  2. RemoteForward local-IP:local-port target-ip:target-port
复制代码


注意远程转发需要：
sshd_config里要打开AllowTcpForwarding选项，否则-R远程端口转发会失败。
默认转发到远程主机上的端口绑定的是127.0.0.1，如要绑定0.0.0.0需要打开sshd_config里的GatewayPorts选项(然后ssh -R 后加上*:port )。这个选项如果由于权限没法打开也有办法，可配合ssh -L将端口绑定到0.0.0.0。


开通远程转发后，如果需要动态代理（比如访问所有web服务），那么可以在30081端口机器上(30.1.2.3)执行：
  1. nohup ssh -qTfnN -D *:13658 root@127.0.0.1 -p 30081 vmstat 10  >/dev/null 2>&1
复制代码


表示在30081机器上(30.1.2.3)启动了一个socks5动态代理服务

调试转发、代理是否能联通
curl
curl -I –socks5-hostname localhost:13659 twitter.com

curl -x socks5://localhost:13659 twitter.com


Suppose you have a socks5 proxy running on localhost:13659 .

In curl >= 7.21.7, you can use

  1. curl -x socks5h://localhost:13659 http://www.google.com/
复制代码


In a proxy string, socks5h:// and socks4a:// mean that the hostname is resolved by the SOCKS server. socks5:// and socks4:// mean that the hostname is resolved locally. socks4a:// means to use SOCKS4a, which is an extension of SOCKS4. Let’s make urllib3 honor it.

In curl >= 7.18.0, you can use

  1. curl --socks5-hostname localhost:13659 http://www.google.com/
复制代码


–proxy 参数含义如下：
  1. The --socks5 option is basically considered obsolete since curl 7.21.7. This is because starting in that release, you can now specify the proxy protocol directly in the string that you specify the proxy host name and port number with already. The server you specify with --proxy. If you use a socks5:// scheme, curl will go with SOCKS5 with local name resolve but if you instead use socks5h:// it will pick SOCKS5 with proxy-resolved host name.
复制代码


wget
指定命令行参数,通过命令行指定HTTP代理服务器的方式如下：
wget -Y on -e “http_proxy=[http://**HTTP_HOST]:[HTTP_PORT]**“ http://facebook.com/其中：[HTTP_HOST]和[HTTP_PORT]是http proxy的ADDRESS和PORT。


-Y表示是否使用代理，on表示使用代理。

-e执行后面跟的命令，相当于在.wgetrc配置文件中添加了一条命令，将http_proxy设置为需要使用的代理服务器。

wget –limit-rate=2.5k 限制下载速度，进行测试

PKI (Public Key Infrastructure)证书
X.509 只是一种常用的证书格式，一般以PEM编码，PEM 编码的证书通常以 .pem、.crt 或 .cer 为后缀。再次提醒，这只是“通常”情况，实际上某些工具可能并不遵循这些惯例。通过pem证书可以访问需要认证的https服务(比如etcd、apiserver等)

  • ASN.1 用于定义数据类型，例如证书（certificate）和秘钥（key）——就像用 JSON 定义一个 request body —— X.509 用 ASN.1 定义。
  • DER 是一组将 ASN.1 编码成二进制（比特和字节）的编码规则（encoding rules）。
  • PKCS#7 and PKCS#12 是比 X.509 更大的数据结构（封装格式），也用 ASN.1 定义，其中能包含除了证书之外的其他东西。二者分别在 Java 和 Microsoft 产品中使用较多。
  • DER 编码之后是二进制数据，不方便复制粘贴，因此大部分证书都是用 PEM 编码的，它用 base64 对 DER 进行编码，然后再加上自己的 label。
  • 私钥通常用是 PEM 编码的 PKCS#8 对象，但有时也会用密码来加密。

通过命令 cat /etc/kubernetes/pki/ca.crt | openssl x509 -text 也可以得到下图信息




公钥、私钥常见扩展名
  • 公钥：.pub or .pem，ca.crt
  • 私钥：.prv, .key, or .pem , ca.key。


证书生成过程演示
并不是所有的场景都需要向这些大型的 CA 机构申请公钥证书，在任何一个企业，组织或是团体内都可以自己形这样的“小王国”，也就是说，你可以自行生成这样的证书，只需要你自己保证自己的生成证书的私钥的安全，以及不需要扩散到整个互联网。下面，我们用 openssl命令来演示这个过程。

1）生成 CA 机构的证书（公钥） ca.crt 和私钥 ca.key


  1. openssl req -newkey rsa:2048 \
  2.     -new -nodes -x509 \
  3.     -days 365 \
  4.     -out ca.crt \
  5.     -keyout ca.key \
  6.     -subj "/C=SO/ST=Earth/L=Mountain/O=CoolShell/OU=HQ/CN=localhost"
复制代码


\2) 生成 alice 的私钥

  1. openssl genrsa -out alice.key 2048
复制代码


3）生成 Alice 的 CSR – Certificate Signing Request


  2. openssl req -new -key alice.key -days 365 -out alice.csr \
  3.     -subj "/C=CN/ST=Beijing/L=Haidian/O=CoolShell/OU=Test/CN=localhost.alice"
复制代码


4）使用 CA 给 Alice 签名证书

  1. openssl x509  -req -in alice.csr \
  2.     -extfile <(printf "subjectAltName=DNS:localhost.alice") \
  3.     -CA ca.crt -CAkey ca.key  \
  4.     -days 365 -sha256 -CAcreateserial \
  5.     -out alice.crt
复制代码




本帖子中包含更多资源

您需要 登录 才可以下载或查看，没有帐号？立即注册

x
回复

使用道具 举报

返回列表 发新帖
高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

小黑屋|安全矩阵

GMT+8, 2024-11-27 22:27 , Processed in 0.016989 second(s), 19 queries .

Powered by Discuz! X4.0

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表