Ich habe freeSSHd auf einem Windows Server 2008- Computer installiert (wie unter So installieren Sie einen SSH-Server unter Windows Server 2008 beschrieben ).
- hat einen Benutzer namens "dspitzer" mit NTLM-Berechtigung erstellt
- hat eine Ausnahme für Port 22 in der Windows-Firewall geöffnet
Wenn ich jedoch versuche, eine Verbindung herzustellen (über eine Mac OS X 10.5.8-Befehlszeile), wird mir die Erlaubnis verweigert, nachdem ich das Kennwort eingegeben habe:
$ ssh 12.34.56.78
[email protected]'s password:
Permission denied, please try again.
[email protected]'s password:
Permission denied, please try again.
[email protected]'s password:
Received disconnect from 12.34.56.78: 2: Too many attempts.
Ich habe auch versucht:
$ ssh [email protected]
[email protected]'s password:
Permission denied, please try again.
[email protected]'s password:
Permission denied, please try again.
[email protected]'s password:
Received disconnect from 12.34.56.78: 2: Too many attempts.
Ich habe auch versucht, die Berechtigung in "Passwort als SHA1-Hash gespeichert" zu ändern und ein einfaches Passwort einzugeben, aber ich habe das gleiche Problem. Und ich habe ohne Glück einen anderen Benutzernamen ("Administrator") ausprobiert.
Ich habe bestätigt, dass ich eine Verbindung zu dem Server herstelle, den ich gerade konfiguriere. Wenn ich freeSSHd beende und versuche, eine Verbindung herzustellen, erhalte ich:
$ ssh 12.34.56.78
ssh: connect to host 12.34.56.78 port 22: Operation timed out
Ich erhalte genau die gleichen Ergebnisse von einer Linux-Befehlszeile.
Irgendwelche Ratschläge oder Tipps zur Fehlerbehebung?
Update : Ich habe versucht, die Firewall zu deaktivieren (als Reaktion auf Geeklins Kommentar) und es machte keinen Unterschied.
Update Nr. 2 : Ich habe diesen Computer nicht mehr (ich habe den Arbeitgeber gewechselt), daher habe ich keine Möglichkeit, die Antworten zu überprüfen. Ich denke, alles was ich tun kann, ist diese Frage zum "Community-Wiki" zu machen.
Antworten:
Klicken Sie auf das Kontextmenü "Entladen" und öffnen Sie Works!
quelle
Ich habe gerade letzte Nacht freeSSHd installiert und bin auf dasselbe Problem gestoßen. Das Problem scheint zu sein, dass ich freeSSHd als Windows-Dienst installiert habe. Wenn der Windows-Dienst ausgeführt wird, werden die Benutzerkonten nicht abgerufen. Haben Sie auch freeSSHd als Dienst installiert?
Wenn ich mich jetzt beim Server anmelde, den freeSSHd-Dienst stoppe und freeSSHd über das Desktopsymbol oder das Startmenü starte, wird ein kleines Symbol in der Taskleiste angezeigt. Ein Doppelklick darauf öffnet ein Eigenschaftenfenster und ich kann den Server von dort aus starten. Wenn ich den Server von hier aus starte, kann ich mich mit diesen Benutzerkonten anmelden.
Es ist gut zu wissen, dass ich überhaupt mit SSH arbeiten kann, aber es hat nicht den Zweck, einen Windows-Dienst zu haben, wenn ich ihn nicht verwenden kann. Hat jemand anderes auf dieses Problem gestoßen und es beheben können?
Ich habe versucht, den Server lokal laufen zu lassen und dann auch den Dienst zu starten. Ich kann mich einloggen, aber wenn ich den lokalen Server stoppe, kann ich keine Verbindung mehr herstellen. Es ist, als ob der Dienst nicht ausgeführt wird.
Ich habe versucht, den Dienst auszuführen und den Server gleichzeitig lokal zu starten, kann den Server jedoch nicht lokal starten, nachdem der Dienst ausgeführt wurde.
Ich habe versucht, den Dienst so zu ändern, dass er sich als mein Administratorkonto anmeldet. Das schien nicht zu helfen.
Das macht mich verrückt! Konnte jemand freeSSHd so konfigurieren, dass es als Dienst mit Konten funktioniert? Hat noch jemand Erfahrung mit anderen SSH-Servern für Windows Server 2008?
quelle
Ich hatte auch Probleme damit und das hat bei mir funktioniert:
Es scheint ein wenig rückwärts zu sein, aber danach konnte ich mit der Option SHA1 eine Verbindung herstellen und erhielt die Meldung "Zugriff verweigert" nicht. Vielleicht funktioniert es auch für jemanden anderen. Viel Glück!
quelle
Nun, mir ist klar, dass der SSH-Befehlszeilenclient einwandfrei funktionieren sollte, aber als Fehlerbehebungstipp würde ich versuchen, mit einem Windows Putty-Client eine Verbindung zum SSH-Server herzustellen und zu sehen, was passiert. Führen Sie außerdem "netstat -anb -p tcp" in der DOS-Befehlszeile aus, um festzustellen, ob der Port tatsächlich 22 überwacht.
quelle
Ich hatte ähnliche Probleme mit freeSSHd 1.2.6.22: Zugriff beim Verbinden verweigert (putty oder unixutils ssh).
Nach einem Ratschlag im Internet habe ich versucht, freeSSHd neu zu installieren, so verrückt es auch scheinen mag. Zu meiner Überraschung konnte ich sowohl ein NT-Benutzerkonto als auch ein SHA1-Konto einrichten.
Das Problem scheint jedoch gelegentlich zurückzukehren. Ein Neustart von freeSSHd könnte helfen.
quelle
Versuche Folgendes:
Hierdurch wird SSH angewiesen, ausführliche Nachrichten über seine Aktivitäten auszugeben. Es wird wahrscheinlich nichts verraten, aber es ist einen Versuch wert.
Ein weiterer Grund, warum Sie nicht zugelassen werden, ist, dass die Shell nicht richtig eingestellt wurde oder die Berechtigungen die Ausführung von freeSSHd untersagen. Läuft freeSSHd als nicht privilegierter Benutzer?
quelle