remmina ne fonctionne plus «ne peut pas se connecter au serveur RDP localhost»

35

Jusqu'à hier soir, je travaillais bien avec Remmina. Je pouvais exécuter RDP dans un tunnel SSH et tout allait bien.

Ensuite, il a cessé de fonctionner. Je peux aller aussi loin que la boîte de dialogue de mot de passe pour ma machine de travail, mais alors cela dit juste Cannot connect to RDP server localhost.

Je ne peux même pas trouver de journaux qui semblent intéressants. J'ai réinstallé remmina, effacé mon .remminarépertoire, redémarré ma machine et même redémarré ma passerelle.

Juste pour rendre les choses vraiment bizarres, mon ordinateur portable (qui a la même configuration - les dernières Ubuntu et Remmina) peut établir la connexion très bien. Il passe même par le même routeur, bien que sans fil.

Des pensées?

rdp remmina Chris Curvey
la source
1
Je suis confronté au même problème sur Ubuntu 18.04 et son fonctionnement est parfait une fois que j’ai changé l’option de sécurité de négocier à RDP à partir d’avance.
Paras

Réponses:

52

Je ne sais pas pourquoi cela a fonctionné, mais j'ai commencé à modifier les paramètres un à un. Lorsque j'ai modifié les propriétés de la connexion, j'ai consulté l'onglet "Avancé" et modifié la sécurité de "négocier" à "TLS". Le tour est joué, tout fonctionne.

Bizarrement, "négocier" fonctionne toujours sur l'ordinateur portable, mais au moins, je suis de retour dans les affaires avec mon plus grand moniteur :)

Chris Curvey
la source
1
Après être passé de «négocier» à «TLS», j'ai vu l'écran de connexion à la fenêtre qui m'a incité à changer le mot de passe. Il semble donc que des mots de passe expirés peuvent résoudre le problème. Merci pour la solution.
Thorsten Niehues
même problème à la menthe, mais la même solution fonctionne. Apprécié
FabricioFCarv le
wow .. même problème sur 18.04 LTS, même solution .. merci mille fois mec !!!
Vitaliy Terziev
40

Cela m'est juste arrivé et j'ai trouvé cette réponse qui a résolu le problème. Juste rm ~/.freerdp/known_hostset essayez à nouveau.

Apparemment, cela se produit lorsque les clés du serveur de tunnel changent. Voir ce bug .

MISE À JOUR

