ssh : 호스트 'hostname'의 신뢰성을 설정할 수 없습니다

컴퓨터에 ssh 할 때 언젠가이 오류 경고가 표시되고 "yes"또는 "no"라는 메시지가 표시됩니다. 다른 컴퓨터로 자동 ssh하는 스크립트에서 실행할 때 약간의 문제가 발생합니다.

경고 메시지 :

The authenticity of host '<host>' can't be established.
ECDSA key fingerprint is    SHA256:TER0dEslggzS/BROmiE/s70WqcYy6bk52fs+MLTIptM.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'pc' (ECDSA) to the list of known hosts.

자동으로 "예"라고 말하거나 무시하는 방법이 있습니까?

ssh 클라이언트에 따라 명령 행에서 StrictHostKeyChecking 옵션을 no로 설정하거나 키를 null known_hosts 파일로 보낼 수 있습니다. 구성 파일에서 모든 호스트 또는 지정된 IP 주소 또는 호스트 이름 세트에 대해 이러한 옵션을 설정할 수도 있습니다.

ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no

편집하다

@IanDunn이 지적한 것처럼이 작업을 수행하면 보안 위험이 있습니다. 연결하려는 리소스가 공격자에 의해 스푸핑 된 경우 대상 서버의 챌린지를 잠재적으로 다시 재생하여 원격 리소스에 실제로 연결되어있는 동안 원격 리소스에 연결한다고 생각하도록 속일 수 있습니다. 당신의 자격 증명. HostKeyChecking을 건너 뛰도록 연결 메커니즘을 변경하기 전에 해당 위험이 적절한 지 신중하게 고려해야합니다.

참조 .

더 나은 답변이 필요한 오래된 질문.

비활성화하지 않고 대화식 프롬프트를 방지 할 수 있습니다 StrictHostKeyChecking(안전하지 않음).

다음 로직을 스크립트에 통합하십시오.

if [ -z "$(ssh-keygen -F $IP)" ]; then
  ssh-keyscan -H $IP >> ~/.ssh/known_hosts
fi

서버의 공개 키가에 있는지 확인합니다 known_hosts. 그렇지 않은 경우 서버에서 공개 키를 요청하여에 추가합니다 known_hosts.

이러한 방식으로 중간자 공격에 한 번만 노출되며 다음과 같이 완화 될 수 있습니다.

• 스크립트가 보안 채널을 통해 처음 연결되도록 보장
• 로그 또는 known_hosts를 검사하여 지문을 수동으로 확인 (한 번만 수행)

비활성화하거나 제어 비활성화하려면 다음 줄을 시작 부분에 추가하십시오 /etc/ssh/ssh_config.

Host 192.168.0.*
   StrictHostKeyChecking=no
   UserKnownHostsFile=/dev/null

옵션 :

• 호스트 서브넷은 *모든 IP에 대한 무제한 액세스를 허용 할 수 있습니다 .
• /etc/ssh/ssh_config글로벌 구성 또는 ~/.ssh/config사용자 별 구성을 위해 편집하십시오 .

http://linuxcommando.blogspot.com/2008/10/how-to-disable-ssh-host-key-checking.html을 참조 하십시오

superuser.com과 비슷한 질문-https://superuser.com/a/628801/55163 참조

~/.ssh/known_hosts쓰기 가능한지 확인하십시오 . 그것은 나를 위해 그것을 고쳤다.

이를 해결하는 가장 좋은 방법은 'StrictHostKeyChecking'외에도 'BatchMode'를 사용하는 것입니다. 이런 식으로 스크립트는 새 호스트 이름을 받아 known_hosts 파일에 쓰지만 예 / 아니요 개입이 필요하지 않습니다.

ssh -o BatchMode=yes -o StrictHostKeyChecking=no user@server.example.com "uptime"

일반적으로 '~ / .ssh / config'에있는 구성 파일을 편집하고 파일을 시작하면 아래 줄을 추가하십시오.

Host *
    User                   your_login_user
    StrictHostKeyChecking  no
    IdentityFile          ~/my_path/id_rsa.pub

사용자 설정 your_login_user이이 설정이 your_login_user
StrictHostKeyCheck에 속해 있음을 no 로 설정하면
IdentityFile이 RSA 키 경로 라는 메시지가 표시되지 않습니다.

이것은 나와 내 스크립트에 도움이됩니다. 행운을 빕니다.

이 경고는 보안 기능으로 인해 발생하므로이 기능을 비활성화하지 마십시오.

한 번만 표시됩니다.

두 번째 연결 후에도 여전히 나타나면 known_hosts파일 에 문제가있을 수 있습니다. 이 경우 다음과 같은 메시지가 나타납니다.

Failed to add the host to the list of known hosts 

파일의 사용 권한을 사용자가 쓸 수 있도록 변경하는 소유자를 변경하여 문제를 해결할 수 있습니다.

sudo chown -v $USER ~/.ssh/known_hosts

Cori의 답변을 참조하여 수정하고 아래 명령을 사용했습니다. 없이는 exit나머지 명령이 실제로 원격 컴퓨터에 로깅되어 스크립트에서 원하지 않았습니다.

ssh -o StrictHostKeyChecking=no user@ip_of_remote_machine "exit"

이렇게하십시오-> chmod +w ~/.ssh/known_hosts. 에 파일에 대한 쓰기 권한이 추가됩니다 ~/.ssh/known_hosts. 그 후 known_hosts다음에 연결할 때 원격 호스트가 파일에 추가됩니다 .

이상적으로는 자체 관리 인증 기관을 작성해야합니다. 키 페어 생성으로 시작하십시오. ssh-keygen -f cert_signer

그런 다음 각 서버의 공개 호스트 키에 서명하십시오. ssh-keygen -s cert_signer -I cert_signer -h -n www.example.com -V +52w /etc/ssh/ssh_host_rsa_key.pub

서명 된 공개 호스트 키가 생성됩니다. /etc/ssh/ssh_host_rsa_key-cert.pub

에서 /etc/ssh/sshd_config의 지점 HostCertificate이 파일을 사용하고 있습니다 : HostCertificate /etc/ssh/ssh_host_rsa_key-cert.pub

sshd 서비스를 다시 시작하십시오. service sshd restart

그런 다음 SSH 클라이언트에서 다음을 추가하십시오 ~/.ssh/known_hosts. @cert-authority *.example.com ssh-rsa AAAAB3Nz...cYwy+1Y2u/

위의 내용은 다음과 같습니다.

• @cert-authority
• 도메인 *.example.com
• 공개 키의 전체 내용 cert_signer.pub

그만큼 cert_signer공개 키는 누구의 공개 호스트 키에 의해 서명 된 모든 서버 신뢰 cert_signer개인 키를.

클라이언트 측에서 일회성 구성이 필요하지만 아직 프로비저닝되지 않은 서버를 포함하여 (각 서버에 서명하는 한) 여러 서버를 신뢰할 수 있습니다.

자세한 내용은 이 위키 페이지를 참조하십시오 .

일반적으로이 문제는 키를 매우 자주 수정할 때 발생합니다. 서버에 따라 서버에서 생성하여 붙여 넣은 새 키를 업데이트하는 데 시간이 걸릴 수 있습니다. 따라서 키를 생성하고 서버에 붙여 넣은 후 3-4 시간 정도 기다렸다가 시도하십시오. 문제를 해결해야합니다. 나와 함께 일어났다.

이것을 / etc / ssh / ssh_config에 추가하십시오

Host *
UserKnownHostsFile=/dev/null
StrictHostKeyChecking=no

이것을 호스트 서버에서 실행하십시오. 예측 문제입니다.

chmod -R 700 ~/.ssh

나는 같은 오류가 있었고 방금 나에게 일어난 것처럼 잘못된 권한이있을 수 있다는 사실에주의를 기울이고 싶었습니다. 디렉토리를 일반 또는 사용자 로
설정 했으므로 올바른 사용자 여야합니다. 이 오류가 나타 났을 때 나는 일반 사용자로 구성 되었습니다. 종료 하면 해결되었습니다..sshrootroot.sshroot

아래의 서면 오류가 발생하는 문제를 해결합니다.
오류 :
'XXX.XXX.XXX'호스트의 인증을 설정할 수 없습니다.
RSA 키 지문은 09 : 6c : ef : cd : 55 : c4 : 4f : ss : 5a : 88 : 46 : 0a : a9 : 27 : 83 : 89입니다.

해결 방법 :
1. openSSH 도구를 설치하십시오.
2. ssh 명령을 실행하십시오.
3.이 호스트를 추가하라고 요청합니다. 예를 수락하십시오.
4.이 호스트는 알려진 호스트 목록에 추가됩니다.
5. 이제이 호스트와 연결할 수 있습니다.

이 솔루션은 현재 작동하고 있습니다 ...