Problèmes de connexion Windows 7 et CYGWIN ssh

0

J'ai deux PC sous Windows 7 (64 bits).

J'ai installé CYGWIN (64 bits) aujourd'hui simplement pour la fonctionnalité SSH. (Je souhaite utiliser un programme de synchronisation de fichiers appelé Unison et Unison recommande le ssh CYGWIN).

J'ai fait ssh-host-config et ssh-keygen. J'ai également changé le fichier sshd_config pour inclure: PasswordAuthentication yes (au lieu d'être commenté), j'ai redémarré sshd après le changement de configuration.

Sur les deux machines, je peux faire:

ssh localhost

et connectez-vous sans problème en utilisant le mot de passe Windows pour cette machine. Après la connexion, il me montre le nom de l'utilisateur et de l'hôte à l'invite CYGWIN de l'hôte local.

Cependant, quand je fais ....

ssh theotherbox -l user@theotherbox

(en utilisant les valeurs pour le et j'ai vu dans l'invite CYGWIN de l'hôte local ci-dessus), alors je reçois toujours:

Autorisation refusée, veuillez réessayer.

J'exécute Comodo Firewall sur les deux boîtiers et la première fois que j'ai essayé, Comodo m'a demandé s'il devait autoriser la connexion entrante. J'ai dit OUI et souviens-toi de cette réponse. Donc, je ne pense pas que le pare-feu fait partie du problème. (Sauf s'il y a quelque chose que je dois autoriser dans le pare-feu sur la configuration de l'ordinateur d'origine?)

Puisque la connexion ssh sur localhost fonctionne, je ne sais pas quoi regarder ni comment résoudre ce problème.

Merci!

windows-7 ssh cygwin mkstreet
la source

Réponses:

2

ssh theotherbox -l utilisateur @ theotherbox

Ce n'est pas la bonne syntaxe pour spécifier un nom d'utilisateur et un nom d'hôte. sshpeut utiliser "utilisateur @ theotherbox" comme nom d'utilisateur, ce qui risque d'échouer.

La syntaxe correcte est soit:

ssh -l user host

ou 

ssh user@host
Kenster
la source
OK, j'ai copié ce format de commande ssh à partir de la documentation Unison. L'utilisation du paramètre "-l" n'importe où dans la ligne de commande n'a aucun effet sur les résultats; toujours "permission refusée". Cependant, votre deuxième idée a bien fonctionné: "ssh user @ hostname", cela a fonctionné. Merci.
mkstreet
Avec la forme "-l", l'ordre des paramètres n'est pas le problème. Le problème est que "-l" spécifie le nom d'utilisateur. Donc "ssh theotherbox -l utilisateur @ theotherbox" dit de se connecter à la autre boîte en tant qu'utilisateur nommé "utilisateur @ theotherbox".
Kenster
0

Le problème réside dans votre nom d'utilisateur. Si vous vous connectez localement, Windows n'est pas sensible à la casse. Mais si vous vous connectez "à distance", vous devez vous en occuper. Vous devez écrire le nom d'utilisateur exactement comme il a été défini dans Windows.

Robert
la source