Le premier lien pointe maintenant vers une réponse supprimée, voici donc quelques-unes des informations supplémentaires de ce lien:

  • Il semble que le fichier "known_hosts" contient des données de routage pour chaque serveur, que ces données deviennent parfois obsolètes et que, lorsque Remmina tente de se connecter à l'aide des données obsolètes, il échoue. La suppression du fichier known_hosts résout ce problème. - Erel Segal-Halevi 13 décembre 12 à 10:06

  • FWIW, mon problème n’avait rien à voir avec known_hosts (comme expliqué ci-dessous), mais tout à voir avec les paramètres de sécurité: voir http://www.bauer-power.net/2013/10/unable-to-connect-to-rdp -server-in.html pour plus de détails. - Tomislav Nakic-Alfirevic Le 24 Avril '14 à 10:58

  • Totalement travaillé, je me demandais où les certs étaient stockés. J'ai eu le même problème pour la plupart, était d'utiliser Remmina pour RDP sur une certaine machine, puis un jour, il a cessé de fonctionner (rien sur la machine distante n'a changé). Les autres connexions RDP que j'avais sauvegardées fonctionnaient toujours, à l'exception de cette seule machine. Il est arrivé d’utiliser l’autorisation NLA, ce qui semble faire partie du problème avec le dernier-né de Remmina qui ne sauvegarde pas les certificats. - Nicholi 26 avr. 13 à 20:26

  • merci, il se connectait parfaitement puis j'ai reformaté le serveur et il a cessé de fonctionner, la suppression de la ligne pour cet hôte a fonctionné. - Bor691 15 janvier 14 à 8:50

  • Je dois utiliser deux services sur la même adresse, mais des ports différents et l’utiliser à plusieurs reprises est le seul moyen de me connecter aux deux. - Gringo Suave 13 Oct '14 à 18h55

Itsadok
la source
Il a été suggéré d'ajouter sudodevant la rmcommande. Autant que je sache, l'internaute supprime son propre fichier. Par conséquent, les sudoannonces risquent uniquement. Est-ce que je manque quelque chose?
Volker Siegel
Je comprends que c’est une vieille question et réponse. Une des raisons pour lesquelles je ne publie jamais de lien externe en réponse ou dans une question est qu’après quelque chose, ce lien pourrait être MORT comme dans ce cas. Lorsque cela se produit, la réponse peut devenir inutile. Je signale simplement l'évidence ou Stackoverflow devrait empêcher les utilisateurs de ce site Web d'afficher des liens externes.
ThN
4
Pour votre information, le fichier en question semble maintenant se trouver dans ~ / .config / freerdp / known_hosts - du moins, il se trouve sur mon système (Linux Mint 18.1). Il existe également un fichier ~ / .config / freerdp / known_hosts2 contenant des informations supplémentaires susceptibles d’être plus à jour. Remmina 1.20.
Chris Hillery
Ou l'emplacement peut se trouver à ~ / snap / remmina / current / .config / freerdp (connus_hôtes2 uniquement). Vous devez redémarrer Remmina pour que la suppression prenne effet.
Velis
4

Cela m'est arrivé lorsque j'ai copié ma configuration (sous ~/.remmina) remmina d'une machine à une autre. Peut-être que les versions de remmina étaient différentes; le changement de sécurité n'a pas aidé mais la suppression et la recréation de la connexion l'ont fait.

utilisateur1889941
la source
2

Cela a fonctionné pour moi en changeant la sécurité en NLA pour une raison inconnue.

Johan Wallgren
la source
2
Bienvenue sur Ask Ubuntu! Je recommande de modifier cette réponse pour la développer avec des détails spécifiques sur la façon de procéder. (Voir aussi Comment puis-je écrire une bonne réponse? Pour des conseils généraux sur les types de réponses considérés comme les plus utiles sur AskUbuntu.)
David Foerster
1
Des réponses distinctes, que vous pouvez voter à la hausse ou à la baisse, me semblent utiles. Editer les réponses des autres peuples pour insérer "bon, qu'en est-il de X", semble le contraire d'utile. C'est une chose de corriger les erreurs, allez-y et éditez. Mais dire à une nouvelle personne de s’occuper de l’édition au lieu de dire ce qui a fonctionné pour elle semble être l’inverse du bien.
Warren P
La NLA ne fonctionnait pas pour moi mais suite à une mise à jour de Windows (je le blâme), je devais modifier les paramètres de sécurité de "Négocier" à "RDP".
Richard Wiseman le
1

Le problème vient du paramètre viewmode = 1 du fichier de configuration enregistré. Si vous redimensionnez la fenêtre, elle devrait s'actualiser et commencer à afficher la session. Changer ce booléen en 0 forcera la fenêtre aux valeurs par défaut et se rafraîchira au chargement. Le problème est que si vous redimensionnez la fenêtre après le démarrage de la session, remmina changera ce paramètre.

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
la source
1

Probablement une réponse stupide, mais le problème pour moi était que j'ai essayé de me connecter via un réseau Wi-Fi ouvert (non chiffré) et que remmina ne le permettait pas. Une fois connecté à un réseau sécurisé, tout a fonctionné comme prévu.

ErnestScribbler
la source
4
Ne serait-il pas intéressant que Remmina affiche réellement des messages d'erreur utiles au lieu de simplement échouer?
Warren P
0

Cela pourrait également être un problème avec la vérification du certificat. Pour vérifier si tel est le problème, accédez à:

Avancé -> cocher "Ignorer le certificat"

Soyez prudent, avec cette vérification désactivée, vous pouvez être ouvert à l'homme au milieu des attaques. Mais devrait être bien se connecter sur les réseaux internes.

Lathan Bidwell
la source