SSH gèle après l'authentification

En entrant l'un de mes serveurs ssh Il gèle juste après l'authentification. Ceci est la sortie sur le client avec

-v

.

OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to host1 [10.6.27.64] port 22.
debug1: Connection established.
debug1: identity file /home/user/.ssh/identity type -1
debug1: identity file /home/user/.ssh/id_rsa type 1
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: loaded 3 keys
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3
debug1: match: OpenSSH_5.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'host1' is known and matches the RSA host key.
debug1: Found key in /home/user/.ssh/known_hosts:172
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure. Minor code may provide more information
No credentials cache found

debug1: Unspecified GSS failure. Minor code may provide more information
No credentials cache found

debug1: Unspecified GSS failure. Minor code may provide more information
No credentials cache found

debug1: Next authentication method: publickey
debug1: Trying private key: /home/user/.ssh/identity
debug1: Offering public key: /home/user/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 277
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = C
debug1: Sending env LC_ALL = C
Last login: Wed May 21 10:24:14 2014 from host2
This machine has been configured with kickstart
host1 in bcinf17 in bay 3 in rack D10-Mid

Et B.

/var/log/secure

Sur le serveur, je le vois (Heureusement, j'ai toujours une session):

May 21 10:27:31 host1 sshd[12387]: Accepted publickey for user from 1.1.11.239 port 34135 ssh2
May 21 10:27:31 host1 sshd[12387]: pam_unix(sshd:session): session opened for user user by (uid=0)

Donc, rien d'évident n'arrive. Il semble que le client et le serveur puissent communiquer. Rien b

/var/log/messages

.

Beaucoup d'espace disque. Certains chemins sont montés (Y compris les zones de maison), Mais ma coquille toujours active peut y accéder.

Je peux me connecter à d'autres serveurs; Seulement cela a un problème. J'ai essayé de redémarrer

sshd

. Fichier de configuration pour

sshd

Cela ressemble à une valeur par défaut, donc il n'y a rien là-bas. Autant que je sache, n'a pas changé récemment.

Tenter de démarrer la commande (

ssh host1 -t bash

, ou

-t vi

) Aussi suspendre, alors ne pensez pas que cela soit connecté de mes scénarios de connexion.

Également essayé de vous connecter au système à partir d'autres hôtes au même endroit et dans d'autres endroits ou de Windows de l'autre côté Putty Et entrez le système à l'aide du mot de passe au lieu de la touche.

Je ne sais pas où chercher d'autre à rechercher ou quoi d'autre à essayer d'autre.

Ce serveur. RHEL 6.4, 64 bit.
Invité:

Blanche

Confirmation de:

Il y a plusieurs choses pouvant causer une attente immédiatement après l'authentification SSH.

Cependant, la plupart d'entre eux auront également d'autres symptômes. (Congélation immédiatement après l'autorisation de SSH - Ce n'est que le symptôme le plus notable.).

Comme Ian a mentionné, tout scénarios de connexion.


~/.bashrc

,

~/.bash_profile

,

~/.profile

,

~/.kshrc

etc

Trop lancé / Procédés redémarrés.

Il ya quelque chose

fork()

Trop de processus enfants et de téléchargement (
http://blog.scoutapp.com/artic ... rages
) trop haut.

Il y avait un problème d'attente d'E / S.

Généralement causé la défaillance du disque dur (souvent) ou adaptateur réseau défectueux (rarement).

Module à bout intermédiaire PAM (Par exemple: configuration non standard Kerberos)

Le module lui-même n'est pas toujours, mais parfois le service (Par exemple, audit), Ce qui est quelque part il y a un serveur de journal complet.

Dominique

Confirmation de:

Une autre source de problèmes peut être des clients SSH en attente ssh-agent (Bien sûr, tous configurés pour l'utiliser). Si un ssh'ing

partout

coincé dans

debug1: A reçu SSH2_MSG_NEWKEYS

puis vérifier

ps auxw | grep askpass

Et son dialogue (s), qui pourrait disparaître de votre attention.

PS: c'est plutôt

ne pas

à blâmer ici, mais je n'ai pas cherché plus pertinent dans Google

des questions

toujours.

Christine

Confirmation de:

Il se connecte directement si vous utilisez

ssh -o GSSAPIAuthentication=no user@host

?

Si tel est le cas, le système peut accrocher à un moment donné lors du choix d'une méthode GSSAPI. Pour moi, cela n'a fait qu'un seul hôte, alors je viens d'éteindre GSSAPI dans

~/.ssh/config

Pour cet hôte:

Host badHostName
GSSAPIAuthentication no

Je l'ai appris de
http://germanrumm.eu/fixing-ss ... inux/
Mais jamais reconnu la cause.

Pour répondre aux questions, connectez-vous ou registre