remmina funktioniert nicht mehr


35

Bis irgendwann letzte Nacht hatte ich Remmina gut funktioniert. Ich konnte RDP durch einen SSH-Tunnel ausführen und alles war in Ordnung.

Dann hörte es auf zu arbeiten. Ich kann bis zum Kennwortdialog für meine Arbeitsmaschine vordringen, aber dann heißt es nur Cannot connect to RDP server localhost.

Ich kann nicht einmal Protokolle finden, die interessant aussehen. Ich habe remmina neu installiert, mein .remminaVerzeichnis gelöscht , meinen Computer neu gestartet und sogar mein Gateway neu gestartet.

Um es wirklich verrückt zu machen, kann mein Laptop (der das gleiche Setup hat - das neueste Ubuntu und Remmina) die Verbindung herstellen. Es geht sogar über den gleichen Router, wenn auch drahtlos.

Irgendwelche Gedanken?


1
Ich habe das gleiche Problem mit Ubuntu 18.04 und es funktioniert perfekt, nachdem ich die Sicherheitsoption von Verhandeln auf RDP von der Registerkarte Voraus geändert habe.
Paras

Antworten:


52

Ich habe keine Ahnung, warum es funktioniert hat, aber ich habe angefangen, die Einstellungen nacheinander zu ändern. Als ich die Verbindungseigenschaften bearbeitete, schaute ich auf die Registerkarte "Erweitert" und änderte die Sicherheit von "Aushandeln" in "TLS", und voila, alles funktioniert.

Seltsamerweise funktioniert "verhandeln" immer noch auf dem Laptop, aber zumindest bin ich mit meinem größeren Monitor wieder im Geschäft :)


1
Nachdem ich von "Verhandeln" zu "TLS" gewechselt hatte, sah ich den Windows-Anmeldebildschirm, auf dem ich aufgefordert wurde, das Kennwort zu ändern. So scheint es, dass abgelaufene Passwörter das Problem verursachen können. Danke für die Lösung.
Thorsten Niehues

gleiches Problem auf Minze, aber die gleiche Lösung funktioniert. Geschätzt
FabricioFCarv

wow .. das gleiche Problem auf 18.04 LTS, die gleiche Lösung .. danke eine Million ma dude !!!
Vitaliy Terziev

40

Das ist mir gerade passiert und ich habe diese Antwort gefunden , die das Problem gelöst hat. Einfach rm ~/.freerdp/known_hostsund versuchen Sie es erneut.

Anscheinend passiert dies, wenn sich die Schlüssel auf dem Tunnelserver ändern. Siehe diesen Fehler .

AKTUALISIEREN

Der erste Link verweist jetzt auf eine gelöschte Antwort. Hier sind einige zusätzliche Informationen zu diesem Link:

  • Es scheint, dass die Datei "known_hosts" Routing-Daten für jeden Server enthält. Diese Daten sind manchmal veraltet. Wenn Remmina versucht, eine Verbindung mit den veralteten Daten herzustellen, schlägt dies fehl. Durch Löschen der Datei known_hosts wird dieses Problem behoben. - Erel Segal-Halevi 13. Dezember 12 um 10.06 Uhr

  • FWIW, mein Problem hatte nichts mit known_hosts zu tun (wie weiter unten erläutert), sondern mit Sicherheitseinstellungen: siehe http://www.bauer-power.net/2013/10/unable-to-connect-to-rdp -server-in.html für Details. - Tomislav Nakic-Alfirevic 24. April 14 um 10:58 Uhr

  • Ich war total beschäftigt und fragte mich, wo die Zertifikate aufbewahrt wurden. Ich hatte größtenteils das gleiche Problem: Remmina für RDP auf einem bestimmten Computer zu verwenden, dann funktionierte es eines Tages nicht mehr (auf dem Remotecomputer wurde nichts geändert). Andere RDP-Verbindungen, die ich gespeichert hatte, funktionierten bis auf diese eine Maschine noch. Es ist passiert, dass NLA-Authentifizierung verwendet wurde, was anscheinend Teil des Problems ist, dass die neueste Remmina keine Zertifikate speichert. - Nicholi 26. April 13 um 20:26 Uhr

  • danke, es hat sich perfekt verbunden, dann habe ich den Server neu formatiert und es funktioniert nicht mehr. Das Löschen der Leitung für diesen Host hat funktioniert. - Bor691 15. Januar 14 um 8:50 Uhr

  • Ich muss zwei Dienste an derselben Adresse, aber an verschiedenen Anschlüssen verwenden. Dies ist die einzige Möglichkeit, eine Verbindung zu beiden herzustellen. - Gringo Suave 13. Oktober 14 um 18:55 Uhr


