De acordo com este relatório do problema no site do CentOS, isso é causado por um "recurso" do upstream no SELinux; Se o SELinux for aplicado, ele impedirá que o servidor use a autenticação do pubkey. Não há indicação de que esse comportamento será alterado no futuro próximo. Para ver se esse problema se aplica a você, digite sestatus e veja se ele relata "Modo atual" como enforcing .
Eu sei de duas soluções alternativas.
- Você pode definir o SELinux como modo permissivo. Digite
setenforce 0para alterar a política imediatamente e, em seguida, abra/etc/selinux/confige verifique seSELINUX=permissive. -
Restaure o arquivo para o contexto de segurança correto:
restorecon -R -v ~$USER/.ssh