권한이 거부되었습니다(공개 키, gssapi-keyex, gssapi-with-mic)

권한이 거부되었습니다(공개 키, gssapi-keyex, gssapi-with-mic)

좋아, 나는 이것을 여러 번 시도했고 그것이 매우 사소한 것이라고 확신하지만: key-gen을 사용하여 만든 RSA 키 쌍을 사용하여 Ubuntu의 명령줄을 통해 내 가상 머신(Centos6)에 SSH를 시도하고 있습니다. ).

키 쌍을 생성하고authorized_keys 파일에 공개 키를 추가하고 권한을 으로 변경했습니다 600. Ubuntu에 대한 개인 키를 SCP로 지정하고 SSH를 시도하면 항상 다음과 같은 결과가 나타납니다.

Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

나는 성공하지 못한 채 3 번 시도했습니다. 핑할 수는 있지만 왜 내가 만든 키를 사용하지 않는지 알 수 없는 것 같습니다. 어떤 제안이 있으십니까?

답변1

ssh를 장황한 모드로 실행하고(필요한 만큼 -v를 추가) 원인을 찾아보세요.

예를 들어

ssh -vvv user@host

원인을 파악하는 데 도움이 되는 디버그 출력이 표시됩니다.

답변2

먼저 Ubuntu 시스템에서 키 쌍을 생성하십시오.

그런 다음 생성된 파일 내용을 .pubssh 폴더( )에 복사하고 CentOS에 로그인한 특정 사용자에 대한 줄바꿈 파일 ~/.ssh/id_rsa에 붙여넣습니다 .username/.ssh/id_rsaauthorized_keys

답변3

OSX에서 RSA를 사용하여 SSH를 통해 로그인을 시도하는 동안 ClearOS 7.2에서 동일한 문제가 발생했습니다.

알고 보니 개인 키(클라이언트 시스템, 이 경우 OSX에 있음)의 파일 이름을 /etc/ssh/ssh_config 파일(ssh 클라이언트 구성 파일) 클라이언트 시스템에 추가해야 했습니다. 그렇지 않으면 id_rsa로 시작하더라도 파일을 찾지 않습니다.

추가된 라인은 다음과 같습니다:

IdentityFile ~/.ssh/id_rsa.somecomputer

"somecomputer"는 파일 이름의 나머지 부분입니다.

답변4

tailf /var/log/auth.log서버에 다시 로그인 하면 로깅이 실패한 이유를 확인할 수 있습니다. 그렇지 않은 경우 SSH 데몬 구성 파일의 상세 수준을 "디버그"로 높이고 다시 시도하십시오. 파일 권한과 관련이 있는 경우가 많습니다.

관련 정보