IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration système Discussion :

Incohérence ssh après reboot


Sujet :

Administration système

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Avatar de ChMuX
    Homme Profil pro
    SysOps DevOps AWS
    Inscrit en
    Mai 2012
    Messages
    167
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 33
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : SysOps DevOps AWS

    Informations forums :
    Inscription : Mai 2012
    Messages : 167
    Par défaut Incohérence ssh après reboot
    Bonjour,

    Depuis la semaine dernière j'ai un petit problème que je ne n'arrive pas à résoudre, peut être pourriez-vous m'éclairer...
    Suite au reboot de nos serveurs, l'un d'entre eux (Suse 7.2) n'est plus contactable par ssh via Putty (ou une fois sur 10) mais seulement par ssh via un autre de nos serveurs....

    Pour info, il s'agit d'une VM sous Proxmox, lorsque je "tail -f" le messages de la Suse (donc de la VM), j'obtient des traces lorsque je tente de me connecter depuis un autre serveur, par contre avec Putty rien du tout. Il s'agit donc d'un problème lié à l'hyperviseur qui ne transmet pas la trame à la VM non ? (connexion de la VM en bridge sur l'hyperviseur)

    J'espère que vous pourrez m'aider, je m'en arrache les cheveux ...

  2. #2
    Invité
    Invité(e)
    Par défaut
    Hello,

    Pourrais-tu fournir l'event log de putty après avoir tenté une connections(cliquer sur l'icone dans le coin supérieur gauche => event log)

    Est-ce qu'il y a un firewall (iptables?) sur la machine suse?
    Est-ce que le service ssh est bindé à une adresse sépcifique? (directive ListenAddress dans le sshd_config)
    Dernière modification par Invité ; 28/07/2014 à 13h33.

  3. #3
    Membre confirmé
    Avatar de ChMuX
    Homme Profil pro
    SysOps DevOps AWS
    Inscrit en
    Mai 2012
    Messages
    167
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 33
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : SysOps DevOps AWS

    Informations forums :
    Inscription : Mai 2012
    Messages : 167
    Par défaut
    Event log lorsque ça ne fonctionne pas :
    2014-07-28 13:09:24 Looking up host "192.168.0.14"
    2014-07-28 13:09:24 Connecting to 192.168.0.14 port 22
    2014-07-28 13:09:24 Server unexpectedly closed network connection
    Pas de firewall et le ssh n'est pas binder (le fichier sshd_config est par défaut) :/

    On dirait que c'est de manière cyclique (par exemple ça ne marche pas pendant 5 min et après ça marche 5 min et ainsi de suite) et lorsque la connexion est établie, si il n'y a pas d'activité sur le terminal pendant une minute, ça coupe.

    Voici l'Event log lorsque la connexion s'établie :
    2014-07-28 13:13:08 Looking up host "192.168.0.14"
    2014-07-28 13:13:08 Connecting to 192.168.0.14 port 22
    2014-07-28 13:13:08 Server version: SSH-1.99-OpenSSH_2.9p1
    2014-07-28 13:13:08 We believe remote version has SSH-2 RSA padding bug
    2014-07-28 13:13:08 Using SSH protocol version 2
    2014-07-28 13:13:08 We claim version: SSH-2.0-PuTTY_Release_0.62
    2014-07-28 13:13:08 Doing Diffie-Hellman group exchange
    2014-07-28 13:13:08 Doing Diffie-Hellman key exchange with hash SHA-1
    2014-07-28 13:13:08 Host key fingerprint is:
    2014-07-28 13:13:08 ssh-dss 1024 e7:e5:60:5d:4f:o1:33:1b:oa:c1:d4:9c:5c:d8:fe:f6
    2014-07-28 13:13:08 Initialised AES-256 CBC client->server encryption
    2014-07-28 13:13:08 Initialised HMAC-SHA1 client->server MAC algorithm
    2014-07-28 13:13:08 Initialised AES-256 CBC server->client encryption
    2014-07-28 13:13:08 Initialised HMAC-SHA1 server->client MAC algorithm
    2014-07-28 13:13:13 Sent password
    2014-07-28 13:13:13 Access granted
    2014-07-28 13:13:13 Opened channel for session
    2014-07-28 13:13:13 Allocated pty (ospeed 38400bps, ispeed 38400bps)
    2014-07-28 13:13:13 Started a shell/command

Discussions similaires

  1. Réplication: par de resynchronisation après reboot du master
    Par ctobini dans le forum SQL Procédural
    Réponses: 3
    Dernier message: 22/06/2007, 13h42
  2. lsnrctl cassé après reboot
    Par arrrnaud dans le forum Installation
    Réponses: 5
    Dernier message: 31/05/2007, 21h52
  3. Perte de la liaison Apache - Oracle après reboot Oracle
    Par Sephiroth Lune dans le forum Oracle
    Réponses: 4
    Dernier message: 27/10/2006, 16h03
  4. [Oracle 10g] Pbl listener aprés reboot serveur
    Par T_Joe dans le forum Oracle
    Réponses: 1
    Dernier message: 02/03/2006, 09h14
  5. Perte du hostname après reboot sous debian
    Par byloute dans le forum Administration système
    Réponses: 1
    Dernier message: 19/01/2006, 15h50

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo