remmina już nie działa „nie można połączyć się z lokalnym hostem serwera RDP”

Aż do ostatniej nocy miałem dobrze działającą remminę. Mogłem przeprowadzić RDP przez tunel SSH i wszystko poszło dobrze.

Potem przestało działać. Mogę przejść do okna dialogowego z hasłem dla mojej maszyny roboczej, ale to po prostu mówi Cannot connect to RDP server localhost.

Nie mogę nawet znaleźć dzienników, które wyglądałyby interesująco. Ponownie zainstalowałem remminę, wyczyściłem .remminakatalog, zrestartowałem komputer, a nawet zrestartowałem bramę.

Żeby było naprawdę dziwnie, mój laptop (który ma taką samą konfigurację - najnowsze Ubuntu i Remmina) może dobrze nawiązać połączenie. Przechodzi nawet przez ten sam router, choć bezprzewodowo.

jakieś pomysły?

Nie mam pojęcia, dlaczego to działało, ale zacząłem zmieniać ustawienia pojedynczo. Kiedy edytowałem właściwości połączenia, spojrzałem na kartę „zaawansowane” i zmieniłem zabezpieczenia z „negocjuj” na „TLS” i voila, wszystko działa.

O dziwo, „negocjowanie” nadal działa na laptopie, ale przynajmniej wróciłem do pracy z moim większym monitorem :)

Tak się właśnie stało i znalazłem odpowiedź, która rozwiązała problem. Po prostu rm ~/.freerdp/known_hostsspróbuj ponownie.

Najwyraźniej dzieje się tak, gdy zmieniają się klucze na serwerze tunelowym. Zobacz ten błąd .

AKTUALIZACJA

Pierwszy link wskazuje teraz na usuniętą odpowiedź, więc oto niektóre dodatkowe informacje z tego linku:

• Wygląda na to, że plik „znane_hosty” zawiera dane routingu dla każdego serwera, które czasami stają się nieaktualne, a gdy Remmina próbuje połączyć się przy użyciu nieaktualnych danych, nie udaje się. Usunięcie pliku znanego_hosta rozwiązuje ten problem. - Erel Segal-Halevi 13 grudnia 12 'o 10:06

• FWIW, mój problem nie miał nic wspólnego ze znanymi hostami (jak wyjaśniono poniżej), ale wszystko, co dotyczy ustawień bezpieczeństwa: patrz http://www.bauer-power.net/2013/10/unable-to-connect-to-rdp -server-in.html, aby uzyskać szczegółowe informacje. - Tomislav Nakic-Alfirevic 24 kwietnia 14 o 10:58

• Całkowicie działało, zastanawiałem się, gdzie przechowywane są certyfikaty. Miałem ten sam problem w przeważającej części, używałem Remminy do RDP na określonym komputerze, a potem pewnego dnia przestało działać (nic się nie zmieniło na zdalnym komputerze). Inne zapisane przeze mnie połączenia RDP nadal działały, z wyjątkiem tego jednego komputera. Zdarzyło się używać uwierzytelniania NLA, co wydaje się być częścią problemu z najnowszą wersją Remminy, która nie zapisywała certyfikatów. - Nicholi 26 kwietnia 2013 o 20:26

• dzięki, kiedyś idealnie się łączył, a następnie sformatowałem ponownie serwer i przestał działać, usuwanie linii dla tego hosta działało. - Bor691, 15 stycznia 14 o 8:50

• Muszę korzystać z dwóch usług pod tym samym adresem, ale z różnymi portami, a używanie tego wielokrotnie to jedyny sposób, aby połączyć się z obydwoma. - Gringo Suave 13 października 14 o 18:55

Zdarzyło mi się to, gdy skopiowałem moją konfigurację remminy (poniżej ~/.remmina) z jednej maszyny na drugą. Być może wersje remmina były inne; zmiana zabezpieczeń nie pomogła, ale pomogło jej usunięcie i ponowne utworzenie połączenia.

Działa dla mnie, zmieniając zabezpieczenia na NLA z nieznanego powodu.

Problem dotyczy ustawienia viewmode = 1 w zapisanym pliku conf. Jeśli zmienisz rozmiar okna, powinno się odświeżyć i rozpocząć pokazywanie sesji. Zmiana tej wartości logicznej na 0 spowoduje wymuszenie domyślnych ustawień okna i odświeżenie przy ładowaniu. Problem polega na tym, że jeśli zmienisz rozmiar okna po rozpoczęciu sesji, remmina zmieni to ustawienie z powrotem.

A work around would be to set the window_maximize=0 to true and then just click/press the maximize button/shortcut to bring it back to your settings. 
window_maximize=1 
window_height=960 
viewmode=1 
Window_width=1440

Prawdopodobnie głupia odpowiedź, ale problem dla mnie polegał na tym, że próbowałem połączyć się przez otwartą sieć Wi-Fi (niezaszyfrowaną) i Remmina nie pozwoliła na to. Po podłączeniu do bezpiecznej sieci wszystko znów działało zgodnie z planem.

Może to być również problem z weryfikacją certyfikatu. Aby sprawdzić, czy to jest problem, przejdź do:

Zaawansowane -> zaznacz „Ignoruj ​​certyfikat”

Bądź ostrożny, ponieważ ta kontrola jest wyłączona, możesz być otwarty na ludzi w środkowych atakach. Ale powinno być dobrze łączyć się w sieciach wewnętrznych.