remmina больше не работает "невозможно подключиться к локальному хосту RDP-сервера"

Это случилось со мной, и я нашел ответ, который решил проблему. Просто rm ~/.freerdp/known_hosts и попробуй еще раз.

Очевидно, это происходит, когда меняются ключи на туннельном сервере. Смотрите эту ошибку.

ОБНОВИТЬ

Первая ссылка теперь указывает на удаленный ответ, поэтому вот дополнительная информация по этой ссылке:

• Кажется, что файл "known_hosts" содержит некоторые данные маршрутизации для каждого сервера, эти данные иногда устаревают, а когда Remmina пытается подключиться с использованием устаревших данных, происходит сбой. Удаление файла known_hosts решает эту проблему. - Эрель Сегал-Халеви 13 декабря 12:06

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

• Полностью сработало, мне было интересно, где хранятся сертификаты. У меня была та же проблема по большей части: я использовал Remmina для RDP на определенную машину, затем однажды он перестал работать (ничего на удаленной машине не изменилось). Другие RDP-соединения, которые я сохранил, все еще работали, за исключением этой машины. Это случилось с использованием аутентификации NLA, которая, кажется, является частью проблемы с новейшей Remmina, не сохраняющей сертификаты. - Николи 26 апреля '13 в 20:26

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

• Мне нужно использовать две службы на одном и том же адресе, но на разных портах, и повторное использование - единственный способ подключиться к обоим. - Гринго Суаве 13 октября 14 года в 18:55

Это случилось со мной, когда я скопировал мою конфигурацию remmina (под ~/.remmina) с одной машины на другую. Возможно версии remmina были другими; изменение безопасности не помогло, но удаление и воссоздание соединения сделали.

Просто чтобы добавить к ответу itsadok

Была такая же проблема при попытке RDP на сервер Windows. Чтобы убедиться, что проблема не связана с неправильным паролем, я попытался подключиться по SSH к серверу Ubuntu, и он работал нормально.

Вот как я это исправил:

Во-первых, нам нужно удалить // файл, который использует Remmina:

Если вы установили Remmina как snap -пакет, выполните приведенную ниже команду, чтобы удалить known_host/ known_hosts/ known_hosts2файл:

      sudo rm -rf ~/snap/remmina/current/.config/freerdp/known_hosts2

ИЛИ ЖЕ

      sudo rm -rf ~/snap/remmina/current/.config/freerdp/known_hosts 

ИЛИ ЖЕ

      sudo rm -rf ~/snap/remmina/current/.config/freerdp/known_host

Если вы установили Remmina как подходящий пакет, запустите:

      sudo rm -rf ~/.config/freerdp/known_host

Затем полностью остановите Реммину. Для этого откройте приложение Remmina, а затем выполните приведенную ниже команду, чтобы остановить процесс Reminna из командной строки:

      pgrep remmina | xargs sudo kill -9

Затем вы можете снова запустить приложение Remmina, на этот раз все должно работать нормально.

Это все.

надеюсь, это поможет

Вероятно, глупый ответ, но проблема для меня заключалась в том, что я пытался подключиться через открытую сеть Wi-Fi (незашифрованную), а remmina этого не допустила. Как только я подключился к защищенной сети, все снова заработало, как и планировалось.

Сегодня была такая же проблема с remmina 1.4.8, которую я установил с флетпака. Я пробовал все решения, упомянутые выше, и ни одно из них не работало. У меня два ноутбука, и на одном remmina работала, но на новом ноутбуке с новой установкой не работала. Итак, единственное решение, которое работало для меня, - это удаление версии Flatpak и установка версии deb 1.4.2. И это работает без проблем.

Это сработало для меня, изменив безопасность на NLA по неизвестной причине.

я должен был изменитьSecurity protocol negociationкRDP protocol securityвAdvancedвкладку, чтобы иметь возможность подключаться к Windows Server R2 из Ubuntu 22.04 с Remmina 1.4.25 .