Es wurde empfohlen, sudovor dem rmBefehl hinzuzufügen . Soweit ich sehe, entfernt der Benutzer seine eigene Datei, also sudonur das Anzeigenrisiko. Vermisse ich etwas?
Volker Siegel

Ich verstehe, dass dies eine alte Frage und Antwort ist. Einer der Gründe, warum ich niemals einen externen Link als Antwort oder in einer Frage poste, ist, dass dieser Link nach etwas TOT sein könnte, wie in diesem Fall. In diesem Fall kann die Antwort unbrauchbar werden. Ich weise nur auf das Offensichtliche hin, oder Stackoverflow sollte verhindern, dass Benutzer dieser Website externe Links veröffentlichen.
Donnerstag,

4
Zu Ihrer Information, die fragliche Datei befindet sich anscheinend unter ~ / .config / freerdp / known_hosts - zumindest auf meinem System (Linux Mint 18.1). Es gibt auch ein ~ / .config / freerdp / known_hosts2, das zusätzliche Informationen enthält, die möglicherweise aktueller sind. Remmina 1.20.
Chris Hillery

Oder der Speicherort könnte ~ / snap / remmina / current / .config / freerdp sein (nur known_hosts2). Sie müssen Remmina neu starten, damit der Löschvorgang wirksam wird.
Velis

4

Dies passierte mir, als ich meine Remmina-Konfiguration (unter ~/.remmina) von einem Computer auf einen anderen kopierte . Vielleicht waren die Remmina-Versionen unterschiedlich; Das Ändern der Sicherheit hat nicht geholfen, aber das Löschen und Neuerstellen der Verbindung hat geholfen.


2

Es funktionierte für mich, indem ich aus unbekannten Gründen die Sicherheit auf NLA änderte.


2
Willkommen bei Ask Ubuntu! Ich empfehle , diese Antwort zu bearbeiten , um sie mit spezifischen Details zu erweitern. (Siehe auch Wie schreibe ich eine gute Antwort ?, um allgemeine Hinweise zu erhalten, welche Arten von Antworten auf AskUbuntu als am wertvollsten gelten.)
David Foerster,

1
Getrennte Antworten, die Sie positiv und negativ bewerten können, erscheinen mir nützlich. Das Bearbeiten der Antworten anderer Leute, um "nun, was ist mit X" einzufügen, scheint das Gegenteil von nützlich zu sein. Es ist eine Sache, Fehler zu korrigieren, fortzufahren und zu bearbeiten. Aber eine neue Person zum Redigieren zu bewegen, anstatt zu sagen, was für sie funktioniert hat, scheint das Gegenteil von gut zu sein.
Warren P

NLA hat bei mir nicht funktioniert, aber nach einem Windows-Update (ich werde das beschuldigen) musste ich die Sicherheitseinstellungen von "Aushandeln" auf "RDP" ändern.
Richard Wiseman

1

Das Problem liegt in der Einstellung viewmode = 1 in der gespeicherten conf-Datei. Wenn Sie die Größe des Fensters ändern, sollte es aktualisiert und die Sitzung angezeigt werden. Wenn Sie diesen Booleschen Wert auf 0 ändern, wird das Fenster auf die Standardwerte zurückgesetzt und beim Laden aktualisiert. Das Problem ist, wenn Sie die Größe des Fensters nach dem Start der Sitzung ändern, wird remmina diese Einstellung zurücksetzen.

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

1

Wahrscheinlich eine dumme Antwort, aber das Problem für mich war, dass ich versucht habe, eine Verbindung über ein offenes Wi-Fi-Netzwerk (unverschlüsselt) herzustellen, und remmina das nicht zuließ. Sobald ich mich mit einem sicheren Netzwerk verbunden hatte, funktionierte alles wieder wie geplant.


4
Wäre es nicht schön, wenn Remmina tatsächlich nützliche Fehlermeldungen anzeigen würde, anstatt nur zu scheitern?
Warren P

0

Es könnte auch ein Problem mit der Zertifikatüberprüfung sein. Um zu testen, ob dies das Problem ist, gehen Sie zu:

Erweitert -> "Zertifikat ignorieren" aktivieren

Seien Sie vorsichtig, wenn diese Option deaktiviert ist, sind Sie möglicherweise offen für Angriffe in der Mitte. Sollte aber gut in internen Netzwerken verbinden.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.