Existem duas partes nesta transcrição. Primeiro, o cliente não sabe quem é o servidor, portanto, ele solicita que você verifique a identidade do servidor (tudo até “Tem certeza de que deseja continuar se conectando?”). Em seguida, o cliente tenta escrever que você reconheceu essa identidade, mas ela falha (provavelmente porque não tem permissão para gravar em /qa1users1/rgs/test/qa1wrk13/.ssh/known_hosts
. Você deve deixar o cliente armazenar a identidade do servidor ou adicioná-la manualmente ao arquivo). .
A segunda parte, a última linha, é sobre como autenticar o usuário no servidor. Existem vários métodos para isso; as mais populares são uma senha (que você digita toda vez que usa ssh
), ou um arquivo de chave (que pode ser protegido por uma frase secreta e, se for, você pode inserir essa senha uma vez por sessão.
Para mais detalhes, leia Autenticação baseada em chave SSH: known_hosts vs authorized_keys
Se você deseja ter uma solicitação de senha em vez de um prompt para a frase secreta do arquivo de chaves, diga ao cliente ssh para não usar o arquivo de chaves.
scp -o PubkeyAuthentication=no -p msingh2@rcihp145:/home/msingh2/set_run_jobs .