5 votes

SSH ferme la connexion après la connexion Etat de sortie 254

Je dois d'abord préciser que j'ai lu tous les problèmes relatifs au mien sur ce site, mais que tous semblent avoir accès d'une manière ou d'une autre aux fichiers de leur serveur. Ce n'est pas mon cas, alors voici ma question.

Je suis sous centOS 6.5 et ssh ferme la connexion juste après une connexion réussie. J'utilise mac et Windows/putty pour accéder à mon serveur avec les mêmes résultats. Y a-t-il un moyen d'accéder à mon serveur sans avoir accès à ses fichiers ?

Voici le résultat de ssh -vvv juste après une connexion réussie :

debug1: Authentication succeeded (password).
Authenticated to 4X.5X.XX.2 ([4X.5X.XX.2]:82).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug2: callback start
debug2: fd 3 setting TCP_NODELAY
debug3: ssh_packet_set_tos: set IP_TOS 0x10
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug1: Sending environment.
debug3: Ignored env TERM_PROGRAM
debug3: Ignored env SHELL
debug3: Ignored env TERM
debug3: Ignored env TMPDIR
debug3: Ignored env Apple_PubSub_Socket_Render
debug3: Ignored env TERM_PROGRAM_VERSION
debug3: Ignored env TERM_SESSION_ID
debug3: Ignored env USER
debug3: Ignored env SSH_AUTH_SOCK
debug3: Ignored env __CF_USER_TEXT_ENCODING
debug3: Ignored env PATH
debug3: Ignored env PWD
debug1: Sending env LANG = en_US.UTF-8
debug2: channel 0: request env confirm 0
debug3: Ignored env XPC_FLAGS
debug3: Ignored env XPC_SERVICE_NAME
debug3: Ignored env SHLVL
debug3: Ignored env HOME
debug3: Ignored env LOGNAME
debug3: Ignored env _
debug2: channel 0: request shell confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
Last login: Wed Oct  7 06:23:21 2015 from 1XX.XXX.X1.185
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
debug2: channel 0: rcvd eow
debug2: channel 0: close_read
debug2: channel 0: input open -> closed
debug2: channel 0: rcvd eof
debug2: channel 0: output open -> drain
debug2: channel 0: obuf empty
debug2: channel 0: close_write
debug2: channel 0: output drain -> closed
debug2: channel 0: rcvd close
debug3: channel 0: will not send data after close
debug2: channel 0: almost dead
debug2: channel 0: gc: notify user
debug2: channel 0: gc: user detached
debug2: channel 0: send close
debug2: channel 0: is dead
debug2: channel 0: garbage collecting
debug1: channel 0: free: client-session, nchannels 1
debug3: channel 0: status: The following connections are open:
  #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cc -1)

Connection to 4X.5X.XX.2 closed.
Transferred: sent 3176, received 2640 bytes, in 0.3 seconds
Bytes per second: sent 10370.6, received 8620.4
debug1: Exit status 254

0 votes

Que voulez-vous dire par "sans avoir accès à ses fichiers" ? Vous ne pouvez pas accéder au serveur pour déboguer ?

0 votes

Avez-vous le journal des erreurs du serveur ?

0 votes

Non, pas d'accès du tout. Pas de journaux de serveur.

5voto

Law29 Points 3467

Pour mémoire, il s'agissait bien d'un problème de bifurcation de l'utilisateur Shell. Ceux-ci peuvent être causés par :

  1. un problème dans les fichiers d'initialisation de Shell.
  2. une condition d'absence de mémoire
  3. une condition hors processus

C'est une réponse très tardive, mais dans cette situation, j'aurais essayé d'exécuter une commande directement, par exemple : ssh server ls -ltra qui pourrait contourner certaines initialisations de Shell, en se connectant en tant qu'autre utilisateur qui utiliserait certains fichiers d'initialisation de Shell différents, puis en redémarrant, ce qui devrait corriger toute condition d'absence de ressources.

5voto

Santosh Garole Points 323

J'ai changé la configuration des fichiers ouverts dans le fichier de paramètres du noyau /etc/security/limits.conf en illimité et j'ai perdu la connectivité.

Après avoir rétabli les paramètres normaux pour l'utilisateur root, j'ai retrouvé la connectivité.

Wrong Example:
## Example hard limit for max opened files
*        hard   nofile unlimited
root     hard   nofile  unlimited
## Example soft limit for max opened files
*        soft   nofile unlimited
root     soft   nofile unlimited

Correct Ex:
## Example hard limit for max opened files
*        hard   nofile 16000
root     hard   nofile 16000
## Example soft limit for max opened files
*        soft   nofile 16000
root     soft   nofile 16000

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X