로컬 컴퓨터 (Ubuntu 12.04 LTS를 실행 중)에서 Linode (Ubuntu 12.04 LTS 실행)에 연결하려고합니다.

로컬 컴퓨터에서 개인 및 공개 키를 만들고 공개 키를 Linode의 authorized_keys 파일로 복사했습니다. 그러나 Linode에 ssh하려고하면 오류 메시지가 나타납니다 Permission denied (publickey).

키 인증을 사용하여 Windows 시스템에서 ssh를 ssh 할 수 있기 때문에 Linode에서 ssh를 설정하는 방법에는 문제가 없습니다.

.ssh로컬 Ubuntu 시스템의 내 디렉토리 에는 파일 id_rsa과 id_rsa.pub파일이 있습니다. 로컬 컴퓨터에서 certified_keys 파일을 만들어야합니까?

편집 : 이것은 내가 실행할 때 얻는 것입니다 ssh -vvv -i id_rsa [youruser]@[yourLinode].

debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
Permission denied (publickey).

PubKeyAuthentication

클라이언트 설정

1. 키 생성
   • ssh-keygen
2. 키를 사용하도록 ssh 구성
   • vim ~/.ssh/config
3. 키를 서버에 복사
   • ssh-copy-id -i /path/to/key.pub SERVERNAME

2 단계 의 구성 파일 은 다음과 유사해야합니다.

Host SERVERNAME
Hostname ip-or-domain-of-server
User USERNAME
PubKeyAuthentication yes
IdentityFile ./path/to/key

인증 중에 다른 키 파일을 사용 하지 않고 다른 키 파일을 사용 하지 IdentitiesOnly yes않도록 추가 할 수 있습니다. 이로 인해 문제가 발생할 수 있으며 좋은 방법이 아닙니다.sshIdentityFile

문제 해결

1. "-vvv"옵션 사용
2. 서버에 PUBLIC 키 (.pub)가 있는지 확인하십시오.
3. IdentiyFile이 PRIVATE 키를 가리키는 지 확인하십시오.
4. .ssh 디렉토리에 700이 있고 파일에 700 권한 (rwx ------)이 있는지 확인하십시오.
5. tail -f /var/log/auth.log (서버에서) 로그인을 시도 할 때 오류를 모니터링
6. 키 파일이 많은 경우 IdentitiesOnly yes지정된 단일 키를 사용하도록 인증을 제한하십시오.

때때로 문제는 권한과 소유권에서 비롯됩니다. 예를 들어, 루트로 로그인 할 경우 /root, .ssh그리고 authorized_keys루트에 속해야합니다. 그렇지 않으면 sshd에서 읽을 수 없으므로 사용자에게 로그인 권한이 있는지 알 수 없습니다.

홈 디렉토리에서 :

chown -R your_user:your_user .ssh

권리는 700으로 .ssh, 600은authorized_keys

chmod 700 .ssh
chmod 600 .ssh/authorized_keys

당신은 authorized_keys당신의 클라이언트에 필요하지 않습니다 .

실제로 생성 한 키를 사용하도록 ssh-client에 지시해야합니다. 몇 가지 방법이 있습니다. 테스트 유형 ssh -vvv -i .ssh/id_rsa [youruser]@[yourLinode]입니다. 서버에 연결할 때마다 암호를 제공해야합니다.

그것이 효과가 있으면 ssh-agentwith 키를 추가 할 수 있습니다 ssh-add .ssh/id_rsa(암호를 한 번만 제공해야하며 로그 아웃 / 재부팅하지 않는 한 작동합니다)

또한의 값을 확인 PasswordAuthentication에서 /etc/ssh/sshd_config하고 있다면 no그것에 변경 yes. 그 후 ssh 서비스를 다시 시작하는 것을 잊지 마십시오.

내가 가진 문제는 클라이언트에서 잘못된 키를 사용하는 것이 었습니다. id_rsa와 id_rsa.pub의 이름을 다른 것으로 바꿨습니다. 이름을 다시 기본값으로 바꾸거나 ssh 명령을 실행할 때 다음과 같이 사용하십시오

