私は問題に直面していて、何が起こっているのか理解できません。
簡単に言うと、私はWindows 10を使用しており、Cmderの新規インストールを使用しています。
SSH経由でVPSサーバーに接続しようとすると、次の警告が表示されます。
Could not create directory '/home/username/.ssh'
明らかに、Windowsでは私の/.ssh/
フォルダは/home/username/.ssh
ではなくC:\Users\username\.ssh
です。
確認しましたが、フォルダはすでに存在します。
奇妙なことに、私の%HOME%
環境変数は正しいようです。 Cmderにecho %HOME%
と入力すると、出力はC:\Users\username
になります。
ssh -v [email protected] -p 22
を試しました。出力は次のとおりです。
λ 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)?
どこかにOpenSSHがインストールされているのではないかと思いますが、見つかりません。
誰かが何か考えを持っていますか?
更新1:
@Maximusにアドバイスをありがとう。
コメントで読めないことに気づいたので、これが私が試したものです。
@Maximusが提案したように、基本的なConEmuシェルを実行しようとしましたが、いくつかの違いに気づきました。
Cmderシェルで実行しました:
cd C:\cmder\vendor\conemu-maximus5 && ConEmu.exe -basic -run {bash}
次に、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
これは同じOpenSSHバージョンではなく、keysフォルダーのパスは問題ありません。
実際、Cmderを使用したいので、Cmderが独自の変数を定義している場合、どうすればそれらをオーバーライドできますか?
私はついにその問題の解決策を見つけました。
使用しなくなったチョコレートのパッケージをいくつかアンインストールした後、Cmderは正しいパスを探します。
アンインストールしましたAndroid-sdk
、genymotion
、cmake
、virtualbox
およびrsync
。
どれが問題だったのかはよくわかりませんが、rsync
パッケージが疑われます。
いつ、なぜインストールしたのかは覚えていませんが、いくつかの設定ファイルで遊んでいるときに間違いを犯しました。
これがいつか誰かを助けることができることを願っています。