☰

우분투 16.04(공개 키)에서 권한이 거부되었습니다.

tag-icon • tag-icon ubuntu ssh openstack
우분투 16.04(공개 키)에서 권한이 거부되었습니다. 
$ ssh mykey.pem [email protected] -v
OpenSSH_7.3p1, OpenSSL 1.0.2j  26 Sep 2016
debug1: Reading configuration data /c/Users/works/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to 10.128.2.7 [10.128.2.7] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/works/Documents/interface setup/ifx_key.pem type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/works/Documents/interface setup/ifx_key.pem-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.3
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.8
debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.8 pat OpenSSH_6.6.1* compat 0x04000000
debug1: Authenticating to 10.128.2.7:22 as 'ubuntu'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: [email protected]
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: [email protected] MAC: <implicit> compression: none
debug1: kex: client->server cipher: [email protected] MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:R+d2ELtCJyoeyHMfivCsGKk98GOIfxxsTEPAFmKkSOI
debug1: Host '10.128.2.7' is known and matches the ECDSA host key.
debug1: Found key in /c/Users/works/.ssh/known_hosts:1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /c/Users/works/Documents/interface setup/ifx_key.pem
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).

어제까지는 이 컴퓨터에 SSH로 접속할 수 없었습니다. 로그인하는 방법이 있나요?

답변1

.ssh/authorized_keys서버에서 참조된 개인 키가 있는 경우에만 가능합니다. 파일을 삭제했거나 내용을 변경했습니까?

이 정보를 삭제하고 디스크에 대한 물리적 액세스가 손실되면 서버에 다시 로그인할 수 없게 됩니다.

이는 기본 SSH 보안입니다. 에서 언급한 적절한 키가 없으면 .ssh/authorized_keys액세스할 수 없습니다. 이렇게 하면 다른 사람이 귀하의 서버에 쉽게 접근할 수 없게 됩니다.

답변2

$ ssh mykey.pem [email protected] -v
...
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/works/Documents/interface setup/ifx_key.pem type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/works/Documents/interface setup/ifx_key.pem-cert type -1
...
debug1: Next authentication method: publickey
debug1: Trying private key: /c/Users/works/Documents/interface setup/ifx_key.pem
debug1: Authentications that can continue: publickey

클라이언트가 사용하려는 유일한 키는 입니다 ifx_key.pem. 파일이 실제로 존재하지 않는 것 같습니다("type -1" 줄). 이것이 ssh가 인증에 사용해야 하는 키라면 파일이 실제로 로컬 시스템에 존재하는지, 그리고 해당 파일을 읽을 수 있는 권한이 있는지 확인하십시오.

$ ssh mykey.pem [email protected] -v

이는 ssh가 이름이 다른 키 파일을 사용하기를 원 mykey.pem하지만 명령을 올바르게 지정하지 않았음을 의미합니다. 명령줄에서 키를 지정하려면 다음 -i옵션을 사용하십시오.

$ ssh -i mykey.pem [email protected] -v

관련 정보