SSH via Cmder não procura na pasta correta?

0

Estou enfrentando um problema e não consigo descobrir o que está acontecendo.
Para ser breve, estou no Windows 10 e uso uma nova instalação do Cmder.

Ao tentar se conectar ao meu servidor VPS por meio do SSH, tenho o seguinte aviso:

Could not create directory '/home/username/.ssh'

Obviamente, no Windows, minha pasta /.ssh/ não é /home/username/.ssh , mas C:\Users\username\.ssh .

Eu verifiquei e a pasta já existe.

O mais estranho é que minha variável de ambiente %HOME% parece estar correta. Quando digito echo %HOME% no Cmder, a saída é C:\Users\username .

Eu tentei ssh -v [email protected] -p 22 , aqui está a saída:

λ ssh -v [email protected] -p 22
OpenSSH_7.1p1, OpenSSL 1.0.2e 3 Dec 2015
debug1: Connecting to vpsXXXXXX.ovh.net [XXX.XXX.XX.XXX] port 22.
debug1: Connection established.
Could not create directory '/home/username/.ssh'.
debug1: key_load_public: No such file or directory
debug1: identity file /home/username/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/username/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/username/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/username/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/username/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/username/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/username/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/username/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.1
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4p1 Debian-10
debug1: match: OpenSSH_7.4p1 Debian-10 pat OpenSSH* compat 0x04000000
debug1: Authenticating to vpsXXXXXX.ovh.net:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client [email protected] <implicit> none
debug1: kex: client->server [email protected] <implicit> none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:XxXXxXxXXXXXXXxXxXxXxXXXXxXxxXxxXXxxXXxxXXx
The authenticity of host 'vpsXXXXXX.ovh.net (XXX.XXX.XX.XXX)' can't be established.
ECDSA key fingerprint is SHA256:XxXXxXxXXXXXXXxXxXxXxXXXXxXxxXxxXXxxXXxxXXx.
Are you sure you want to continue connecting (yes/no)?

Eu suspeito de uma instalação do OpenSSH em algum lugar, mas não consigo descobri-la.
Alguém tem alguma ideia?

Atualização 1:

Obrigado por seus conselhos @Maximus.
Eu percebi que não é legível nos comentários, então aqui está o que eu tentei.

Como @Maximus sugeriu, tentei executar um shell ConEmu básico e notei algumas diferenças.
Em um shell do Cmder eu corri:

cd C:\cmder\vendor\conemu-maximus5 && ConEmu.exe -basic -run {bash}

Então tentei me conectar ao SSH:

$ ssh -v [email protected] -p 22
OpenSSH_7.3p1, OpenSSL 1.0.2j  26 Sep 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to vpsXXXXXX.ovh.net [XXX.XXX.XX.XXX] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/username/.ssh/id_rsa type -1

Não é a mesma versão do OpenSSH e o caminho da pasta de chaves é OK.
O fato é que eu quero usar o Cmder, então se o Cmder definir suas próprias variáveis, como posso substituí-las?

    
por TwystO 25.06.2017 / 04:03

1 resposta

0

Eu finalmente encontrei uma solução para esse problema.
Depois de desinstalar alguns pacotes achocolatados que eu não uso mais, o Cmder procura no caminho certo.

Eu desinstalei android-sdk , genymotion , cmake , virtualbox e rsync .
Eu realmente não sei qual deles era problemático, mas eu suspeito altamente que o pacote rsync .

Não me lembro quando e por que o instalei, mas com certeza cometi um erro ao tocar com alguns arquivos de configuração.

Espero que isso possa ajudar alguém um dia.

    
por 26.06.2017 / 20:35