Jak skonfigurować freeSSHd w systemie Windows Server 2008, aby móc się zalogować za pomocą ssh?

Zainstalowałem freeSSHd na Windows Server 2008 (zgodnie z instrukcjami w Jak zainstalować serwer SSH w Windows Server 2008 ), w tym:

• utworzył użytkownika o nazwie „dspitzer” z autoryzacją NTLM
• otworzył wyjątek dla portu 22 w Zaporze systemu Windows

Ale gdy próbuję się połączyć (z wiersza polecenia systemu Mac OS X 10.5.8), po wprowadzeniu hasła otrzymuję odmowę dostępu:

$ 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.

Próbowałem też:

$ 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.

Próbowałem również zmienić autoryzację na „Hasło przechowywane jako skrót SHA1” i wprowadzić proste hasło, ale mam ten sam problem. Próbowałem innej nazwy użytkownika („Administrator”) bez powodzenia.

Potwierdziłem, że łączę się z serwerem, który konfiguruję - jeśli przestanę freeSSHd i spróbuję się połączyć, otrzymam:

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

Dokładnie takie same wyniki otrzymuję z wiersza poleceń systemu Linux.

Wszelkie porady lub wskazówki dotyczące rozwiązywania problemów?

Aktualizacja : Próbowałem wyłączyć zaporę (w odpowiedzi na komentarz geeklina ) i nie miało to znaczenia.

Aktualizacja nr 2 : Nie mam już tego komputera (zmieniłem pracodawców), więc nie mam możliwości zweryfikowania odpowiedzi. Chyba wszystko, co mogę zrobić, to uczynić to pytanie „społecznością wiki”.

Kliknij menu kontekstowe „Zwolnij” i otwórz ponownie działa!

Zainstalowałem freeSSHd ostatniej nocy i napotkałem ten sam problem. Problem polega na tym, że zainstalowałem freeSSHd jako usługę Windows. Gdy usługa systemu Windows jest uruchomiona, nie pobiera kont użytkowników. Czy zainstalowałeś również freeSSHd jako usługę?

Teraz, jeśli zaloguję się na serwerze, zatrzymam usługę freeSSHd i uruchomię freeSSHd z ikony pulpitu lub menu Start, dostanę małą ikonę na pasku zadań. Dwukrotne kliknięcie powoduje wyświetlenie okna właściwości i od tego momentu mogę uruchomić serwer. Jeśli stąd uruchomię serwer, będę mógł zalogować się przy użyciu tych kont użytkowników.

Dobrze wiedzieć, że mogę w ogóle włączyć SSH, ale jest to sprzeczne z celem posiadania usługi Windows, jeśli nie mogę jej użyć. Czy ktoś jeszcze spotkał się z tym problemem i był w stanie go naprawić?

Próbowałem uruchomić serwer lokalnie, a następnie uruchomić usługę. Mogę się zalogować, ale kiedy zatrzymam lokalny serwer, nie mogę się już połączyć. To tak, jakby usługa nie działa.

Próbowałem uruchomić usługę i uruchomić serwer lokalnie w tym samym czasie, ale nie mogę uruchomić serwera lokalnie po uruchomieniu usługi.

Próbowałem zmodyfikować usługę, aby logowała się jako moje konto administratora. To chyba nie pomogło.

Doprowadza mnie to do szału! Czy ktoś był w stanie skonfigurować freeSSHd do pracy jako usługa z kontami? Czy ktoś jeszcze ma doświadczenie z innymi serwerami SSH dla systemu Windows Server 2008?

Miałem też z tym problemy i to działało dla mnie:

1. Wyłącz usługę FreeFTP i upewnij się, że wszystkie ikony FreeFTP są rozładowane z zasobnika
2. Otwórz nową ikonę FreeFTP (tę, która ładuje się do zasobnika)
3. Zmień ustawienia i kliknij opcję „Zwolnij”, aby ją zamknąć po zakończeniu (wydaje się, że zapisuje konfigurację usługi)
4. Uruchom ponownie usługę (wydaje się, że ładuje najnowszą konfigurację, którą właśnie wyładowałeś z zasobnika)

Wydaje się to nieco odwrócone, ale potem udało mi się połączyć za pomocą opcji SHA1 i nie dostałem komunikatu „Odmowa dostępu”. Może to zadziała także dla kogoś innego. Powodzenia!

Cóż, zdaję sobie sprawę, że klient wiersza poleceń SSH powinien działać dobrze, ale jako wskazówkę dotyczącą rozwiązywania problemów spróbowałbym połączyć się z serwerem SSH za pomocą klienta Windows Putty i zobaczyć, co się stanie. Ponadto uruchom polecenie „netstat -anb -p tcp” w wierszu polecenia dos, aby sprawdzić, czy port faktycznie nasłuchuje na 22.

Miałem podobne problemy z freeSSHd 1.2.6.22: odmowa dostępu podczas łączenia (putty lub unixutils ssh).

Zgodnie z radą znalezioną w Internecie, próbowałem ponownie zainstalować freeSSHd, jakkolwiek może to wydawać się szalone. Ku mojemu zaskoczeniu udało mi się skonfigurować zarówno konto użytkownika NT, jak i konto SHA1.

Jednak wydaje się, że problem powraca od czasu do czasu. Ponowne uruchomienie freeSSHd może pomóc.

Spróbuj wykonać następujące czynności:

ssh -v 12.34.56.78

Dzięki temu SSH wyśle ​​pełne komunikaty o tym, co robi. Prawdopodobnie nic nie ujawni, ale warto spróbować.

Kolejnym powodem, dla którego Cię nie wpuszcza, jest to, że powłoka nie została poprawnie ustawiona lub uprawnienia zabraniają jej uruchomienia przez freeSSHd. Czy freeSSHd działa jako użytkownik nieuprzywilejowany?