ssh script donne “key_read” erreur

Je suis en utilisant un script qui se connecte à un cluster via ssh et envoie des commandes, puis ferme la connexion. Ce script fondamentalement se connecte une fois en utilisant ssh, puis exécute un script de cette session. Ce script parcourt une liste de commandes un peu de temps et après c'est fini, la fin de la connexion.

Donc ce script fonctionne très bien, sauf pour le fait qu'après quelques boucles, il me donne l'erreur suivante lors de la boucle de 22. Et puis de nouveau à boucle 32. Les boucles de faire exactement la même chose, donc je ne peut pas saisir le problème, le script est confrontée. Je ne pense pas que c'est possible pour ce script pour demander l'authentification à chaque fois, il doit courir à travers une boucle.

C'est l'erreur:

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==

OriginalL'auteur lugte098 | 2010-03-22

  1. 3

    Vous pouvez avoir affaire avec un peu de temps hors de questions... essayez d'ajouter un sommeil dans le script pour faire les boucles prendre plus de temps et de voir si il meurt encore sur la boucle de 22 et 32... c'est peut être juste le moment où ces boucles d'arriver. Si c'est le cas, vous pouvez avoir à faire des ajustements pour le sshd de fichier de configuration sur le serveur vous vous connectez (si vous y avez accès) sinon vous pouvez toujours ajouter à la configuration de ssh sur l'ordinateur local. Quelque chose comme "ServerAliveInterval 5" peut aider.

    Thnx pour votre aide dans cette situation, c'est un gros script donc je vais vous laisser savoir quand elle se termine.
    Le "ServerAliveInterval 5" na pas faire quelque chose pour moi, mais le sommeil semble fonctionner, je vais essayer sur mes autres lots ainsi, thnx!
    Eh bien, le sommeil n'a pas été conçu pour "Réparer" quelque chose... simplement vous dire si il y avait quelque chose de spécial au sujet du nombre de 22 et 32 ou si "c'est toujours les sauts de 55 minutes dans le processus et en 80 minutes" (en supposant que chaque cycle a une durée de 2,5 minutes) ou quelque chose comme ça. Désolé de le dire, on dirait que vous vous êtes problème n'est pas résolu et continuera probablement à le frapper au hasard, nous avons montré qu'il est peu fiable (si il ya une petite chance que le sommeil fixe, j'espère que c'est le cas).

    OriginalL'auteur Dan

  2. 16

    Une autre raison pour laquelle ce problème peut se produire:

    J'ai eu un problème similaire, tandis que SSHing pour l'un de nos serveurs: cela fonctionnerait, mais l'affichage de ce message d'erreur étrange. La solution a été fait pour résoudre le ~/.ssh/known_hosts qui avait 2 entrées pour ce serveur.

    Merci - c'était le problème que j'ai.
    J'ai rencontré le même problème, je vous remercie.
    Par un "correctif" tu veux dire supprimer l'une des deux entrées, droit?

    OriginalL'auteur Pol

  3. 3

    J'ai collé mon id_rsa.pub contenu à partir de Windows dans une machine virtuelle Linux. Qui a causé CRLFs à être inséré dans le milieu des lignes dans quelques endroits, qui ont été seulement évidente si j'ai édité le fichier avec une assez large fenêtre (ou un chat avait dans une assez large terminal). Retrait de la CRLFs de sorte que la chose entière était sur une ligne fixe ce problème.

    OriginalL'auteur Chris Moschini

  4. 2

    J'espère que cela peut aider quelques personnes.

    J'ai eu ce message d'erreur exact quand SSHing à n'importe quel serveur. La chose intéressante est que j'ai été autorisé à accéder encore. J'ai vérifié toutes les clés SSH fichiers et ils sont tous sur une seule ligne (dont beaucoup de personnes signalées comme étant une cause possible).

    Puis je supprimé le commentaire de RSA publique (== [email protected]) et cela a fonctionné! J'ai ensuite retiré la ligne de la DSA publique; l'erreur surgit de nouveau.

    Je ne suis pas bien informé sur les clés SSH et comment ils fonctionnent exactement, mais ce qui semble avoir fait le tour pour un certain nombre de serveurs, j'ai accès. Donc supprimez le commentaire de RSA public et de le laisser dans la DSA publique.

    OriginalL'auteur WolfieZero

  5. 2

    Pour moi, c'était une erreur dans le ~.ssh/known_hosts fichier dans mon .ssh dossier. J'ai supprimé toutes les lignes pour obtenir un "nouveau" départ des hôtes connus, et je n'ai pas d'erreurs après cela.

    Cela a fonctionné pour moi, la suppression de la ligne(s) à l'accueil, j'ai été la journalisation en fixe le problème. Je soupçonne qu'elle est liée à l'hôte de remplacement de la clé.

    OriginalL'auteur joar

  6. 0

    J'ai vu cette ligne:
    http://support.bb4.com/archive/200408/msg00235.html

    Ressemblaient à votre problème. Il y a un autre lien dans le post pour des informations plus détaillées sur Big Brother site web.

    J'ai lu quelques sujets sur ce problème, y compris la vôtre, mais aucun d'entre eux sont vraiment une solution à la mienne.

    OriginalL'auteur SDGuero

  7. 0

    Pour moi, j'ai eu une clé publique pour un serveur, réparties sur plusieurs lignes en raison de copypasta. Mettre la totalité de la clé sur une seule ligne résolu cette erreur.

    OriginalL'auteur Kenny Evitt