SSH 공개 키가 서버로 전송되지 않습니다

나는 몇 시간 동안이 문제로 어려움을 겪어 왔으므로 도움을 주시면 감사하겠습니다 ...

나는 sshOSX의 공개 키로 할 수있는 2x 서버를 가지고 있으며 전혀 문제가 없으므로 모든 것이 잘되어 있다고 확신 sshd_config합니다.

rsync두 서버를 동기화하고 ssh공개 키를 사용하여 서버 A (서버 )에 서버 B (백업)가 필요 하도록 크론 작업을 구성하려고합니다 .

나는 내 키가 왜 내 공개 키를 찾지 못하는지 알아낼 수 없습니다. 키가 있고 ~/.ssh/(예 :) /root/.ssh모든 파일 권한이 A & B에서 올바른지 확인하십시오.

이것은 출력입니다.

debug2: we did not send a packet, disable method
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /root/.ssh/identity
debug3: no such identity: /root/.ssh/identity
debug1: Trying private key: /root/.ssh/id_rsa
debug3: no such identity: /root/.ssh/id_rsa
debug1: Trying private key: /root/.ssh/id_dsa
debug3: no such identity: /root/.ssh/id_dsa
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password

또한 존재하지 않는 개인 키를 찾고 있습니다 ...

drwx------. 2 root root 4096 May 25 10:15 .
dr-xr-x---. 4 root root 4096 May 24 18:52 ..
-rw-------. 1 root root  403 May 25 01:37 authorized_keys
-rw-------. 1 root root    0 May 25 01:41 config
-rw-------. 1 root root 1675 May 25 02:35 id_rsa_tm1
-rw-------. 1 root root  405 May 25 02:35 id_rsa_tm1.pub
-rw-------. 1 root root  395 May 25 02:36 known_hosts

ssh 매뉴얼 페이지를 살펴보십시오.

   -i identity_file
          Selects a file from which the identity (private key) for public
          key authentication is read.  The default is ~/.ssh/identity for
          protocol   version   1,   and  ~/.ssh/id_dsa,  ~/.ssh/id_ecdsa,
          ~/.ssh/id_ed25519 and ~/.ssh/id_rsa  for  protocol  version  2.
          Identity files may also be specified on a per-host basis in the
          configuration file.  It is possible to have multiple -i options
          (and  multiple  identities  specified  in configuration files).

또는 ssh_config 매뉴얼 페이지 :

   IdentityFile
          Specifies a file from which the user's DSA, ECDSA,  ED25519  or
          RSA   authentication   identity   is   read.   The  default  is
          ~/.ssh/identity for  protocol  version  1,  and  ~/.ssh/id_dsa,
          ~/.ssh/id_ecdsa, ~/.ssh/id_ed25519 and ~/.ssh/id_rsa for proto‐
          col version 2.  Additionally, any identities represented by the
          authentication  agent  will  be  used for authentication unless
          IdentitiesOnly is set.

키를 지정하지 않으면 시도되는 특수 파일 이름이 몇 개 있습니다. 이것들은 또한 로그 출력에 표시되는 파일입니다.

이름이 다른 파일에서 키를 사용하려면 세 가지 옵션이 있습니다.

• 위 -i옵션을 사용하여 파일을 명시 적으로 지정하십시오 .
• 위 IdentityFile옵션을 사용하여 클라이언트 구성에서 파일을 구성하십시오 .
• 를 사용하여 에이전트에 키를 추가하십시오 ssh-add.

대화식 세션의 경우 에이전트가 가장 유연합니다. 크론 작업의 경우 -i옵션이 아마도 가장 쉬운 방법 일 것입니다.

대상 호스트의 형식이 잘못된 인증 된 _ 키 파일이 ssh가 "패킷을 보내지 않았습니다"메시지를 출력하고 pubkey auth :-를 사용하는 대신 비밀번호를 요청하는 또 다른 이유입니다.

debug1: Next authentication method: publickey
debug1: Offering RSA public key: ~/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug2: we did not send a packet, disable method

이 특별한 경우의 문제 .ssh/authorized_keys는 대상 호스트 에 붙여 넣은 공개 키 데이터에 첫 문자가 누락되었다는 것입니다.

