Se eu usar o pubkey auth, por exemplo: no Ubuntu 11.04, como posso configurar o cliente ssh para usar apenas a autenticação de senha em um servidor? (apenas necessário por causa do teste de senhas em um servidor, no qual eu faço o login padrão com a chave)
Eu encontrei um caminho:
mv ~/.ssh/id_rsa ~/.ssh/id_rsa.backup
mv ~/.ssh/id_rsa.pub ~/.ssh/id_rsa.pub.backup
e agora recebo a senha, mas existem formas oficiais?
Respostas:
Recentemente, eu também precisei disso e vim com isso:
ssh -o PreferredAuthentications=password -o PubkeyAuthentication=no example.com
Você precisa garantir que o cliente não esteja configurado para proibir a autenticação de senha.
-o PubkeyAuthentication=nofoi suficiente no meu caso.
-o PreferredAuthentications=keyboard-interactive -o PubkeyAuthentication=no em vez
PasswordAuthentication. Na verdade, estou aqui porque queria testar se a autenticação de senha desabilitada funcionava corretamente no meu host.
Eu descobri um atalho para esse fim:
ssh user:@example.com
Observe os dois pontos ( :) e a senha vazia depois dele.
mysql -u user -p
ssho cliente estava tentando cegamente chaves privadas não relacionadas para se autenticar em um servidor recém-instalado e continuar sendo rejeitado devido à quantidade máxima de tentativas alcançadas sem nunca precisar solicitar a senha. Para forçar a autenticação de senha para esta primeira conexão, tive que usar a -o PreferredAuthentications=passwordsintaxe, o truque dos dois pontos não tendo efeito perceptível. Portanto, embora valha a pena tentar esse truque, não se deve confiar nele como um comportamento consistente.
Assim como o método publicado pelo scoopr, você pode definir as opções por host no arquivo de configuração do cliente ssh.
No seu .sshdiretório, crie um arquivo chamado config(se ele ainda não existir) e defina as permissões como 600, então você pode criar seções que começam com
host <some hostname or pattern>
e defina as opções por host depois disso, por exemplo,
host bob.specific.foo
user fred
host *.home.example
user billy
port 9191
então você poderia ter
host server.to.test
PubkeyAuthentication=no
nesse arquivo e simplesmente
ssh server.to.test
e a opção será escolhida.
~/.ssh/confige adicioneiPubkeyAuthentication no
Recentemente, eu precisei disso, mas nenhuma das opções acima funcionou, ssh -vmostrou que as opções da linha de comando passadas pelo -oswitch foram substituídas pelos valores especificados no meu ~/.ssh/configarquivo.
O que funcionou foi o seguinte:
ssh -F /dev/null <username>@<host>
Na sshpágina do manual:
-F configfile
Specifies an alternative per-user configuration file. If a
configuration file is given on the command line, the system-wide
configuration file (/etc/ssh/ssh_config) will be ignored. The default
for the per-user configuration file is ~/.ssh/config.
Créditos a esta resposta: Como posso fazer com que o ssh ignore .ssh / config?
~/.ssh/config, elas não serão usadas se eu especificar -F /dev/null. ssh -vA saída ajuda nesse caso, mostra claramente que, como tenho uma entrada geral na minha configuração ssh *, ela escolhe usar a chave pública em vez de respeitar as opções passadas pelo -ocomutador, como nas respostas anteriores.
~/.ssh/id_rsaindicada na página de manual. Esses caminhos são codificados no cliente. Apenas certifique-se de fornecer o usuário correto ao testar.
Tentei algumas dessas respostas, mas ssh -vcontinuei mostrando minhas chaves públicas sendo retiradas do meu diretório pessoal. No entanto, especificar um arquivo de identidade falso fez o truque para mim:
ssh -i /dev/null host
Eu tenho que fazer isso permanentemente (para solucionar o servidor SSH quebrado em uma PDU montada em rack da APC - fique longe dessas coisas se você se preocupa com a segurança -, então acabei colocando a opção no meu arquivo de configuração:
Host apc1 apc2
KexAlgorithms +diffie-hellman-group1-sha1
IdentityFile /dev/null
As respostas @scoopr e @Halil Özgür não funcionaram para mim.
Isso funcionou para mim:
ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no user@example.com
Fonte: http://linuxcommando.blogspot.com/2008/10/how-to-disable-ssh-host-key-checking.html
E também não se esqueça, não há BatchMode=yesativo no .ssh / config. Caso contrário, você não terá chance de obter um prompt de senha interativo.
Talvez eu seja o único no mundo com esse problema, mas tive um sshde outro sistema operacional em execução (choco ssh no Windows em um shell cygwin) visto viawhich ssh
Então a solução foi
/usr/bin/ssh user@example.com
Anote o caminho completo. Fiz isso depois de corrercyg-get openssh
ssh -o GSSAPIAuthentication=no example.com