2014-02-24 78 views
1

ssh的問題,我剛剛更新了幾臺服務器到GCE堆棧的較新版本,我已經開始有,我不是很清楚如何解決一些問題的ssh。我已經研究過防火牆的問題,而ssh文檔並不是很有幫助。連接到谷歌Compute Engine的

這是我當前如何連接:

gcutil --service_version="v1" --project="myproject" ssh --zone="us-central1-a" "myproject-prod" 

這是工作,直到最近。我正在做一些bash黑客攻擊,增加並刪除了一些apt和pip軟件包,所以我認爲它與此有關,但我確實不確定。當我嘗試使用上面的代碼中,我碰到下面的錯誤連接:

INFO: Running command line: ssh -o UserKnownHostsFile=/dev/null -o CheckHostIP=no -o StrictHostKeyChecking=no -i /home/user/.ssh/google_compute_engine -A -p 22 [email protected] -- 
ssh: connect to host 108.59.84.53 port 22: Connection refused 

我的防火牆似乎是爲了:

[email protected]:~$ gcutil --project="myproject-backend" listfirewalls 
+------------------------+---------+ 
| name     | network | 
+------------------------+---------+ 
| default-allow-internal | default | 
+------------------------+---------+ 
| default-ssh   | default | 
+------------------------+---------+ 
| http2     | default | 
+------------------------+---------+ 

就如何解決這個問題的任何想法或資源?

回答

0

是VM連接到默認的網絡?

如果沒有,您正在使用(/home/user/.ssh/google_compute_engine)簽訂了虛擬機元數據部分的SSH密鑰?

+0

是的,我確實連接到默認網絡。糾正我,如果我錯了,但我相信這個問題會簡單地重新安裝永久磁盤作爲鏈接的文檔建議是固定的,但正如我所提到的問題依然存在(不使一個可怕的雙關語或任何東西。) –

+0

只需重新連接如果問題是密鑰不存在或者不在客戶端上的正確位置(或者密鑰錯誤),VM上的存儲將無濟於事。這就是爲什麼我建議檢查一下你使用的是否與元數據中的一個匹配。 –

1

我建議尋找到serial console第一時間併爲您喜歡失敗SSH服務啓動失敗很明顯的信息。你還可以創建啓動盤的快照 - >創建一個新的永久磁盤出來的 - >將其安裝在一個臨時的實例和審查日誌/啓動腳本等

+0

已通過所有建議的步驟去該指南中,包括重新安裝永久磁盤,導致連接超時。看起來這裏的問題確實在磁盤上,而不是實例問題,這更加令人困惑。儘管此時我已經替換了磁盤,因爲這是一個緊迫的問題。 –

相關問題