sh-rsa AAAA...

해결책은 단순히 누락 된 "s"를 추가하는 것입니다.

ssh-rsa AAAA...

그래서 :

debug1: Next authentication method: publickey
debug1: Offering RSA public key: ~/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Server accepts key: pkalg ssh-rsa blen 279
...
debug1: Authentication succeeded (publickey).

질문 의이 정확한 오류 메시지 문자열은 로컬 측에서 일치하지 않는 개인 / 공개 키 쌍의 경우에도 발생할 수 있습니다 . 아니, 그건 말이되지 않지만 단지 무슨 일이 일어나고 있는지 알아 내려고 오랫동안 머리를 찢어 버렸습니다.

• 원격 시스템 A가에 .ssh/mykey.pub복사했습니다 .ssh/authorized_keys.
• 로컬 시스템 B에는 .ssh/mykey시스템 A의 공개 키와 일치하는 올바른 개인 키가 있지만 .ssh/mykey.pub일치하지 않는 파일, 이전 버전의 대체 키가있을 수 있습니다.

B에서 A ( ssh -i mykey A) 로의 SSH 는 문제의 메시지와 함께 실패합니다. 특히 -vvssh 클라이언트에서 켜면 다음과 같습니다.

개인 키 시도 : .ssh / mykey
우리는 패킷을 보내지 않았습니다.

실제 키가 시도되지 않았기 때문에 거짓말입니다. 일부 일치하는 이름을 가진 로컬 공개 키 파일을 사용하여 작동 가능성이 있는지 확인한 다음 일치하지 않을 때 실제로 아무것도하지 않았습니다. 어느 쪽의 디버그 정보도 실제로 문제를 암시하지 않습니다.

ssh가 찾고있는 기본 파일 이름은 id_rsaand id_rsa.pub입니다.

다른 파일 이름을 ssh_config사용하려면 IdentityFile설정을 사용 하거나 ssh 명령 줄 매개 변수 를 통해 파일 이름을 지정해야합니다 -i.

RedHat에서 동일한 문제가 발생했습니다. 로그를 확인하고 홈 디렉토리에 잘못된 사용자 권한이 있음을 발견했습니다.

sshd[2507]: Authentication refused: bad ownership or modes for directory /home/user

홈 디렉토리 권한을 수정하면이 문제가 해결되었습니다.

데비안 / 우분투에서 디버깅하는 간단한 방법은 다음과 같습니다.

tail -f /var/log/auth.log

다른 터미널에서 연결을 시도하면 오류가 표시됩니다 ...

필자의 경우 / root 디렉토리는 기본값이 아닌 770이고 700이 아닙니다. 오류는 "인증 거부 : 디렉토리 / root에 대한 잘못된 소유권 또는 모드"입니다.

이 문제를 해결하면 완료됩니다.

시험

/sbin/restorecon -r /root/.ssh

컨텍스트 판매와 관련하여 발생할 수있는 문제

실행 후

ssh-copy-id user@remote-host

정상적으로 작동합니다. 그러나 실패한 경우 다음을 시도하십시오. 나중에 로그인하려는 사용자로 원격 호스트에 로그인하고 다음을 실행하십시오.

ssh-keygen

그것은 나를 도왔다.

그래서 나에게 일어난 일은 로컬 컴퓨터에서 액세스 할 수있는 2 개의 VM이 있다는 것입니다 (2 개의 키 id_rsa.pub 및 id_rsa2.pub). 내 ssh 연결이 ssh user@xx.xx.xx.xx 연결에 기본적으로 id_rsa.pub을 사용하고 있음을 깨달았습니다. 구성 파일을 추가하고 다음과 같이 모든 호스트에 사용할 ID를 지정하여 문제를 해결했습니다.

vi ~/.ssh/config

Add both hostnames and their identity file as follows:

Host server1.nixcraft.com
  IdentityFile ~/Users/.ssh/id_rsa1
Host server2.nixcraft.com
  IdentityFile /backup/home/aymen/.ssh/id_rsa2

고객:

vim /etc/ssh/ssh_config

#add your key 
IdentityFile ~/.ssh/yourkey

service sshd restart