- Печать
Страницы: 1 [2] 3 Все Вниз
Тема: remmina ошибка «Невозможно подключиться к серверу RDP» при подключении к windows (Прочитано 65193 раз)
0 Пользователей и 1 Гость просматривают эту тему.
Leo_87
1) грохнуть ~/.freerdp
2) проверить под другим пользователем
Грохнул.
Под другим пользователем заходит, а как под тем который нужен зайти?
ArcFi
Leo_87, удаление ~/.freerdp помогло?
Leo_87
Leo_87, удаление ~/.freerdp помогло?
Помогло на одной машине.
На других удалил, под другим пользователем пускает. Но под тем который нужен не хочет.
Что ещё можно посмотреть?
ArcFi
Leo_87, там, где не работает, показывайте:
cat /etc/issue
PORT — RDP-порт, обычно 3389
nmap -Pn -sV -p PORT IP
IP — адрес RDP-сервера
Leo_87
Leo_87, там, где не работает, показывайте:
Starting Nmap 5.21 ( http://nmap.org ) at 2013-07-18 11:13 MSK
Nmap scan report for 192.168.0.9
Host is up (0.00066s latency).
PORT STATE SERVICE VERSION
3389/tcp open ms-term-serv?
Service detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 99.19 seconds
Leo_87
Проблему решил.
Помимо папки ~/.freerdp , нужно удалить все файлы из папки ~/.remmina
Спасибо за помощь.
ArcFi
В ~/.remmina лежит конфиг и настройки всех подключений, с этим надо аккуратнее, а то можно наудалять лишнего.
sergicus
у меня была похожая проблема.
Решил — помогло — в настройках профиля подключения -> дополнительные -> безопасность , в этом пункте установить вместо автосогласования RDP
Ods
у меня была похожая проблема.
Решил — помогло — в настройках профиля подключения -> дополнительные -> безопасность , в этом пункте установить вместо автосогласования RDP
Огромная благодарность автору поста! Несколько дней была лишена доступа к работе, куча нервов и времени, нигде и ничего толкового, все удаляла, чистила, грузила заново — эффекта 0 и только ваша подсказка за секунду решила все проблемы!!! Спасибо форуму и автору sergicus!
vadimvolodin
как то давно ремина начала глючить, не когда было разбираться поставил KRDC и забыл про ремину.
Storke
у меня была похожая проблема.
Решил — помогло — в настройках профиля подключения -> дополнительные -> безопасность , в этом пункте установить вместо автосогласования RDP
Благодарю за помощь! Тоже мучился полдня. Remmina без проблем подключалась из Ubuntu 14.04 к Windows Server 2008 R2 в роли сервера терминалов. Как только создал домен, убрав сервер терминалов, возникла та же байда. После выбора вместо Согласование RDP снова смог подключиться.
serp53
Всё опробовал что указано выше в топике и не помогло.
Предыстория. У меня раньше терминальный сервер (Windows server 2008 R2) был не в домене и всё работало, по производственной необходимости пришлось терминальный сервер подключить к домену. После подключения «Remmina» отказалась подключаться к терминальному серверу (Windows server 2008 R2).
В моём случае, после того как поставил галочку «Прикрепить к консоли (windows 2003 / 2003 R2)» «Remmina» стала подключаться.
kac
Кстати очень много проблем решает remmina ppa. Каждую неделю есть обновления.много проблем решилось.
jenkidu
Была точно такая же проблема. На сервер с винды по RDP зайти могу, с Ubuntu 14.04 не могу (невозможно подключиться к серверу RDP).
Удаление папки .freerdp помогло.
Заново выдался сертификат, все заработало.
guertauli
Заново выдался сертификат, все заработало.
Что-бы сертификат не прописывался никогда:
1. Удалить все содержимое внутри папки .freerdp
2. chmod u-w .freerdp
« Последнее редактирование: 08 Марта 2016, 18:59:34 от guertauli »
- Печать
Страницы: 1 [2] 3 Все Вверх
-
Pilot
Администратор
Команда форумаRemmina 0.9 устранение ошибки «Невозможно подключиться к серверу RDP»
Ошибка возникает при несовпадении отпечатка сертификата полученных со стороны RDP сервера. Он «привязан» к IP адресу/имени RDP сервера.
Удалить «привязки» можно в домашнем профиле в папке .freerdp (по умолчанию скрыта)Нужно отредактировать файл known_hosts, удалив в нем проблемный хост.
-
Pilot
Администратор
Команда форумаEdward Kobylyanets 01 июня, 2015 10 комментариев Интернет , Программы , Удаленный доступ
В этой статье хочу рассказать о клиенте удаленного рабочего стола Remmina.
Коротко о программе Remmina.
Remmina — клиент для удаленного доступа. Использует FreeRDP в качестве RDP клиента. Кроме RDP поддерживает протоколы: SFTP, SSH, NX, VNC, VNCI и XDMCP. Поддержка протоколов расширяется плагинами.Данный клиент установлен по умолчанию во всех дистрибутивах Ubuntu и производных от неё.
Во всех текущих версиях Ubuntu на данный момент используется версия 0.99, которая была выпущена в 2010 году:
Многие, подключившись с помощью Remmina по rdp к windows, ловят различные баги.
Какие же проблемы с этой старой версией встречаются?
Из моих проблем:
— Вырвиглазный рендеринг шрифтов. Шрифты выглядят просто ужасно. Никакие настройки не помогают.
— Очень неприятный баг с курсором мышки. Он не меняется, используется стандартный Ubuntu. То есть выделяя текст, или растягивая окно, вы не увидите изменений курсора.
— Не работал двухсторонний буфер обмена.
— Не работало назначение общей папки.Еще встречаются проблемы с тем, что не все символы клавиатуры работают правильно.
К чему я это описал?
Очень мало информации об этом клиенте, следовательно многие могли подключиться, увидеть эти проблемы, почитав местные форумы, разочароваться в этом клиенте и перестать им пользоваться.
Поэтому хочу поделиться информацией, что эти баги устранены, но в новой — последней версии.Нет смысла искать какие-то конфигурации по форумам или команды в терминале для решения этих проблем. Все эти ошибки — это баги самого клиента, которые были устранены в последней версии программы. Следовательно, нужно просто обновить наш клиент и плагин RDP.
Установка последней версии Remmina в Ubuntu.
Для Ubuntu есть репозиторий на ланчпад, где добавляются последние версии remmina и rdp плагина. В репозитории есть пакеты только для версий 14.04 — 15.04.Чтобы установить последнюю версию Remmina в Ubuntu откройте терминал и выполните следующие команды:
sudo apt-add-repository ppa:remmina-ppa-team/remmina-next
sudo apt-get update
sudo apt-get install remmina remmina-plugin-rdp
Для Ubuntu 12.04 попробуйте такой фокус:
Как установить программу из репозитория, в котором нет пакетов для вашей версии дистрибутива UbuntuВсё. Теперь последняя версия Remina установлена.
Если нужно удалить программу, то выполните следующие команды:
sudo apt-add-repository -r ppa:remmina-ppa-team/remmina-next
sudo apt-get update
sudo apt-get remove remmina remmina-plugin-rdpНастройка RDP подключения к Windows 8.
Давайте подключимся по RDP к Windows 8.
Настройка на Windows 8.
Заходим в «Система» — «Настройка удаленного доступа», на вкладке «Удаленный доступ» разрешаем удаленный подключения к этому компьютеру.Не забудьте задать текущему пользователю пароль, или создайте другого пользователя для удаленного подключения. Тогда вам надо будет еще и «Выбрать пользователей» нажать и там выбрать созданного пользователя.
Вот и всё. Теперь нужно лишь узнать ip компьютера в локальной сети:
Настройка на windows 8 на этом закончилась.
Настройка подключения к windows 8 на Ubuntu.
Открываем Remmina, создаем новое подключение.
Заполняем Название (удобное Вам).
В поле Сервер вписываем ip компьютера c Windows 8. Также вписываем имя пользователя и пароль. Всё. Сохраняем и подключаемся.Кроме того можно отредактировать еще качество картинки, я обычно «Хорошее» выбираю:
Вы всегда можете отредактировать данные параметры, просто нажав на соединении правой кнопкой мыши и выбрав «правка».
Кроме того, в настройка Remmina (CTR-P) можно качество отрегулировать:
При первом подключении не забудьте согласиться на получение сертификата:
Вот и всё, подключаемся.
Вот так выглядит картинка.
Нормальные шрифты и курсор меняется, нет зависания картинки при старте подключения. Работает всё шустро, нет задержек.
Можно вполне себе работать, использую компьютер с windows как тонкий клиент:И мой сайт хорошо выглядит:
И еще один момент, чтобы нормально срабатывали комбинации клавиш, такие как смена раскладки или alt-f4, нужно, чтобы была зажата данная опция в меню:
Вот и всё.
Плагины к Remmina.
По умолчанию в Remmina доступно мало протоколов удаленного доступа:VNC плагин не ставьте, он работать не будет.
Из рабочих плагинов можно поставить для протоколов NX и XDMCP:
sudo apt-get install remmina-plugin-nx remmina-plugin-xdmcp
Перезапустить Remmina и в окне нового подключения станут доступны новые протоколы:XDMCP не использовал, поэтому ничего сказать не могу, но по сообщения, работает ужасно.
Поделиться этой страницей
Как правильно задавать вопросы
Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Для начала воспользуйтесь поиском форума. 2. Укажите версию ОС вместе с разрядностью. Пример: LM 19.3 x64, LM Sarah x32 3. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 4. Какое железо. (достаточно вывод inxi -Fxz
в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
-
Sulfur
- Сообщения: 92
- Зарегистрирован: 07 окт 2019, 10:44
- Решено: 3
- Благодарил (а): 12 раз
- Контактная информация:
Перестала работать Remmina
16 апр 2021, 13:05
Всем привет. Имеется Mint 19.3 и remmina 1.4.11. Сегодня внезапно перестал работать rdp до терминальника (windows server 2012), да и вообще до всех ПК определенной организации. «Невозможно подключиться к RDP серверу». Примечательно, что с винды rdp работает и подключения rdp в remmina к пк другой организации тоже прекрасно работает. Пробовал удалить файл known_hosts2 в .config/freerdp, но не помогло. Уже была такая проблема, переустанавливал заново remmina, и отпустило. Сейчас опять, хотелось бы понять причину.
Решение Sulfur » 21 апр 2021, 18:35
Может кому пригодится — изменил в сетевом подключении MTU на 576 и всё стало работать.
Перейти к ответу ➙
-
slant
- Сообщения: 4839
- Зарегистрирован: 21 июн 2017, 18:09
- Решено: 110
- Благодарил (а): 53 раза
- Поблагодарили: 2162 раза
- Контактная информация:
Перестала работать Remmina
#2
16 апр 2021, 13:19
Для начала стоит выяснить — это сам RDP не может подключится, или сеть в системе частично отвалилась. Маршрут, фаервол, что-нить еще…
-
Sulfur
- Сообщения: 92
- Зарегистрирован: 07 окт 2019, 10:44
- Решено: 3
- Благодарил (а): 12 раз
- Контактная информация:
Перестала работать Remmina
#3
16 апр 2021, 13:34
Попробовал через xfreerdp
xfreerdp /u:****** /p:****** /v:10.88.****.***
[13:29:30:954] [16667:16668] [INFO][com.freerdp.core] — freerdp_connect:freerdp_set_last_error_ex resetting error state
[13:29:30:954] [16667:16668] [INFO][com.freerdp.client.common.cmdline] — loading channelEx rdpdr
[13:29:30:954] [16667:16668] [INFO][com.freerdp.client.common.cmdline] — loading channelEx rdpsnd
[13:29:30:954] [16667:16668] [INFO][com.freerdp.client.common.cmdline] — loading channelEx cliprdr
[13:29:31:288] [16667:16668] [INFO][com.freerdp.primitives] — primitives autodetect, using optimized
[13:29:31:292] [16667:16668] [INFO][com.freerdp.core] — freerdp_tcp_is_hostname_resolvable:freerdp_set_last_error_ex resetting error state
[13:29:31:292] [16667:16668] [INFO][com.freerdp.core] — freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state
[13:29:31:534] [16667:16668] [WARN][com.freerdp.crypto] — Certificate verification failure ‘unable to get local issuer certificate (20)’ at stack position 0
[13:29:31:534] [16667:16668] [WARN][com.freerdp.crypto] — CN = ***.****.****
[13:29:32:537] [16667:16668] [ERROR][com.winpr.timezone] — Unable to get current timezone rule
[13:29:40:544] [16667:16668] [ERROR][com.freerdp.core.connection] — Timeout waiting for activation
-
rogoznik
- Сообщения: 10428
- Зарегистрирован: 27 июн 2017, 13:36
- Решено: 135
- Откуда: Нижний Тагил
- Благодарил (а): 791 раз
- Поблагодарили: 2047 раз
- Контактная информация:
Перестала работать Remmina
#4
16 апр 2021, 14:07
Sulfur писал(а): ↑
16 апр 2021, 13:34
[13:29:32:537] [16667:16668] [ERROR][com.winpr.timezone] — Unable to get current timezone rule
Собственно
-
Sulfur
- Сообщения: 92
- Зарегистрирован: 07 окт 2019, 10:44
- Решено: 3
- Благодарил (а): 12 раз
- Контактная информация:
Перестала работать Remmina
#5
16 апр 2021, 14:17
Гуглил этот момент, но так и не понял что с этим делать
[13:29:32:537] [16667:16668] [ERROR][com.winpr.timezone] — Unable to get current timezone rule
Часовой пояс у меня выставлен, время корректное отображает
-
Chocobo
- Сообщения: 10064
- Зарегистрирован: 27 авг 2016, 22:57
- Решено: 216
- Откуда: НН
- Благодарил (а): 837 раз
- Поблагодарили: 3042 раза
- Контактная информация:
Перестала работать Remmina
#6
16 апр 2021, 14:18
Sulfur, xfreerdp к тем хостам, куда справляется и реммина покажет другие ошибки/ворнинги?
-
Sulfur
- Сообщения: 92
- Зарегистрирован: 07 окт 2019, 10:44
- Решено: 3
- Благодарил (а): 12 раз
- Контактная информация:
Перестала работать Remmina
#7
16 апр 2021, 14:22
Chocobo писал(а): ↑
16 апр 2021, 14:18
Sulfur, xfreerdp к тем хостам, куда справляется и реммина покажет другие ошибки/ворнинги?
К хостам другой организации, к которым remmina подключается, xfreerdp работает тоже, но данную ошибку «Unable to get current timezone rule» тоже показывает.
-
Sulfur
- Сообщения: 92
- Зарегистрирован: 07 окт 2019, 10:44
- Решено: 3
- Благодарил (а): 12 раз
- Контактная информация:
Перестала работать Remmina
#8
16 апр 2021, 14:34
Собственно при подключении к одним хостам (одной организации) после появление этой ошибки
[13:29:32:537] [16667:16668] [ERROR][com.winpr.timezone] — Unable to get current timezone rule
rdp работает, а при подключении к другим хостам (другой организации) rdp не запускается. А так, по ходу подключения, ошибки/варнинги идентичные идут.
-
Chocobo
- Сообщения: 10064
- Зарегистрирован: 27 авг 2016, 22:57
- Решено: 216
- Откуда: НН
- Благодарил (а): 837 раз
- Поблагодарили: 3042 раза
- Контактная информация:
Перестала работать Remmina
#9
16 апр 2021, 14:44
Sulfur писал(а): ↑
16 апр 2021, 13:34
[13:29:31:534] [16667:16668] [WARN][com.freerdp.crypto] — Certificate verification failure ‘unable to get local issuer certificate (20)’ at stack position 0
Меня больше вот эта смущала, может таймауты вызваны тем, что хендшейк предварительно уже обломался
-
Sulfur
- Сообщения: 92
- Зарегистрирован: 07 окт 2019, 10:44
- Решено: 3
- Благодарил (а): 12 раз
- Контактная информация:
Перестала работать Remmina
#10
16 апр 2021, 14:46
Chocobo писал(а): ↑
16 апр 2021, 14:44
Меня больше вот эта смущала, может таймауты вызваны тем, что хендшейк предварительно уже обломался
Не, эта же ошибка появляется даже тогда, когда rdp в итоге работает. Проверил, сверил…
-
Sulfur
- Сообщения: 92
- Зарегистрирован: 07 окт 2019, 10:44
- Решено: 3
- Благодарил (а): 12 раз
- Контактная информация:
Перестала работать Remmina
#11
21 апр 2021, 18:35
Может кому пригодится — изменил в сетевом подключении MTU на 576 и всё стало работать.
-
ilikethat
- Сообщения: 637
- Зарегистрирован: 14 дек 2019, 01:46
- Решено: 10
- Благодарил (а): 128 раз
- Поблагодарили: 145 раз
- Контактная информация:
Перестала работать Remmina
#12
21 апр 2021, 23:20
Или Вы или организация перешли на мобильный интернет.
Возможно это резервный канал.
Хотя странно, RDP поверх TCP работает, на размер пакетов ему должно быть пофиг. Возможно канал гавеный и/или перегружен так, что попытки собрать пакет из пары-тройки кусков приводят к потери связи.
-
slant
- Сообщения: 4839
- Зарегистрирован: 21 июн 2017, 18:09
- Решено: 110
- Благодарил (а): 53 раза
- Поблагодарили: 2162 раза
- Контактная информация:
Перестала работать Remmina
#13
22 апр 2021, 00:05
ilikethat писал(а): ↑
21 апр 2021, 23:20
Хотя странно, RDP поверх TCP работает, на размер пакетов ему должно быть пофиг.
Не совсем в этом дело. Тут MTU/MSS blackhole по всей видимости приключился. Несогласованность максимального размера пакета. Часто случается если соединение включает в себя pppoe или pptp, либо действительно мобильную связь.
Кстати, имеет смысл попробовать нащупать верхний предел MTU при котором оно нормально работает. Т.к. настолько урезанный MTU зажимает пропускную способность канала.
-
Sulfur
- Сообщения: 92
- Зарегистрирован: 07 окт 2019, 10:44
- Решено: 3
- Благодарил (а): 12 раз
- Контактная информация:
Перестала работать Remmina
#14
22 апр 2021, 00:22
Не понятен момент, почему на моем же компе с виртуальной машиной на windows 7 такие проблемы с rdp не наблюдаются
-
ilikethat
- Сообщения: 637
- Зарегистрирован: 14 дек 2019, 01:46
- Решено: 10
- Благодарил (а): 128 раз
- Поблагодарили: 145 раз
- Контактная информация:
Перестала работать Remmina
#15
22 апр 2021, 09:42
Sulfur, так вот же slant предположил, что некорректно срабатывает алгоритм динамического определения MTU в Linux. В Windows, в 7ке точно, такого нет. А виртуалка пуляет пакеты в сеть на низком уровне, минуя стадию определения MTU.
-
Sulfur
- Сообщения: 92
- Зарегистрирован: 07 окт 2019, 10:44
- Решено: 3
- Благодарил (а): 12 раз
- Контактная информация:
Перестала работать Remmina
#16
22 апр 2021, 09:53
ilikethat писал(а): ↑
22 апр 2021, 09:42
так вот же slant предположил, что некорректно срабатывает алгоритм динамического определения MTU в Linux.
Мне показалось что речь шла о том, что нет ICMP сообщения о необходимости фрагментации, а не о конкретно проблеме в Linux.
-
ilikethat
- Сообщения: 637
- Зарегистрирован: 14 дек 2019, 01:46
- Решено: 10
- Благодарил (а): 128 раз
- Поблагодарили: 145 раз
- Контактная информация:
Перестала работать Remmina
#17
22 апр 2021, 10:11
Sulfur, алгоритм Path MTU Discovery, определения динамически MTU, работает через ICMP пакеты.
Шлет пакеты разного размера с флагом «не дефрагментировать» — не разбивать пакет на части.
Какие максимально пакеты пройдут — такой MTU и установится, для конкретного IP к которому Вы коннектитесь.
Так вот, на каком-то роутере в инете такие пакеты могут убиваться правилами админа, либо идти по другому маршруту, либо еще чего…
В результате MTU определяется неправильно. Связи нет.
В винде такого алгоритма просто нет.
0
1
Всем привет, нужна помощь.
На компьютере 1 установлена Kubuntu 20.10
Linux 5.8.0-33-generic #36-Ubuntu SMP Wed Dec 9 09:14:40 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
Пытаюсь с помощью Remmina 1.4.10 подключиться по rdp к компьютеру 2 на windows 10, пишет, что подключение к серверу потеряно.
Лог отладки:
(remmina_rdp_main) — Not using system proxy settings
(remmina_rdp_tunnel_init) — Tunnel init
(remmina_rdp_tunnel_init) — protocol_plugin_start_direct_tunnel() returned [ххх]:3389
(remmina_rdp_tunnel_init) — Tunnel has been optionally initialized. Now connecting to ххх:3389
(remmina_rdp_main) — proxy_type: (null)
(remmina_rdp_main) — proxy_username: (null)
(remmina_rdp_main) — proxy_password: (null)
(remmina_rdp_main) — proxy_hostname: (null)
(remmina_rdp_main) — proxy_port: 80
(remmina_rdp_main) — Log level set to to INFO
(rmnews_periodic_check) — periodic_rmnews_last_get is 1607757858
(rco_on_disconnect) — Disconnect signal received on RemminaProtocolWidget
(remmina_file_save) — Saving profile
(remmina_file_save) — We have a password and disablepasswordstoring=0
(remmina_file_save) — We have a password and disablepasswordstoring=0
(remmina_file_save) — We have a password and disablepasswordstoring=0
(remmina_file_save) — We have a password and disablepasswordstoring=0
(remmina_file_save) — Profile saved
(rco_on_disconnect) — Could not disconnect
в консоли
Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000.
** (process:10698): CRITICAL **: 18:30:36.304: secret_service_load_collections_sync: assertion ‘paths != NULL’ failed
[glibsecret] unable to get secret service: Unknown error.
Gtk-Message: 18:30:36.415: Failed to load module «colorreload-gtk-module»
StatusNotifier/Appindicator support: your desktop does support it and libappindicator is compiled in Remmina. Good.
Warning: Remmina is running without a secret plugin. Passwords will be saved in a less secure way.
(org.remmina.Remmina:10698): Gtk-WARNING **: 18:30:36.487: gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem
Remmina is compiled as a SNAP package.
but we can’t find the secret plugin inside the SNAP.
[18:30:41:843] [10698:10780] [INFO][com.freerdp.core] — freerdp_connect:freerdp_set_last_error_ex resetting error state
[18:30:41:844] [10698:10780] [INFO][com.freerdp.client.common.cmdline] — loading channelEx rdpdr
[18:30:41:844] [10698:10780] [INFO][com.freerdp.client.common.cmdline] — loading channelEx rdpsnd
[18:30:41:844] [10698:10780] [INFO][com.freerdp.client.common.cmdline] — loading channelEx drdynvc
[18:30:42:191] [10698:10780] [INFO][com.freerdp.primitives] — primitives autodetect, using optimized
[18:30:42:202] [10698:10780] [INFO][com.freerdp.core.nego] — Detecting if host can be reached locally. — This might take some time.
[18:30:42:202] [10698:10780] [INFO][com.freerdp.core.nego] — To disable auto detection use /gateway-usage-method:direct
[18:30:42:243] [10698:10780] [INFO][com.freerdp.core] — freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state
[18:30:43:245] [10698:10780] [ERROR][com.freerdp.core] — freerdp_tcp_connect:freerdp_set_last_error_ex ERRCONNECT_CONNECT_FAILED [0x00020006]
[18:30:43:245] [10698:10780] [ERROR][com.freerdp.core] — failed to connect to ххх
[18:30:43:326] [10698:10780] [INFO][com.freerdp.core] — freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state
[18:31:35:194] [10698:10780] [ERROR][com.freerdp.core] — rdg_establish_data_connection:freerdp_set_last_error_ex ERRCONNECT_ACCESS_DENIED [0x00020016]
libfreerdp returned code is 00020016
ПС. С компьютера на котором установлена windows подключается нормально.
- Index
- » Pacman & Package Upgrade Issues
- » Remmina 1.4.35-2 does not connect to Windows RDP server
Pages: 1
#1 2024-04-02 14:09:16
- fredizzimo
- Member
- Registered: 2023-05-18
- Posts: 7
Remmina 1.4.35-2 does not connect to Windows RDP server
When trying to connect to a Windows server a black screen is shown, and it never connects. Downgrading to 1.4.35-1 works.
It shows this error in the journal log
[16:22:19:729] [1855:00001ef8] [ERROR][com.winpr.sspi.Kerberos] — [kerberos_AcquireCredentialsHandleA]: krb5glue_get_init_creds (Cannot find KDC for realm «CENSORED.ORG» [-1765328230])
It looks like 1.4.35-2 was updated to use FreeRDP 3 , so that’s most likely the reason.
#3 2024-05-13 21:05:56
- bertino
- Member
- Registered: 2024-05-13
- Posts: 2
Re: Remmina 1.4.35-2 does not connect to Windows RDP server
There seem to be some issues related to the fact that freerdp3 switched to using kerberos by default to authenticate and that requires a working config. Relevant issues: Remmina, FreeRDP. In the meantime I think a quick fix would be to also build remmina with freerdp2 like the flatpak version.
Looking through the freerdp issue, it seems that there is a build option for freerdp to enable NTLM (old authentication method) fallback in case kerberos fails. Not sure if it’s enabled by default or not and also how new that option is, might just need to be updated to have it.
Last edited by bertino (2024-05-13 21:31:53)
#4 2024-05-13 22:33:14
- loqs
- Member
- Registered: 2014-03-06
- Posts: 18,415
Re: Remmina 1.4.35-2 does not connect to Windows RDP server
#5 2024-05-29 08:23:01
- Kov052
- Member
- Registered: 2024-05-29
- Posts: 1
Re: Remmina 1.4.35-2 does not connect to Windows RDP server
Can confirm flatpak version works