Então eu tenho este outro PC desktop, que serve como meu servidor, primesystem
e um laptop como meu cliente, zerosystem
que está conectado a ele. Ambos servem como ssh-server
e ssh-client
, respectivamente, e são conectados por meio de um cabo Ethernet (não cruzado). Ambos os computadores possuem usuários nomeados como one
. Assim, tenho one@zerosystem
e one@primesystem
.
Eu costumava executar um comando mpiexec
em primesystem
sudo mpiexec -n 6 -hosts zerosystem,primesystem python -m mpi4py helloworld
E somente geralmente solicitará a senha de one@zerosystem
.
MAS devido a circunstâncias imprevistas (meu WiFi não funciona), eu tive que logar como root uma vez no meu laptop através de sudo su
(eu deduzi que talvez fosse porque deste sudo su
, mas não tenho certeza absoluta) , e ele mostrou root@zerosystem
e digite algum comando para corrigir o meu WiFi.
SOMENTE DEPOIS , notei que quando eu corri o mesmo comando mpiexec
acima, o OpenSSH pedia a senha de root@zerosystem
, e não one@zerosystem
's!
Eu tentei inserir a senha de one
, mas ela diz Permission denied, please try again.
tenho outro usuário, ou seja, zero
, então tentei inserir sua senha também, mas ela ainda diz o mesmo.
Em uma pequena pesquisa, encontrei um comando chamado sudo passwd
, onde diz que ele altera a senha de root
e solicita Enter new UNIX password:
quando iniciado. Eu digitei uma nova senha lá, e usei a senha THE SAME para o prompt do OpenSSH para a senha de root@zerosystem
(a foto acima), mas ela ainda diz permissão negada. . . .
O que exatamente aconteceu? O sudo su
de alguma forma acionou uma autorização de superusuário que substitui os privilégios de outros usuários e que deve ser apenas a senha de root
que deve ser inserida? Além disso, por que a alteração da senha de root
não parece alterar a senha?
OBSERVAÇÃO: posso fazer login em ambos os hosts por meio de SSH, ( ssh zerosystem
e ssh primesystem
), mas sempre que faço um comando que acessa de alguma forma os arquivos zerosystem
, o prompt para root@zerosystem
sempre aparece.
PS. Também tentei gerar outro conjunto de chaves SSH para zerosystem
e primesystem
, conforme indicado por Passo 3 aqui, , mas sem sucesso. De alguma forma, apenas primesystem
não pode importar / copiar o ssh-id devido ao prompt root@zerosystem
.