ssh -i ~/.ssh/private_key username@host

또한 사용자의 홈 디렉토리 (서버)가 실제로 ssh'ing하는 사용자에게 속해 있는지 확인하십시오 (필자의 경우 root : root로 설정되었습니다).

되어야했다 :

sudo chown username:username /home/username;

최근 웹 서버에서이 문제가 발생했습니다.

일반적으로의 모든 서버에 인증 된 키 목록을 유지합니다 ~/.ssh/authorized_keys2. 내 경험으로 sshd는 기본적으로 찾 ~/.ssh/authorized_keys거나 찾을 것입니다 ~/.ssh/authorized_keys2.

내 웹 서버의 경우, /etc/ssh/sshd_config이 줄을했다

AuthorizedKeysFile    %h/.ssh/authorized_keys

대신에

AuthorizedKeysFile    %h/.ssh/authorized_keys2

후자를 적용하고 ssh 데몬을 다시 시작한 다음 내 pubkey를 사용하여 ssh로 로그인하는 문제를 해결했습니다.

의 또 다른 원인은의 AllowedUsers구성으로 인한 것일 수 있습니다 /etc/ssh/sshd_conf. 참고 : 열심히 배운대로 목록은 공백으로 구분됩니다 (쉼표로 구분되지 않음).

AllowUsers user1 user2 user3

다른 모든 방법이 실패하면 로그인 사용자가 ssh의 AllowedGroup에 속하는지 확인하십시오. 즉, 사용자는 /etc/ssh/sshd_config서버 에서 다음 줄에 표시된 그룹의 구성원입니다 .

AllowGroups ssh #Here only users of 'ssh' group can login

내 경우, 클라이언트는 우분투 14.04lts이며 서버는 cygwin을 실행하는 2012 서버에서 승리했습니다. cygwin의 2012 서버 디렉토리가 / home / Administrator 일 때 'ssh administrator @ xxxx'를 사용하고있었습니다. 따라서 'ssh Administrator @ xxxx'(관리자의 대문자 A 참고)를 시도했을 때 대소 문자를 구분하여 잘 작동했습니다.

'user not found'와 같은 오류 메시지는 'Permission denied (publickey, keyboard-interactive)'보다 훨씬 빠른 해결책으로 이끌었습니다.

cPanel Centos 시스템에서 AWS의 Ubuntu 서버로 일반 사용자 (예 : johndoe) 퍼블릭 키를 복사 할 때도 같은 문제가있었습니다. 위의 gertvdijk 가 제안한 대로, 나는 그것을 확인 /var/log/auth.log하고 충분히 말했다 Authentication refused: bad ownership or modes for directory /home/johndoe. apache2의 기본 가상 호스트 문서 루트 /home/johndoe로 설정하려고 할 때 잘못 777 /home/johndoe/public_html's로 나타났습니다 (해당 작업에도 필요하지 않음).

여기 와 여기에 대한 답변도 참조 하십시오

서버에는 공개 키만 있으면되며 .ssh/authorized_keys클라이언트 (작업중인 컴퓨터)에는 개인 키 (.pem 또는 Filezilla와 함께 SFTP를 사용하는 경우 .ppk)가 있어야합니다.

이 스레드에 온 나와 같은 퍼티 사용자의 경우 user @ Ip 사용자를 추가하지 않은 경우에도이 오류가 발생할 수 있습니다!

키 파일 chmod에 대한 권한이있는 다른 사용자 600)

