2010-03-22 40 views
10

我正在使用通過ssh連接到集羣的腳本併發送一些命令,然後退出連接。該腳本基本上使用ssh連接一次,然後在此會話中執行腳本。此腳本幾次循環執行一系列命令,並在完成後連接終止。ssh腳本給出了「key_read」錯誤

所以這個腳本工作正常,除了幾個循環後,它在循環22給我以下錯誤的事實。然後再次在循環32.循環做了完全相同的事情,所以我無法把握問題腳本正面臨着。我認爲這個腳本每次需要運行一個循環時都不會要求認證。

這是錯誤:

key_read: uudecode AAAAB3NzaC1yc2EAAAABIwAAAQEAxmNx2hcXLpTjuaa3yKC3B9gbF7KprP2/ 
CH8fBgMbCyIcOB+ZMQDmEnbVTqedBwV/mxjZzorEpHTM8MX2WsTjFsxwzDgcpuxm+3cwfb0WSy9Y4Kb 
F8crAsRDbBIpUZ2n/iSdRcds9nTjk6PA61kTS24RLACHpqF18vudlO5WcbCOnAwa+DdUs0Raw29UiQc 
BaC6M4YPnApq9Ayy7a6qFI2uK6efkwfLTZIDivWlIdLpRLEyuBEpozQQhEd0mrGhR/ 
Gl1GevRvFMms14130xQ4A5UpJSn6CmrRIWBkcgp1TilqDGQ1F5xZOinnc4C00gFrbT3hkkQqY5A9p 
node023,10.141.0.31 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAxmNx2hcXLpTjuaa3yKC3 
B9gbF7KprP2/CH8fBgMbCyIcOB+ZMQDmEnbVTqedBwV/mxjZzorEpHTM8MX2WsTjFsxwzDgcpuxm+ 
3cwfb0WSy9Y4KbF8crAsRDbBIpUZ2n/iSdRcds9nTjk6PA61kTS24RLACHpqF18vudlO5WcbCOnAw 
a+DdUs0Raw29UiQcBaC6M4YPnApq9Ayy7a6qFI2uK6efkwfLTZIDivWlIdLpRLEyuBEpozQQhEd0m 
rGhR/Gl1GevRvFMms14130xQ4A5UpJSn6CmrRIWBkcgp1TilqDGQ1F5xZOinnc4C00gFrbT3hkkQqY5 
A9pa0lQHFkSw== 

回答

2

您可能正在處理一些超時問題......嘗試在腳本中添加睡眠以使循環花費更長時間並查看它是否仍然在循環22和32上死去......它可能只是時間當這些循環發生時。如果出現這種情況,您可能需要對正在登錄的服務器上的sshd configure文件進行調整(如果您有權訪問),否則您可以隨時添加到本地計算機上的ssh配置中。像「ServerAliveInterval 5」可能會有所幫助。

+0

Thnx在這種情況下爲您提供幫助,它是一個大腳本,所以我會在完成時告訴您。 – lugte098 2010-04-14 08:09:30

+0

「ServerAliveInterval 5」沒有爲我做任何事情,但睡眠似乎工作,我會嘗試在我的其他批次,thnx! – lugte098 2010-04-14 11:35:38

+1

那麼,睡眠的目的不是爲了「修復」任何東西......只是告訴你22和32號碼是否有特殊之處,或者「它總是在55分鐘和80分鐘之內」(假設每個循環需要2.5分鐘)或類似的東西。很抱歉地說,這聽起來像你的問題沒有解決,並且可能會繼續隨機發動,我們剛剛表明它不可靠(儘管睡眠有一個小的機會修復它,希望情況就是這樣)。 – Dan 2010-04-14 14:24:41

0

我看到這個在線: http://support.bb4.com/archive/200408/msg00235.html

看着類似於您的問題。這篇文章還有另一個鏈接,詳細介紹了Big Brother的網站。

+0

我一直在閱讀一些關於這個問題的話題,包括你的問題,但他們沒有一個真的是我的解決方案。 – lugte098 2010-03-23 08:19:41

2

希望這可能會幫助一些人。

當SSH連接到任何服務器時,我有這個確切的錯誤信息。有趣的是我仍然被允許訪問。我檢查了所有的SSH密鑰文件,並將它們全部放在一行(很多人報告爲可能的原因)。

然後我刪除了來自RSA公衆的評論== [email protected]),它的工作!然後我從DSA的公衆那裏刪除了這一行;該錯誤再次彈出。

我並不是那些知道SSH密鑰的人,他們是如何工作的,但是這似乎已經完成了我訪問的許多服務器的技巧。因此,刪除RSA公衆的評論,並將其留給DSA公衆

16

另一個原因,可能會發生這個問題:

我有一個類似的問題,而ssh方式連接到我們的服務器的一個:它會工作,但顯示這個奇怪的錯誤消息。該解決方案實際上是修復了〜/ .ssh/known_hosts,該服務器有2個條目。

+1

謝謝 - 這是我遇到的問題。 – 2013-07-05 23:53:13

+0

我遇到了同樣的問題,謝謝。 – 2016-07-01 07:55:06

3

我把我的id_rsa.pub內容從Windows粘貼到Linux VM中。這導致CRLF被插入到幾行中間的行中,這隻有在我用足夠寬的窗口編輯文件(或者在足夠寬的終端中進行了編輯)時才顯而易見。刪除CRLF使整個事情在一行上解決了這個問題。

1

對我來說,這是我的.ssh文件夾中的~.ssh/known_hosts文件中的錯誤。我刪除了所有行以獲得已知主機的「新鮮」啓動,此後我沒有發現任何錯誤。

+0

這對我有用,只刪除了登錄到我修復問題的主機的行。我懷疑這與主持人的密鑰更改有關。 – zymhan 2015-12-15 01:43:26