O SSH não pede senha, concede "permissão negada" imediatamente

14

Tentando SSH usando uma conta de usuário; conta root funciona, mas estou especificando uma chave privada. A conta de usuário simplesmente fornece "Permissão negada (chave pública, gssapi-with-mic) sem solicitar minha senha.

Como posso corrigir isso para poder fazer login com uma senha e NÃO com uma chave? No momento, não quero usar uma chave privada para isso, mas uma conta comum.

linux ssh

— Wayne Molina
fonte

4

A autenticação baseada em chave ainda faz logon em uma conta "normal" ...

— womble

29

O servidor tem configuração

 PasswordAuthentication no

Altere para yes e, após uma reinicialização, você poderá usar a autenticação de senha.

— af.
fonte

3

Caso alguém não saiba, a configuração PasswordAuthentication está em / etc / ssh / sshd_config.

— Pacoverflow 26/10/19

7

Verifique sua sequência de login com ssh -vv. Isso informará quais métodos de autenticação são tentados e quais falham. Em seguida, você pode ativar o que deseja e desativar o que não deseja. Ative primeiro, é claro.

— wzzrd
fonte

3

Você também precisará editar /etc/ssh/sshd_configpara ter a configuração:

ChallengeResponseAuthentication yes

assim como...

PasswordAuthentication yes

E lembre-se de correr / user / sbin / service ssh restart posteriormente para pegar as novas configurações.

— rfreytag
fonte

O literal /etc/ssh/sshd_configprecisa ter seu sublinhado escapado com uma barra invertida para que todo o caminho seja exibido em itálico. (Edições eram muito pequenas para submetê-los a mim mesmo)

— ThorSummoner

é a melhor resposta #

— 27415 harshitgupta

2

está no seu sshd arquivo (não no ssh, que você provavelmente também encontrará em / etc / ssh)

Eu acredito que você quer ter certeza de que PasswordAuthentication yesestá definido e descomentado.

— BuildTheRobots
fonte

2

af me venceu por momentos. - irritantemente não posso comentar sobre o seu ainda. Você deve poder executar, em /etc/init.d/sshd restartvez de precisar reiniciar, depois de editar o conf.

— BuildTheRobots

e eu digitei ao dizer qual diretiva. desculpe :(

— BuildTheRobots

MidnighToker: você deve ter um link "editar" na parte inferior da sua resposta que você pode usar para corrigir o nome da directiva (de PubkeyAuthentication para PasswordAuthentication)

— James Polley

obrigado. Isso me tornará mais cuidadoso no futuro - representante perdido por isso.

— BuildTheRobots

1

Isso seria /etc/init.d/sshd reloadem qualquer distro meio sã.

— womble

0

E caso outras pessoas encontrem esse problema, eu o recebo sempre que a chave privada do usuário tem permissões muito abertas. Para fazê-lo funcionar, tive que chmod a chave privada para 400 (que é o nível de permissões por padrão quando a chave é criada, acredito. Não sei por que essa era diferente).

Não sei se esse é sempre o caso. Isso aconteceu em um Mac.

— Safado
fonte

0

Para mim, durante uma sessão de solução de problemas estranha, o arquivo ssh_config LOCAL foi modificado. Nenhum desses métodos funcionou para mim, mas a alteração PasswordAuthentication yesno / etc / ssh / ssh_config da máquina local funcionou.

Apenas no caso de ajudar alguém.

— glmdev
fonte

-1

Isso também pode ser causado pela execução do ssh-agent. ps aux|grep ssh-agent

Pode ser morto com segurança.

— Craig
fonte

3

Não, não pode, e não, não pode.

— womble