В моем случае я получал ошибку:

Не удалось подключиться к RDP-серверу «192.168.XX» через TLS. Для получения дополнительной информации см. трассировки DEBUG с терминала.

Произошло после последнего обновления remmina в snap store 19 мая 2022 года (сегодня), оно работало 17 мая, за два дня до обновления.

Оказалось, что я видел много ошибок «отказано в доступе» внутри каталога.

Я удалил и переустановил remmina из магазина снап, и все снова заработало. Ничего о TLS или безопасности или что-то еще.

Похоже, разрешения перепутались в /home/username/snap/remminaпапка.

Обновление: повторилось через 15 дней.

Решение :

Я удалил версию snap и установил ее из репозитория, и все хорошо.

Похоже, проблема с разрешением. Пытаться:

      sudo chattr -i ~/.local/share/remmina/RDP/known_hosts2

Примечание: ваш known_hosts2расположение файла может отличаться в зависимости от вашего дистрибутива.

Это также может быть проблема с проверкой сертификата. Чтобы проверить, является ли это проблемой, перейдите по ссылке:

Дополнительно -> проверить "Игнорировать сертификат"

Будьте осторожны, если эта проверка отключена, вы можете быть открытыми для человека в середине атаки. Но должно быть нормально подключаться по внутренним сетям.

Примечание. Служба xrdp могла быть остановлена ​​в вашей удаленной службе. Как корень:

1. Подтвердите, что RDP-порт 3389 в удаленной системе прослушивается. используйте: { $ netstat -tulpn }
2. Если порт 3389 закрыт, убедитесь, что xdrp активен, используйте: { $ service xdrp status }
3. Если неактивен... запустите его, используя: {$ service xdrp start}
4. Чтобы служба xrdp запускалась автоматически при каждом выключении системы, используйте: { $ systemctl enable xdrp }

Пока соединение через бастион работает когда хочет с Remmina. В итоге я открыл SSH-туннель с терминала, например:

      ssh -L 2000:<ip of windows machine>:3389 bastion

Затем я настраиваю Remmina для подключения к RDP только на локальном хосте:2000.

Я знаю, что это выглядит уродливо, но это так же прочно. И если ни один из трюков, объясненных в этом посте (например, TLS, NLA, RDP в расширенном режиме), этот при запуске SSH-туннеля обойдет все проблемы, связанные с Remmina и libssh.

Проблема в настройке viewmode=1 в сохраненном файле conf. Если вы измените размер окна, оно должно обновиться и начать показывать сеанс. Изменение этого логического значения на 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

Я изменил «Согласование протокола безопасности» с «Безопасность протокола TLS» на «Безопасность протокола RDP» в «Дополнительных» свойствах «Профиля удаленного подключения», и это работает.

Есть 2 связи. После обновления до Ubuntu 22.04 одно соединение работает, другое нет. Попытка удалить known_host: при первом подключении спрашивает о сертификате, при втором не спрашивает - выдает ошибку. Решено переключение безопасности на RDP.

сначала добавьте новый профиль подключения, настройте там IP-адрес, имя пользователя и пароль. тогда попробуйте, чтобы это сейчас работало в моем случае.(вы можете найти опцию добавления учетных данных в левом верхнем углу)

Удалить known_host файл в ~/.config.

Выполните эту команду:

rm ~/.config/freerdp/known_host

Была такая же проблема с использованием RDP-соединения с туннелем SSH. Решение состояло в том, чтобы переключиться на «Туннель через петлевой адрес» в настройках туннеля SSH.

Попытки всех вариантов «Согласование протокола безопасности» и «Тип транспорта шлюза» не увенчались успехом.

В моем случае, хотя я изменил безопасность на «TLS», она все равно не работает, но я изменил протокол безопасности на «Безопасность протокола RDP» и, наконец, работает!

(используя Linux Mint)