dropbear ssh 서버가 ' 연결을 허용하지 않았습니다.

내 라우터에 SSH 액세스 권한을 얻으려고합니다. 현재는 텔넷 액세스 만 있고 dropbear를 설치하고 실행 중입니다 (라우터에 연결된 USB 드라이브에서 opkg 사용).

처음부터 개인 키를 생성하고 암호를 해독했습니다. dropbear는 아직 지원하지 않음) 및 공개 키 :

cd .ssh openssl genrsa -des3 -out id_rsa openssl rsa -in id_rsa -out id_rsa ssh-keygen -y -f id_rsa > authorized_keys 

공개 키를 업로드했습니다 (authorized_keys )을 /root/.ssh로 변경합니다. Apache 서버 (로컬 컴퓨터)에 파일을 저장하고 wget을 사용하여 라우터에 다운로드 한 다음 (다운로드 한 파일이 소유자 / 그룹으로 루트가 됨) 권한을 0600으로 변경했습니다 (클라이언트와 동일하지만 내 사용자 ).

액세스하려고하면 “Permission denied (publickey)”오류가 발생합니다.

$ ssh -v -i ~/.ssh/id_rsa [email protected] OpenSSH_7.4p1, OpenSSL 1.0.2j 26 Sep 2016 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Connecting to 192.168.1.1 [192.168.1.1] port 22. debug1: Connection established. debug1: key_load_public: No such file or directory debug1: identity file /home/chazy/.ssh/id_rsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/chazy/.ssh/id_rsa-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_7.4 debug1: Remote protocol version 2.0, remote software version dropbear debug1: no match: dropbear debug1: Authenticating to 192.168.1.1:22 as "root" debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: algorithm: [email protected] debug1: kex: host key algorithm: ssh-rsa debug1: kex: server->client cipher: aes128-ctr MAC: hmac-sha1 compression: none debug1: kex: client->server cipher: aes128-ctr MAC: hmac-sha1 compression: none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ssh-rsa SHA256:1EFA75uwLp+4hBW0t3aaY05QjLzYd4jjDWoULAzF/8o debug1: Host "192.168.1.1" is known and matches the RSA host key. debug1: Found key in /home/chazy/.ssh/known_hosts:1 debug1: rekey after 4294967296 blocks debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: rekey after 4294967296 blocks debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey debug1: Next authentication method: publickey debug1: Trying private key: /home/chazy/.ssh/id_rsa debug1: Authentications that can continue: publickey debug1: No more authentication methods to try. Permission denied (publickey). 

내가하지 않는 한 ” 문서 ( GitHub 저장소 )의 내용을 잘못 읽음 :

서버 공개 키 인증 :

OpenSSH와 동일한 방식으로 ~ / .ssh / authorized_keys를 사용할 수 있습니다. 키 항목을 해당 파일에 입력하기 만하면됩니다. 형식은 다음과 같아야합니다.

ssh- RSA AAAAB3NzaC1yc2EAAAABIwAAAIEAwVa6M6cGVmUcLl2cFzkxEoJd06Ub4bVDsYrWvXhvUV + ZAM9uGuewZBDoAqNKJxoIn0Hyd0Nk / yU99UVv6NWV / 5YSHtnf35LKds56j7cuzoQpFIdjNwdxAN0PCET / MG8qyskG / 2IE2DPNIaJ3Wy + Ws4IZEgdJgPlTYUBWWtCWOGc = 누군가 @ 호스트 이름

당신은 확인해야하는 ~ / 스푸핑 및 키 파일은 사용자들만 쓸 수 있습니다. 편집자주의 열쇠를 나누는

Dropbear는 authorized_keys 항목에 대한 몇 가지 옵션을 지원합니다. 맨 페이지를 참조하세요.

내가 말한대로 다 했으므로 문제가 어디인지 모르겠습니다.

문서에 다른 방법이 언급되어 있습니다.

클라이언트 공개 키 인증 :

Dropbear는 클라이언트로서 공개 키 인증을 수행 할 수 있지만 OpenSSH 스타일 키를 Dropbear 형식으로 변환하거나 dropbearkey를 사용하여 만들어야합니다.

OpenSSH 스타일 개인 키가있는 경우 ~ / .ssh / id_rsa,해야 할 일 :

dropbearconvert openssh dropbear ~ / .ssh / id_rsa ~ / .ssh / id_rsa.db dbclient -i ~ / .ssh / id_rsa.db

Dropbear는 암호화 된 호스트 키를 지원하지 않지만 ssh-agent에 연결할 수 있습니다.

그래서 개인 키를 dropbear로 변환하면이 문제가됩니다. 개인 키를 사용하면 dropbear 클라이언트를 사용하여 dropbear 서버에 연결할 수 있습니다.

dropbearconvert openssh dropbear id_rsa id_rsa.db 

이것을 시도하고 작동하는지 확인하겠습니다. 그러나 어쨌든 서버 공개 키 인증은 작동합니다.

댓글

• dropbear ssh 서버 / 구성이 루트 로그인을 허용합니까? 기본적으로 여러 ssh 서버에서 루트 로그인은 보안을 위해 허용되지 않습니다.
• 그렇다고 생각합니다. ‘ (호스트 키만) 허용하지 않는 매개 변수는 -w (사용하지 않음)입니다.
• 질문 편집 : ssh 키를 dropbear로 변환하는 단계를 따랐습니다. key and nothing (Ipor Sircer가 첫 번째 답변에서 언급 한대로)
• github 저장소에서 문서를 찾았습니다 (‘ 여기에서보고 할 수 없으며 문제가 활성화되지 않음). . 질문이 다시 수정되었습니다. 아직 같은 문제 : (