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

35

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?

Chris Curvey
źródło
1
Ten sam problem mam do czynienia z Ubuntu 18.04 i działa idealnie, kiedy zmieniłem opcję bezpieczeństwa z negocjacji na RDP z zakładki zaliczki.
Paras

Odpowiedzi:

52

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 :)

Chris Curvey
źródło
1
Po zmianie z „negocjuj” na „TLS” zobaczyłem ekran logowania do systemu Windows, który poprosił mnie o zmianę hasła. Wygląda więc na to, że problem wygasł. Dzięki za rozwiązanie.
Thorsten Niehues
ten sam problem na mięcie, jednak to samo rozwiązanie działa. Doceniony
FabricioFCarv
wow .. ten sam problem na 18.04 LTS, to samo rozwiązanie .. dzięki milion ma koleś !!!
Vitaliy Terziev
40

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

itsadok
źródło
Sugerowano dodanie sudoprzed rmpoleceniem. O ile mi wiadomo, użytkownik usuwa własny plik, więc sudoryzykujesz tylko reklamami. Czy coś brakuje?
Volker Siegel
Rozumiem, że to stare pytanie i odpowiedź. Jednym z powodów, dla których nigdy nie zamieszczam zewnętrznego linku jako odpowiedzi lub w pytaniu, jest to, że po czym ten link może być ZMARŁY, jak w tym przypadku. Kiedy tak się dzieje, odpowiedź może stać się bezużyteczna. Zwracam tylko uwagę na oczywiste, w przeciwnym razie Stackoverflow powinien uniemożliwić użytkownikom tej witryny zamieszczanie zewnętrznych linków.
ThN
4
Do Twojej wiadomości, plik, o którym mowa, wygląda teraz na ~ / .config / freerdp / known_hosts - przynajmniej jest w moim systemie (Linux Mint 18.1). Istnieje również ~ / .config / freerdp / known_hosts2, który zawierał dodatkowe informacje, które mogą być bardziej aktualne. Remmina 1.20.
Chris Hillery,
Lub lokalizacja może znajdować się w ~ / snap / remmina / current / .config / freerdp (tylko znane hosty_2). Musisz ponownie uruchomić Remminę, aby usunąć.
velis
4

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.

użytkownik1889941
źródło
2

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

Johan Wallgren
źródło
2
Witamy w Ask Ubuntu! Zalecam edycję tej odpowiedzi, aby rozszerzyć ją o szczegółowe informacje na temat tego, jak to zrobić. (Zobacz także Jak napisać dobrą odpowiedź? Zawiera ogólne porady na temat tego, jakie rodzaje odpowiedzi są uważane za najcenniejsze na AskUbuntu.)
David Foerster
1
Osobne odpowiedzi, które możesz głosować i głosować, wydają mi się przydatne. Edycja odpowiedzi innych ludzi, aby wstawić „no, a co z X”, wydaje się być przeciwieństwem pożytecznego. Jedną rzeczą jest poprawianie błędów, śmiało i edytować. Ale powiedzenie nowej osobie, aby zaczęła edytować, zamiast mówić, co dla niej zadziałało, wydaje się przeciwieństwem dobra.
Warren P
NLA nie działało dla mnie, ale po aktualizacji systemu Windows (winię za to) musiałem zmienić ustawienia zabezpieczeń z „Negotiate” na „RDP”.
Richard Wiseman
1

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
JayMcB74
źródło
1

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.

ErnestScribbler
źródło
4
Czy nie byłoby miło, gdyby Remmina faktycznie wyświetlała przydatne komunikaty o błędach, zamiast po prostu zawodzić?
Warren P
0

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.

Lathan Bidwell
źródło