ssh 1.1.1.1 -i /path/to/.pem file 
Permission denied (publickey).`

ssh user@1.1.1.1 -i /path/to/.pem file 

이것은 나를 위해 일한 것입니다. 수정은 내 것이 아니지만 다른 사람이 같은 문제가있는 경우 여기에 적어 둡니다.

최초의 저자가 여기에 게시했습니다 : digital-ocean-public-access-key-denied

sudo nano /etc/ssh/sshd_config

이것을 교체하십시오

UsePAM yes
IgnoreUserKnownHosts no
PasswordAuthentication no

이것으로

UsePAM no
IgnoreUserKnownHosts no
PasswordAuthentication yes

파일을 저장하고 ssh를 다시 시작하십시오.

reload ssh

ssh는 이제 암호를 요구하면서 작동합니다

질문에 설명 된 것과 같은 문제가있었습니다. ssh -vvv -i id_rsa [youruser]@[yourLinode]클라이언트 컴퓨터 에서 실행 한 결과 는 질문에서 설명한 것과 비슷합니다. 다른 답변에서 조언 한대로 모든 파일 및 디렉토리 권한을 확인했으며 정확했습니다.

그것은 생성 된 파일을 복사 할 때 밝혀졌다 id_rsa.pub파일로, 서버 시스템에를 ~username/.ssh/authorized_keys, 실수로 단어를 생략 거라고 ssh-rsa처음부터합니다. 그것을 추가하면 문제가 해결되었습니다.

우분투 16.04에서도 작동합니다.

문제는 sshd_config파일 내에 있습니다

ULTIMATE 솔루션은 다음과 같습니다.

우분투 서버에 루트로 로그인

vi /etc/ssh/sshd_config

이제 맨 아래로 이동하여 값을 "no"에서 "yes"로 변경하십시오.

다음과 같아야합니다.

터널링 된 일반 텍스트 암호를 비활성화하려면 no로 변경

PasswordAuthentication yes
service sshd reload

적용합니다.

이제 LOCAL 시스템 (일명 랩톱 등)에서 다음 명령을 사용하여 간단히 키를 사용할 수 있습니다

새 터미널 창을 열고 서버에 로그인하지 말고 다음 명령을 입력하십시오.

ssh-copy-id john @ serverIP 주소

john을 사용자 이름으로 바꾸십시오.

당신은 가야한다

궁금한 사람들은 ssh 액세스 권한을 루트 계정에서만 키로 설정 한 다음 새로운 사용자를 만들었을 것입니다.

ssh root@your-ip-address

rsync --archive --chown=[user]:[user] ~/.ssh /home/[user]

logout

그런 다음 다시 시도하십시오. [user]를 새 사용자 계정으로 바꾸십시오.

설정에서 ssh 키를 사용한 경우 DigitalOcean에서 새 서버를 설정할 때 일반적입니다.

https://www.digitalocean.com/community/tutorials/initial-server-setup-with-ubuntu-18-04

내 경우에는 .ssh오래된 컴퓨터에서 디렉토리를 복사하여 문제가 발생했습니다 . 이전 SSH 구성에서 더 이상 사용되지 않는 DSA 키를 사용하고 있음이 밝혀졌습니다 . 이번에는 RSA 기반의 새로운 키 쌍으로 전환하면 문제가 해결되었습니다.

machineA 및 machineB에 독립적으로 액세스 할 수있는 경우 (예 : machineC에서) 다음 방법이 작동 할 수 있습니다.

ssh-copy-id가 작동하지 않으면 비밀번호 인증이 비활성화 될 수 있습니다. 다음은 해결 방법 입니다.

machineB의 승인 된 키 (예 : ~ / .ssh / authorized_keys)에 machineA의 공개 키가 있으면 machineA에서 ssh 할 수 있습니다. 이것은 scp에도 적용됩니다.

다음을 사용하여 키 페어를 생성 한 후 : ssh-keygen

에 machineA , 실행cat ~/.ssh/id_rsa.pub

샘플 출력 :

ssh-rsa AAAAB3NzaSGMFZW7yB anask@mahineA

인쇄 된 키 ( ⌘ Command+ C또는 CRTL+ C)를 복사 한 다음 machineB 의 ~ / .ssh / authorized_keys 파일에 추가하십시오 .

예를 들어 machineB 에서 다음을 실행하십시오 .

echo 'ssh-rsa AAAAB3NzaSGMFZW7yB anask@mahineA' >> ~/.ssh/authorized_keys