ssh-copy-id foi bem-sucedido, mas ainda solicita a entrada de senha

1
  1. Eu tenho ssh-copy-id root@c199 com sucesso antes.
  2. posso fazer o login por ssh root@c199 sem solicitação de senha
  3. Quero fazer login automático por outro usuário ufo (a máquina remota tem esse usuário)
  4. ssh-copy-id ufo@c199 pergunta-me a palavra-passe,

    /usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
    /usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
    ufo@c199's password:
    
    Number of key(s) added: 1
    
    Now try logging into the machine, with:   "ssh 'ufo@c199'"
    and check to make sure that only the key(s) you wanted were added.
    
  5. Mas o login por ssh ufo@c199 ainda solicita a inserção de senha.

Eu tento acessar o centos remoto na msys2 (no Windows) por ssh, eu descobri que existem muitas linhas iguais como

ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCs7RTfvn83Rxdmvgfh+F4kUlM5FzIUb9rRHaqq11xKIW1gztn/+G4tr+OWl4o6GTW2Z361hIi
ugy8DPtMATN66nTTDUYO0sSvw2BrQfDY4iIENdLpkkHO8KQVGpQE+8tDkaZfD6EQLVtl0uvDE3D77tfcnBLODXgZPQsUSlssMi+pxDbSVjjKgrP
hM1G/L9OTrEHKWDhF+ZBgY1RuLl7ZEdoATbhJaK4FFb9hNn/2CSibVfLts8HJGYQXIQRX/RBzaDZp47sKZvq302ewkkVorNY+c9mmoze6mi8Ip2
zEQOMi6S9zM/yRiD0XZrbmzYfNkoXA03WTmMR/DynVvX2nV /c/Users/xxxx/.ssh/id_rsa

em /home/ufo/.ssh/authorized_keys de centos,

Alterei as permissões de pasta do usuário .ssh para 700 e o arquivo authorized_keys para 644.

Mesma tecla ssh, ssh root@c199 login sem prompt, mas ssh ufo@c199 solicita a entrada da senha.

UPDATE

ssh ufo@c199 -vv output:

....
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:zmCg5vHhBAMd5P4ei82+KsVg072KXbC63C44P0w3zbU
debug1: Host 'c199' is known and matches the ECDSA host key.
debug1: Found key in /c/Users/xxxxx/.ssh/known_hosts:35
debug2: set_newkeys: mode 1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug2: set_newkeys: mode 0
debug1: rekey after 134217728 blocks
debug2: key: /c/Users/xxxxx/.ssh/id_rsa (0x60006bec0), agent
debug2: key: /c/Users/xxxxx/.ssh/id_dsa (0x0)
debug2: key: /c/Users/xxxxx/.ssh/id_ecdsa (0x0)
debug2: key: /c/Users/xxxxx/.ssh/id_ed25519 (0x0)
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /c/Users/xxxxx/.ssh/id_rsa
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Trying private key: /c/Users/xxxxx/.ssh/id_dsa
debug1: Trying private key: /c/Users/xxxxx/.ssh/id_ecdsa
debug1: Trying private key: /c/Users/xxxxx/.ssh/id_ed25519
debug2: we did not send a packet, disable method
debug1: Next authentication method: password
    
por Mithril 28.11.2017 / 02:24

3 respostas

1

Graças ao link , que me explicou como depurar o ssh.

Para habilitar o ssh debug para ver o que acontece

systemctl stop sshd
/usr/sbin/sshd -d -p 22

Eu encontrei:

Authentication refused: bad ownership or modes for directory /home/ufo

Todos os caras só disseram:

  • /home/ufo/.ssh de propriedade está correta 700
  • A propriedade /home/ufo/.ssh/authorized_keys está correta 600/644

Mas o sshd ainda verifica a pasta inicial do usuário !!! Ninguém mencionou isso!

sudo chmod 700 /home/ufo resolve este problema.

Resumo:

Você precisa garantir:

  • /home/ufo de propriedade é 700
  • /home/ufo/.ssh de propriedade é 700
  • /home/ufo/.ssh/authorized_keys de propriedade é de 600

altere o ufo para o nome da sua pasta inicial

    
por 02.01.2018 / 02:45
1

Eu tive que adicionar o seguinte ao meu arquivo sshd_config:

PubkeyAcceptedKeyTypes=+ssh-dss

o reinício do ssh

    
por 06.04.2018 / 06:48
0

Aparentemente você não colocou uma entrada no arquivo authorized_keys do usuário ufo ..... ou as permissões estão erradas em arquivos / diretórios ~ ufo / .ssh.

    
por 28.11.2017 / 02:43