[Résolu] Impossible de se connecter en ssh

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolu] Impossible de se connecter en ssh

Will

Bonjour

Je viens vers vous aujourd'hui pour vous demander de l'aide. En effet, je n'arrive plus à me connecter en ssh. Il y a quelques temps, on m'a sécuriser mon serveur, changer le port et interdit en accès root, seulement impossible de se connecter avec mon id utilisateur.

J'arrive à me connecter en ssh et à mettre mon nom d'utiliseur, seulement lorsque je met le mot de passe (qui est le bon) j'ai un message d'erreur :

Server unexpectedly network connection (putty)

ou alors dans terminal :

Connection to xx.xx.xx.xx closed by remote host.
Connection to xx.xx.xx.xx closed.

Savez vous d'où viens l'erreur ? (ah oui, on m'a installer webmin si ça peut aider )

Merci d'avance pour vos réponses

raln

Salut

L'utilisateur à bien le droit de se connecter en ssh ?
Tu es bien sur du mot de passe utilisé ?

AlexUser

Bah si tu a accès a Webmin :

-> Serveurs > serveur SSH > fichier de configuration
Tu remets yes pour rootlogin

tu redémarres et tu te connectes en root.

EDiT :

Il y ceci à la fin pour chrooter les utilisateurs :
Si ce n'y est pas tu peux rajouter à la fin > appliquer > redémarrer SSH

Match user alexis
Match user toto
Match user abcd
ChrootDirectory /home/%u

Will

raln wrote:Salut

L'utilisateur à bien le droit de se connecter en ssh ?
Tu es bien sur du mot de passe utilisé ?

Oui, normalement l'utilisateur a le droit de se co en ssh

Je suis bien sur du mot de passe utilisé, enfin je crois, c'est celui que j'ai utilisé lorsque j'ai installer le script automatique de mondedie pour la seedbox. De toute façon, avec un autre, ça me dit mdp incorrecte.

Sinon alexuser, j'ai bien tout ça à la fin de mon fichier sshd_config

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication. Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
#UsePAM yes
Match User tatou
ChrootDirectory /home/tatou
Match User banakayouu
ChrootDirectory /home/banakayouu

------------------

Voici mon fichier sshd_config si ça intéresse

http://pastebin.com/6WE6w5hG

sinon pour cela :

A quel ligne et comment ? 😛

AlexUser

C'est peut être une mauvaise permission :

chown -R <username>:<username> /home/<username>
chown root:<username> /home/<username>
chmod 755 /home/<username>

Et en root ? Tu peux te connecter ?

Will

Nop, impossible en root. ça me dit que je n'ai pas la permission.
Ni en user

chown -R <username>:<username> /home/<username>
chown root:<username> /home/<username>
chmod 755 /home/<username>

Je dois mettre ça où ?

ex_rat

Salut
Le script chroot les utilisateurs de ruTorrent donc c'est normal de se faire jeter en ssh.
Avec ton webmin, tu édites ton fichier /etc/ssh/sshd_config
tu modifies la ligne :

PermitRootLogin no

PermitRootLogin yes

juste en dessous, tu vas ajouter:

AllowUsers tatou

et tu commentes ( avec # )tout en bas du fichier les lignes:

# Match User tatou
# ChrootDirectory /home/tatou

Pour conserver l'accès en FTP de ton user maintenant
Dans le fichier /etc/vsftpd.chroot_list
tu ajoutes le nom de ton user: tatou

toujours dans ton webmin, cherche dans les menus, tu as un endroit pour exécuter des commandes comme en console (ou alors tu reboot le serveur...).
Tu vas relancer ton ssh et ton ftp:

/etc/init.d/ssh restart

/etc/init.d/vsftpd reload

et ça devrait être bon pour tatou en console.
Ex.

Will

Yeah, c'est bon, ça fonctionne, merci du fond du coeur

ex_rat

Cool
Alors si ça marche, la fete est pas fini

Premiere chose, tu vas verifier que tu arrives bien à passer root avec ton user tatou:
tu tapes su et tu rentre ton mot de passe root.

si c'est bien ok, il va falloir refermer l'accès root maintenant (vu que c'était le but au départ de cette sombre affaire)

nano  /etc/ssh/sshd_config

et tu remets root sur no

PermitRootLogin no

et tu relances ssh

/etc/init.d/ssh restart

Tu test => Tu va ouvrir un deuxième Putty pour tester sans fermer la fenêtre actuelle
et tu refais la manip du début:
connexion avec tatou => passage en root avec su
Si c'est ok c'est fini. Dans le cas contraire tu as toujours la première console pour revenir en arriere

Ex.

Will

Ok, merci, tout à bien fonctionner, j'arrive à me co en root en passant par tatou et tout est sécuriser maintenant

bon va juste falloir que j'arrive à installer owncloud mais ça c'est une autre histoire donc un autre topic

AlexUser

Arf, j'avais pas utilisé le script et j'ai toujours les user chrooté comme ça...

Désolé pour le coup

Quand au root tu peux le laisser, perso avec fail2ban derrière qui limite les connexion c'est bon !

NocK

Par contre Ex_Rat, si les user sont bloqué a la connexion SSH comment ils peuvent se connecter en sFTP ?

Jedediah

Tu les ajoutes dans le AllowUsers. T'inquiète pas, ils ne pourront rien faire en SSH.

NocK

Jedediah wrote:Tu les ajoutes dans le AllowUsers. T'inquiète pas, ils ne pourront rien faire en SSH.

Oui, j'avais déjà fait ça, cependant ils ne sont plus chroot dans leur dossiers

ex_rat

Salut
en mettant:

AllowUsers nock

et:

Match User nock
ChrootDirectory /home/nock

suivi de :

chown root:nock /home/nock
chmod 755 /home/nock

Tu bloques l'user en console, il a accès en SFTP et il est bien bloqué dans son /home/nock.
Ex.