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 0
para alterar a política imediatamente e, em seguida, abra/etc/selinux/config
e verifique seSELINUX=permissive
. -
Restaure o arquivo para o contexto de segurança correto:
restorecon -R -v ~$USER/.ssh