Eu instalei uma chave pública, mas meu login não pede a senha

Question

Estou seguindo este tutorial Tutorial do SSH para Linux

Transferi manualmente a chave pública para o servidor remoto e executei esses comandos também porque não estava me pedindo minha senha.

chmod 700 ~/.ssh &% chmod 600 ~/.ssh/authorized_keys

Mas ainda assim não me pede a minha senha. Eu tentei a maneira automática mais recente de instalar a chave pública ssh-copy-id -p 2222 [email protected] e recebi esta mensagem de erro:

Bad port 'umask 077; test -d ~/.ssh || mkdir ~/.ssh ; cat >> ~/.ssh/authorized_keys && (test -x /sbin/restorecon && /sbin/restorecon ~/.ssh ~/.ssh/authorized_keys >/dev/null 2>&1 || true)'

Esse erro ocorre porque eu já o transferi manualmente?

Corri ssh login com -v , estas são as menções de public key : **

debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Offering DSA public key: /home/localusername/.ssh/id_dsa
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Trying private key: /home/localusername/.ssh/id_rsa
debug1: Trying private key: /home/localusername/.ssh/id_ecdsa
debug1: Next authentication method: keyboard-interactive

Vou observar que isso é anterior ao login.

    

Answer 1

Acho que esses erros ocorrem porque o script ssh-copy-id parece não conseguir lidar com a opção -p de uma porta diferente.

Esta é a linha da minha versão desse script:

{ eval "$GET_ID" ; } | ssh $1 "umask 077; test -d .ssh || mkdir .ssh ; cat >> .ssh/authorized_keys; test -x /sbin/restorecon && /sbi
n/restorecon .ssh .ssh/authorized_keys" || exit 1

Observe que não há nenhum argumento sendo passado para ssh-copy-id que incorporaria o argumento -p 2222 . Pelo menos não como o primeiro argumento para ssh-copy-id quando você está tentando usá-lo. O uso é mostrado assim:

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

Em vez disso, você precisará fazer a cópia das chaves manualmente, infelizmente, se estiver usando um script como o meu (no Fedora 14) ao tentar copiar para um host em uma porta não padrão, como -p 2222 .