remmina більше не працює "не вдається підключитися до локального хоста сервера RDP"

До десь минулої ночі я мав чудову роботу. Я міг запускати RDP через тунель SSH, і все було добре.

Потім вона перестала працювати. Я можу досягти діалогового вікна паролів для своєї робочої машини, але тоді він просто говорить Cannot connect to RDP server localhost.

Я навіть не можу знайти жодного журналу, який виглядає цікавим. Я знову встановив remmina, очистив .remminaкаталог, перезапустив машину і навіть перезапустив шлюз.

Просто, щоб зробити це по-справжньому дивно, мій ноутбук (який має однакові налаштування - останні Ubuntu та Remmina) може зробити з'єднання просто чудовим. Він навіть проходить через той же маршрутизатор, хоча і бездротовим шляхом.

Будь-які думки?

Я поняття не маю, чому це працювало, але я почав змінювати налаштування по черзі. Коли я редагував властивості підключення, я переглянув вкладку "розширений" і змінив захист з "домовитись" на "TLS", і вуаля, все працює.

Як не дивно, "домовлятися" все ще працює на ноутбуці, але принаймні я знову в бізнесі зі своїм більшим монітором :)

Це саме зі мною трапилось, і я знайшов цю відповідь, яка вирішила це питання. Просто rm ~/.freerdp/known_hostsта спробуйте ще раз.

Мабуть, це відбувається, коли ключі на тунельному сервері змінюються. Дивіться цю помилку .

ОНОВЛЕННЯ

Перше посилання тепер вказує на видалену відповідь, тому ось деякі додаткові відомості з цього посилання:

• Здається, що файл "known_hosts" містить деякі дані про маршрутизацію для кожного сервера, дані іноді застарівають, і коли Remmina намагається з'єднатись із застарілими даними, вона виходить з ладу. Видалення файла known_hosts вирішує цю проблему. - Ерел Сегал-Халеві 13 грудня 1212 о 10:06

• FWIW, моя проблема не мала нічого спільного з unknown_hosts (як пояснено нижче), але все, що стосується налаштувань безпеки: див. Http://www.bauer-power.net/2013/10/unable-to-connect-to-rdp -server-in.html для детальної інформації. - Томіслав Накіч-Альфіревич 24 квітня '14 о 10:58

• Повністю працював, мені було цікаво, де зберігаються серти. У мене була проблема здебільшого, я використовував Remmina для RDP на певній машині, потім одного разу він перестав працювати (нічого на віддаленій машині не змінилося). Інші з'єднання RDP, які я врятував, все ще працювали, за винятком цієї машини. Це траплялося використовувати NLA auth, що, здається, є частиною проблеми з новітньою системою Remmina, яка не зберігає certs. - Ніколі 26 квітня 1313 о 20:26

• спасибі, він прекрасно підключався, тоді я переформатував сервер, і він перестав працювати, видаливши рядок для цього хоста працював. - Bor691 15 січня '14 о 8:50

• Мені потрібно використовувати два сервіси на одній адресі, але різні порти, і використання цього багаторазово - єдиний спосіб я можу підключитися до обох. - Gringo Suave 13 жовтня '14 о 18:55

Це сталося зі мною, коли я скопіював конфігурацію remmina (under ~/.remmina) з однієї машини на іншу. Можливо, версії remmina були різними; зміна безпеки не допомогло, але видалення та відновлення з'єднання зробили.

Це працювало для мене, змінюючи безпеку на NLA з незрозумілих причин.

Проблема полягає у налаштуваннях 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

Можливо, дурна відповідь, але проблема для мене полягала в тому, що я спробував підключитися через відкриту мережу Wi-Fi (незашифрований) і нагадування цього не дозволить. Як тільки я підключився до захищеної мережі, все працювало так, як було заплановано.

Також може виникнути проблема з підтвердженням сертифіката. Щоб перевірити, чи це проблема, перейдіть до:

Додатково -> встановіть прапорець "Ігнорувати сертифікат"

Будьте уважні, якщо ця перевірка відключена, ви можете бути відкритими для людини в середині атак. Але слід добре підключатись до внутрішніх мереж.