根据自己的发展历程，回忆一下，之前接触到的都是密码用户登录，自从到了好孩子集团，感受了证书登录的情况，刚开始很抵触，超不习惯，而且当时对原理不了解，总是出错，给运维的那个哥们制造了不少的麻烦，现在懂了，来说说两种方式的利弊吧

  • 1)密码用户登录
    此种登录方式比较简单，而且省事，一般比较懒的人，或者对服务器安全性要求不高的人，会这么做。
    优点：简单，容易理解。
    缺点：不安全，不便于管理。
    实现方法：useradd ，passwd 两个命令够用了。（详细的就不说了，啰嗦）
  • 2）证书用户登录
    此种方法初始化相对比较繁琐，但后续管理方便，而且安全性比较到位，不会导致服务器账号混乱。
      优点：安全。
      缺点：初始化的时候要一一设置。
  • 实现方法（情景一：window => linux）：
    1）在客户端工具：xshell、secure shell client生成ssh public key 公钥，生成方式要和服务器端保持一致，通常都是rsa方式，生成必要后会有一个id_rsa.pub文件，把这个文件上传到服务器对应用户的/home/.ssh/目录下，如果用户没有/home/.ssh目录，就通过ssh-keygen -t rsa 命令构建，构建后删除生成的文件，保留用户上传的文件，然后运行命令
    cp id_rsa.pub authorized_keys, 就好了，至于为什么要改成authorized_keys，是因为/etc/ssh/sshd_config里引用的就是这个名字。
      2）修改服务端配置
      去掉一下三行前面的注视：
RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile      .ssh/authorized_keys
    然后
    修改 PasswordAuthentication yes
    3）测试客户端证书登录，主要用户名使用服务器开设的相应的名字。
    4）测试通过后，关闭密码登录
         修改为：PasswordAuthentication no
    重启sshd服务：service sshd restart
（注意文件证书权限，那flwu用户来说吧，flwu所属群组wheel）
    1)目录.ssh 权限是700   owner: flwu    group: wheel
    2)文件authorized_keys  权限是 600    owner：flwu  group ： root
    3)文件id_rsa秘钥文件权限是600     owner：flwu   group：root
实现方法：（情景二：linux => linux）
(类同于window=>linux，只不过注意生成秘钥的方法不同罢了)
经测试，发现可以server to server方式来建立互信访问，不需要