Bonjour,
j'ai une machine virtuelle avec un debian, j'ai eu accès sans problème à cette machine, et aujourd'hui je souhaite revenir dessus après 1-2 mois sans connexion.
Quand je souhaite me connecter en SSH le login apparait et est bien pris en compte et rien ne se passe après avoir rentrer le mot de passe…ça reste 2 3 minutes sans rien et j'ai une deco ( Server unexpectedly closed network connection )
screen :https://gyazo.com/c8185bdff4a949259d50abb71084c50b
j'ai pensé au fait que la connexion ssh est peut être refusé pour le root mais j'aurai un access denied je pense? malheureusement je n'ai plus souvenir d'avoir crée des utilisateurs ou non dessus pour m'en servir d’intermédiaire.
Comment puis-je faire?
Merci a vous!
# ssh plus bavard
Posté par chimay . Évalué à 2.
pour rendre ssh plus bavard quant à la cause du souci, essaie de voir ce que te raconte :
ssh -v ta_machine
[^] # Re: ssh plus bavard
Posté par Chris . Évalué à 1.
Merci de ta réponse
serveur@ts:~$ ssh -v monip
OpenSSH_6.7p1 Debian-5+deb8u3, OpenSSL 1.0.1t 3 May 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to monip [monip] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /home/serveur/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/serveur/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/serveur/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/serveur/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/serveur/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/serveur/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/serveur/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/serveur/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.7p1 Debian-5+deb8u3
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.7p1 Debian-5+deb8u3
debug1: match: OpenSSH_6.7p1 Debian-5+deb8u3 pat OpenSSH* compat 0x04000000
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr umac-64-etm@openssh.com none
debug1: kex: client->server aes128-ctr umac-64-etm@openssh.com none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA e3:04:39:eb:0e:26:79:62:77:6c:0a:1d:33:85:fa:aa
debug1: Host 'monip' is known and matches the ECDSA host key.
debug1: Found key in /home/serveur/.ssh/known_hosts:1
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
# access denied
Posté par EauFroide . Évalué à 2. Dernière modification le 24 septembre 2016 à 18:46.
Je viens de tester sur deux de mes machines et je n'ai pas d'accès denied quand je tente de me connecter en root, il demande le password (qui ne fonctionne pas vu que PermitRootLogin est à no)
Note que j'ai testé sur ubuntu et raspbian, ça peut être différent sur debian
Donation Bitcoin : 1N8QGrhJGWdZNQNSspm3rSGjtXaXv9Ngat
[^] # Re: access denied
Posté par Chris . Évalué à 2.
Merci de ta réponse!
Mince, du coup c'est probablement ça, pas de solution du coup si je n'ai pas d'utilisateurs et que je ne peut pas accéder aux grub car chez fournisseur :/
[^] # Re: access denied
Posté par GG (site web personnel) . Évalué à 3. Dernière modification le 24 septembre 2016 à 19:23.
Quel fournisseurs?
Certains propose un KVM (parfois payant), d'autre un démarrage sur système de secours.
Le système de secours va te permettre de régler le problème. Avec un chroot tu devrais pouvoir ajouter un utilisateur.
Avec le KVM, tu pourrais te connecter depuis la console, en root.
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: access denied
Posté par Chris . Évalué à 1.
Pulseheberg, l'interface ne propose rien de pratique :P
https://gyazo.com/4c65d3c527deb85f9cf8c1f9b70b137b
[^] # Re: access denied
Posté par EauFroide . Évalué à 1.
Et via serial console (dans ton screenshot)?
Donation Bitcoin : 1N8QGrhJGWdZNQNSspm3rSGjtXaXv9Ngat
[^] # Re: access denied
Posté par Chris . Évalué à 1.
The following connection details may be used in any local SSH client. For Windows you can download a free copy of Putty
Il me donne une ip (differente de mon serveur) avec un port un mdp et un login mais quand j'y accède, je n'ai rien du tout comme si il n'y avais rien a cette ip / port
[^] # Re: access denied
Posté par GG (site web personnel) . Évalué à 2.
Dans le menu boot, il n'y a rien pour choisir un système de secours?
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
# espace disque insuffisant pour demarrer la session
Posté par NeoX . Évalué à 4.
donc SSH fonctionne et te laisse le droit de te connecter en tant que root
ca c'est un symptome qui peut s'expliquer par un espace disque saturé,
du coup la machine ne peut pas creer les quelques fichiers necessaires à l'ouverture de session.
parfois un simple reboot peut permettre de purge quelques fichiers, te laissant le temps de te connecter pour voir ou tu en es et faire du menage.
# Reinstall
Posté par Chris . Évalué à 2.
Merci pour vos réponses.
L’hébergeur m’indique qu'il y a 180Go d'espace disque disponible.
J'ai finalement décidé de tout redémarrer a 0 au moins j'ai pu exporter mes bases de données php.
Cela dit je n'ai aucune idée de ce qui a pu se passer sur cette VM pour que même l’accès a distance VNC ne soit pas accessible (peut être fournisseur?)
Enfin, merci a tous!
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.