2014-05-13 4 views
0

그래서 비슷한 문제와 관련된 몇 가지 게시물을 읽었습니다. 나는 아무런 성공도없이 설명을 따랐다. 어떤 사용자로 로그인하든 "Permission denied (publickey)"가 표시됩니다.Google Compute Engine 인스턴스가 잠긴다.

워크 스테이션에 새 Google RSA 키 쌍을 만들려고했습니다. 내가 만들었을 때 표준 메시지 인 "정보 : 새 ssh 키로 프로젝트가 업데이트되었습니다. 인스턴스가 키를 가져 오는 데 다소 시간이 걸릴 수 있습니다." INFO : 연결을 시도하기 전에 10 초 기다림. "

어떻게하면 내 서버로 돌아갈 수 있을까요?

답변

2

인스턴스에 "gcutil getinstance"를 사용하여 인스턴스 별 sshKeys 메타 데이터가 있는지 확인하고 메타 데이터 섹션에서 sshKeys 항목을 찾으십시오. 인스턴스에 sshKeys 항목이있는 경우 custom instance metadata 명령 "gcutil setinstancemetadata --metadata = sshKeys : --fingerprint ="을 사용하여 새 키를 추가 할 수 있습니다. ssh key syntax을 사용하여 GCE의 사용자에게 키를 매핑 할 수 있습니다.

gcutil이 새 ssh 키를 프로젝트 수준의 메타 데이터에 추가 했으므로 인스턴스 수준의 sshKeys 메타 데이터를 모두 삭제하고 프로젝트 수준의 sshKeys 메타 데이터를 사용하도록 되돌릴 수 있습니다.

우리가 시작 스크립트를 만들었습니다
+0

고맙습니다. 이젠! – Josh

+0

제공된 안내에 따라 gcutil에서 '완료'알림을 받았습니다. 로그인을 시도 할 때보고 된 문제가 계속 발생합니다. 이견있는 사람? – Josh

+0

잠겨 있기 전에 호스트의 DNS 설정이 잘못되어 프로젝트 sshkeys 메타 데이터를 제공하는 메타 데이터 서버에 더 이상 연결할 수없는 경우가 있습니다. 이 경우, 내가 생각할 수있는 것 : 1) 콘솔을 사용하여 인스턴스를 종료하십시오. 2) 새 인스턴스를 시작하고 이전 루트 PD를 연결합니다. 그런 다음 3) 해당 PD의 구성에 문제가 있으면 수정하십시오. 마지막으로 고정 PD로 새로운 인스턴스를 회전시킬 수 있습니다. – CharlesB

1

자기 - 관리 및 문제 해결 SSH 연결을 사용하면 재고 이미지에서 새로운 인스턴스를 가져 --nodelete_boot_pd deleteinstance와 인스턴스를 파괴하여 해결하는 가장 쉬운 방법입니다 무엇을 설명

https://github.com/GoogleCloudPlatform/compute-ssh-diagnostic-sh/를 발행 원본 디스크를 새 인스턴스로 두 번째 디스크로 연결하고 디스크 구성을 검사하고 수정 한 다음 새 인스턴스와 디스크를 삭제하고 원본 디스크로 원본 인스턴스를 다시 만듭니다

+0

나는 꽤 오랫동안이 문제를 경험하지 못했다고 행복하게 말할 수 있습니다. 내가이 문제에 관해서 앞으로 언급 할 경우 언급 된 방법을 확실히 사용할 것입니다. – Josh

관련 문제