建立linux ssh信任


1、生成本地服务器ssh私钥,如已存在,可忽略。

$ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):

一路回车,会在本地家目录~/.ssh/生成密钥文件,检查如果存在,则可忽略。(更多ssh-keygen使用帮助,见ssh-keygen -h)

生成以后,如下:

$ls -ltra ~/.ssh/id_rsa*
-rw-r--r--. 1 root root  408 May  4 13:20 /root/.ssh/id_rsa.pub
-rw-------. 1 root root 1675 May  4 13:20 /root/.ssh/id_rsa


2、ssh登陆远端服务器,开通防火墙,如已开通,可忽略

$/sbin/iptables -I INPUT -i eth0 -s 10.10.10.10 -p tcp -m tcp --dports 22 -j ACCEPT

开通防火墙以后,确认本地ssh 10.10.10.11 22能通(假设本地服务器IP:10.10.10.10,远端服务器IP为:10.10.10.11)


3、确认远端服务器存在~/.ssh/authorized_keys文件及对应目录,不存在则创建、否者可忽略。

$ls -ltra ~/ | grep ssh 
drwx------.  2 root root       4096 May  4 13:38 .ssh
$ls -ltr .ssh/authorized_keys 
-rw-------. 1 root root 408 May  4 13:38 .ssh/authorized_keys

注意:文件~/.ssh/authorized_keys的权限必须为600,目录~/.ssh/权限为700,否者信任会失效。


4、拷贝本机生成的公钥文件(~/.ssh/id_rsa.pub)内容追加到远端服务器~/.ssh/authorized_keys中

$cat .ssh/id_rsa.pub

粘贴如上文件中的内容至目标服务器~/.ssh/authorized_keys中。


5、如觉得麻烦,可忽略3-4两步操作,使用ssh-copy-id命令一步到位。

$ssh-copy-id -i ~/.ssh/id_rsa.pub 10.10.10.11

$ssh-copy-id -h
Usage: /usr/bin/ssh-copy-id [-i [identity_file]] [user@]machine

完成以后,正常情况下,我们就可以本地无密码直接ssh登陆远端服务器了。

如将本地用户luser公钥内容追加到远端用户ruser家目录~/.ssh/authorized_keys文件中,那么本地用户就可以ssh [email protected](远端ip),需要访问用户的对应关系一定要搞清楚了。


6、非正常情况,我们会遇到一些错误,即使按照上面的步骤做完了以后,依然无法无密码登陆。

  • 确认防火墙OK

  • 确认远端~/.ssh/authorized_keys文件权限正确,并没有串行的情况。

  • 确认公钥正确

  • 快速使用ssh -vvv ip查看执行详细过程有无报错,并根据实际情况进行排查

  • 查看 /var/log/audit/audit.log远端日志报错

  • 检查远端目标服/etc/ssh/sshd_config及本地/etc/ssh/ssh_config配置是否正常

  • 尝试重启sshd服务


7、开启sellinux以后ssh需使用密码登陆。

如下查看文件的安全上下文:

# ls -laZ .ssh/
drwx------  root root ?                                .
dr-xr-x---. root root system_u:object_r:admin_home_t:s0 ..
-rw-r--r--  root root ?                                authorized_keys
-rwx------  root root ?                                id_dsa
-rwx------  root root ?                                id_dsa.pub
-rwx------  root root ?                                id_rsa
-rwx------  root root ?                                id_rsa.pub

 如上,我的.ssh目录文件的安全上下文跟正常的不配,使用restorecon -r -vv .ssh/ 修复,并将sellinux设置为enforcing,并重启服务器以后生效。


修复以后如下:

# ls -laZ .ssh/
drwx------. root root system_u:object_r:ssh_home_t:s0  .
dr-xr-x---. root root system_u:object_r:admin_home_t:s0 ..
-rw-r--r--. root root system_u:object_r:ssh_home_t:s0  authorized_keys
-rwx------. root root system_u:object_r:ssh_home_t:s0  id_dsa
-rwx------. root root system_u:object_r:ssh_home_t:s0  id_dsa.pub
-rwx------. root root system_u:object_r:ssh_home_t:s0  id_rsa
-rwx------. root root system_u:object_r:ssh_home_t:s0  id_rsa.pub

  • 如果你发现如上面所显示的那样.ssh目录不是ssh_home_t,使用restorecon -r -vv /home/恢复目录文件安全上下文。

  • 这种情况通常是因为我们最初home分区挂载根目录,未单独分区,格式化新分区并挂载家目录以后会导致这样的问题。

  • 同样可以使用setenforce 0把SELinux关闭(或修改/etc/selinux/config 文件重启生效)

  • 更多关于restorecon ,详见:http://l.51yip.com/search/restorecon


# getenforce 
Disabled
[root@dbbak_bj_10 ~]# setenforce 
usage:  setenforce [ Enforcing | Permissive | 1 | 0 ]


本文出自 “composer” 博客,请务必保留此出处http://zuoqujia.blog.51cto.com/9151800/1440322

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。