Comment configurer freeSSHd sur Windows Server 2008 pour pouvoir me connecter à l'aide de ssh?

J'ai installé freeSSHd sur une boîte Windows Server 2008 (en suivant les instructions de la section Comment installer un serveur SSH dans Windows Server 2008 ), notamment:

• créé un utilisateur nommé "dspitzer" avec l'autorisation NTLM
• a ouvert une exception pour le port 22 dans le pare-feu Windows

Mais lorsque j'essaie de me connecter (à partir d'une ligne de commande Mac OS X 10.5.8), j'obtiens une autorisation refusée après avoir entré le mot de passe:

$ ssh 12.34.56.78
dspitzer@12.34.56.78's password: 
Permission denied, please try again.
dspitzer@12.34.56.78's password: 
Permission denied, please try again.
dspitzer@12.34.56.78's password: 
Received disconnect from 12.34.56.78: 2: Too many attempts.

J'ai aussi essayé:

$ ssh dspitzer@12.34.56.78
dspitzer@12.34.56.78's password: 
Permission denied, please try again.
dspitzer@12.34.56.78's password: 
Permission denied, please try again.
dspitzer@12.34.56.78's password: 
Received disconnect from 12.34.56.78: 2: Too many attempts.

J'ai également essayé de changer l'autorisation en "Mot de passe stocké en tant que hachage SHA1" et d'entrer un mot de passe simple, mais j'ai le même problème. Et j'ai essayé un autre nom d'utilisateur ("Administrateur") sans succès.

J'ai confirmé que je me connecte au serveur que je configure - si j'arrête freeSSHd et essaie de me connecter, j'obtiens:

$ ssh 12.34.56.78
ssh: connect to host 12.34.56.78 port 22: Operation timed out

J'obtiens exactement les mêmes résultats à partir d'une ligne de commande Linux.

Des conseils ou des astuces de dépannage?

Mise à jour : j'ai essayé de désactiver le pare-feu (en réponse au commentaire de geeklin ) et cela n'a fait aucune différence.

Mise à jour # 2 : Je n'ai plus cette machine (j'ai changé d'employeur), donc je n'ai aucun moyen de vérifier les réponses. Je suppose que tout ce que je peux faire est de faire de cette question un "wiki communautaire".

Cliquez sur le menu contextuel "Décharger" et rouvrez les travaux!

J'ai installé freeSSHd hier soir et suis tombé sur ce même problème. Le problème semble être que j'ai installé freeSSHd en tant que service Windows. Lorsque le service Windows est en cours d'exécution, il ne récupère pas les comptes d'utilisateurs. Avez-vous également installé freeSSHd en tant que service?

Maintenant, si je me connecte au serveur, arrête le service freeSSHd et démarre freeSSHd à partir de l'icône du bureau ou du menu Démarrer, j'obtiens une petite icône dans la barre d'état. Un double-clic ouvre une fenêtre de propriétés et je peux démarrer le serveur à partir de là. Si j'exécute le serveur à partir d'ici, je peux me connecter avec ces comptes d'utilisateurs.

Il est bon de savoir que je peux SSH, mais cela va à l'encontre du but d'avoir un service Windows si je ne peux pas l'utiliser. Est-ce que quelqu'un d'autre est tombé sur ce problème et a pu le résoudre?

J'ai essayé de faire fonctionner le serveur localement, puis de démarrer le service. Je peux me connecter, mais lorsque j'arrête le serveur local, je ne peux plus me connecter. C'est comme si le service ne fonctionnait pas.

J'ai essayé d'exécuter le service et de démarrer le serveur localement en même temps, mais je ne peux pas démarrer le serveur localement après l'exécution du service.

J'ai essayé de modifier le service pour qu'il se connecte en tant que compte administrateur. Cela n'a pas semblé aider.

Ça me rend fou! Quelqu'un a-t-il pu configurer freeSSHd pour fonctionner comme un service avec des comptes? Quelqu'un d'autre a-t-il de l'expérience avec d'autres serveurs SSH pour Windows Server 2008?

J'avais aussi des problèmes avec ça et c'est ce qui a fonctionné pour moi:

1. Désactivez le service FreeFTP et assurez-vous que toutes les icônes FreeFTP sont déchargées du bac
2. Ouvrez une nouvelle icône FreeFTP (celle qui se charge dans le bac)
3. Modifiez vos paramètres et cliquez sur l'option "Décharger" pour la fermer lorsque vous avez terminé (cela semble enregistrer la configuration du service)
4. Redémarrez le service (semble charger la dernière configuration que vous venez de décharger du plateau)

Cela semble un peu en arrière, mais après cela, j'ai pu me connecter en utilisant l'option SHA1 et je n'ai pas reçu le message "Accès refusé". Peut-être que cela fonctionnera aussi pour quelqu'un d'autre. Bonne chance!

Eh bien, je me rends compte que le client de ligne de commande SSH devrait fonctionner correctement, mais comme astuce de dépannage, j'essayerais de me connecter au serveur SSH à l'aide d'un client Windows Putty et de voir ce qui se passe. Exécutez également "netstat -anb -p tcp" sur la ligne de commande dos pour voir si le port écoute réellement le 22.

J'avais des problèmes similaires avec freeSSHd 1.2.6.22: accès refusé lors de la connexion (putty ou unixutils ssh).

Suite à un conseil trouvé sur Internet, j'ai essayé de réinstaller freeSSHd, aussi fou que cela puisse paraître. À ma grande surprise, j'ai pu configurer à la fois un compte utilisateur NT et un compte SHA1.

Cependant, le problème semble revenir de temps en temps. Le redémarrage de freeSSHd pourrait aider.

Essayez ce qui suit:

ssh -v 12.34.56.78

Cela indiquera à SSH de générer des messages détaillés sur ce qu'il fait. Cela ne révélera probablement rien, mais ça vaut le coup.

Une autre raison pour laquelle il ne vous laisse pas entrer est que le shell n'a pas été correctement défini ou que les autorisations interdisent à freeSSHd de l'exécuter. FreeSSHd fonctionne-t-il en tant qu'utilisateur non privilégié?