remminaは動作しなくなりました「RDPサーバーlocalhostに接続できません」


35

昨晩いつか、レミーナは元気に働いていた。SSHトンネルを介してRDPを実行できましたが、すべて順調でした。

その後、動作しなくなりました。作業マシンのパスワードダイアログまでは取得できますが、それだけではありませんCannot connect to RDP server localhost

おもしろそうなログさえ見つけられません。remminaを再インストールし、.remminaディレクトリをクリアし、マシンを再起動し、ゲートウェイを再起動しました。

本当に奇妙なことに、私のラップトップ(同じセットアップ-最新のUbuntuとRemminaを持っている)は、接続をうまくできる。無線ではありますが、同じルーターを通過します。

何かご意見は?


1
私はubuntu 18.04で同じ問題に直面しており、事前にタブからセキュリティオプションをネゴシエートからRDPに変更すると完全に動作します。
パラス

回答:


52

なぜ機能したのかわかりませんが、一度に1つずつ設定を変更し始めました。接続プロパティを編集するとき、「詳細」タブを見て、セキュリティを「ネゴシエート」から「TLS」に変更しました。

奇妙なことに、「交渉」はまだラップトップで動作しますが、少なくとも私は私の大きなモニターでビジネスに戻っています:)


1
「ネゴシエート」から「TLS」に変更した後、パスワードの変更を促すWindowsログオン画面が表示されました。そのため、期限切れのパスワードが問題を引き起こす可能性があるようです。ソリューションのThx。
トルステンニエフス

ミントでも同じ問題ですが、同じ解決策が機能します。感謝
FabricioFCarv

すごい.. 18.04 LTSで同じ問題、同じ解決策..百万人の男に感謝!!!
ビタリーテルジエフ

40

これはちょうど私に起こった、と私は問題を解決したこの答えを見つけました。ただrm ~/.freerdp/known_hosts、再試行してください。

どうやらこれは、トンネルサーバー上のキーが変更されたときに発生します。このバグをご覧ください。

更新

最初のリンクは削除された回答を指すようになったため、そのリンクからの追加情報の一部を次に示します。

  • 「known_hosts」ファイルには各サーバーのルーティングデータが含まれており、そのデータは時々古くなり、Remminaが古くなったデータを使用して接続しようとすると失敗します。known_hostsファイルを削除すると、この問題は解決します。–エレルシーガルハレビ12年12月13日10:06で

  • FWIW、私の問題はknown_hostsとは何の関係もありませんでした(以下に説明します)が、セキュリティ設定に関係するすべて:http ://www.bauer-power.net/2013/10/unable-to-connect-to-rdpを参照して ください 詳細については、-server-in.html。–トミスラフナキクアルファレビッチ14年4月24日10:58

  • 完全に機能し、証明書がどこに保存されているのか疑問に思いました。ほとんどの部分で同じ問題があり、特定のマシンに対してRemmina to RDPを使用していましたが、ある日動作しなくなりました(リモートマシンの何も変更されませんでした)。私が保存した他のRDP接続は、この1台のマシンを除き、まだ機能していました。NLA authを使用することが起こりました。これは、証明書を保存しない最新のRemminaの問題の一部と思われます。–ニコリ13年4月26日20:26

  • おかげで、以前は完全に接続していたので、サーバーを再フォーマットし、動作を停止し、このホストの回線を削除しました。– Bor691 14年1月15日8時50分

  • 同じアドレスで異なるポートの2つのサービスを使用する必要があり、これを繰り返し使用することが両方に接続できる唯一の方法です。–グリンゴサーブ14年10月13日18:55に


コマンドのsudo前に追加することが推測されましたrm。私が見る限り、ユーザーは自分のファイルを削除するのでsudo、広告のリスクがあります。何か不足していますか?
フォルカーシーゲル

これは古い質問と回答であることを理解しています。外部リンクを回答または質問として投稿したことがない理由の1つは、そのリンクがこの場合のようにデッドになる可能性があるためです。それが起こると、答えが役に立たなくなる可能性があります。StackoverflowがこのWebサイトのユーザーが外部リンクを投稿するのを防ぐべきであると、明白なことを指摘しています。
木曜日

4
参考までに、問題のファイルは〜/ .config / freerdp / known_hostsにあるように見えます-少なくとも私のシステム上にあります(Linux Mint 18.1)。〜/ .config / freerdp / known_hosts2もあります。これには、より最新の情報が含まれている可能性があります。レミーナ1.20。
クリスヒラリー

または、場所は〜/ snap / remmina / current / .config / freerdp(known_hosts2のみ)にあります。削除を有効にするには、Remminaを再起動する必要があります。
ヴェリス

4

これは~/.remmina、あるマシンから別のマシンにレミナ構成(の下)をコピーしたときに起こりました。おそらく、remminaのバージョンは異なっていました。セキュリティを変更しても解決しませんでしたが、接続の削除と再作成は役立ちました。


2

何らかの理由でセキュリティをNLAに変更することで機能しました。


2
Ask Ubuntuへようこそ!この回答を編集して、これを行う方法に関する具体的な詳細を追加することをお勧めします。(AskUbuntuでどのような回答が最も価値があると考えられるについての一般的なアドバイスについては、「良い回答を書くにはどうすればよいですか?」も参照してください。)
David Foerster

1
あなたが賛成票と反対票を投じることができる別々の答えは、私にとって有用だと思われます。他の人の回答を編集して「まあ、Xについて」を挿入することは、有用な反対のようです。間違いを修正し、先に進んで編集することは一つのことです。しかし、新しい人に、彼らのために働いたものを言うのではなく、編集に取りかかるように言うことは、善の反対のようです。
ウォーレンP

NLAは機能しませんでしたが、Windowsの更新後に(私はそれを責めます)セキュリティ設定を「ネゴシエート」から「RDP」に変更する必要がありました。
リチャードワイズマン

1

問題は、保存されたconfファイルのviewmode = 1設定にあります。ウィンドウのサイズを変更すると、更新されてセッションの表示が開始されます。このブール値を0に変更すると、ウィンドウが強制的にデフォルトになり、ロード時に更新されます。問題は、セッションの開始後にウィンドウのサイズを変更すると、remminaがこの設定を元に戻すことです。

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

おそらく愚かな答えですが、私にとっての問題は、オープンWi-Fiネットワーク(暗号化されていない)を介して接続しようとして、remminaがそれを許可しないということでした。セキュリティで保護されたネットワークに接続すると、すべてが計画どおりに機能しました。


4
Remminaが単に失敗するのではなく、実際に有用なエラーメッセージを表示してくれたらいいと思いませんか?
ウォーレンP

0

また、証明書の検証に問題がある可能性があります。これが問題であるかどうかをテストするには、以下にアクセスしてください。

詳細設定-> [証明書を無視する]をオンにします

このチェックを無効にすると、中間者攻撃に対してオープンになる可能性があることに注意してください。ただし、内部ネットワークでの接続は問題ないはずです。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.