Remmina не подключается к windows server 2008

Печать

Страницы: 1 [2] 3 Все Вниз

Тема: remmina ошибка «Невозможно подключиться к серверу RDP» при подключении к windows (Прочитано 52927 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Leo_87

1) грохнуть ~/.freerdp
2) проверить под другим пользователем

Грохнул.
Под другим пользователем заходит, а как под тем который нужен зайти?

ArcFi

Leo_87, удаление ~/.freerdp помогло?

Leo_87

Leo_87, удаление ~/.freerdp помогло?

Помогло на одной машине.
На других удалил, под другим пользователем пускает. Но под тем который нужен не хочет.
Что ещё можно посмотреть?

ArcFi

Leo_87, там, где не работает, показывайте:

cat /etc/issue nmap -Pn -sV -p PORT IPPORT — RDP-порт, обычно 3389
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 Все Вверх

Источник

Я использую Ubuntu и пытаюсь подключиться к другому компьютеру в другой сети с помощью удаленного рабочего стола.

В Windows7 я сделал следующее для активации удаленного рабочего стола:

Я пошел в компьютер -> свойства -> удаленные настройки
Я выбрал параметр: «Разрешить подключения с компьютеров, работающих под управлением любой версии удаленного рабочего стола».
Я открыл «Брандмауэр Windows в режиме повышенной безопасности»
Во входящих правилах я включил правила для удаленного рабочего стола (общедоступный и домен)

Я также установил Remmina на машину с Ubuntu.

Для его настройки я сделал следующие шаги:

Выбран протокол RDP
На входе сервера я написал публичный IP-адрес компьютера Windows.
В имени пользователя / пароле я ввел свои учетные данные для входа в систему (так же, как моя учетная запись администратора Windows)

Но когда я пытаюсь подключиться, я получаю это сообщение об ошибке:

«Невозможно подключиться к серверу RDP 89.130.251.160»

Если я пингую мой компьютер с Windows7, у меня правильный ответ.

Какие-либо предложения?

Ответы:

Убедитесь, что порт 3389 открыт на брандмауэре и маршрутизаторе.

В Remmina отредактируйте ваше соединение, перейдите на вкладку « Дополнительно » и выберите RDP под опцией « Безопасность » и сохраните.

Просто удалите сервер, вызывающий проблему из файла, ~/.freerdp/known_hostsи он будет работать.

Для меня удаление удаленного хоста в ~ / .freerdp / known_hosts и изменение настройки безопасности на NLA сработало.

RDP раньше работал, но больше не работает на машинах с Windows 7, с которыми я работаю.

Ни одно из этих решений на самом деле не подходит мне. Но на моей машине для настройки глубины цвета ДОЛЖНО быть установлено значение «True color (32 bpp)». Это может отличаться в зависимости от ваших настроек Windows, но, похоже, что любой другой параметр просто потерпит неудачу с сообщением «Unable to connect».

Все остальные настройки являются настройками по умолчанию, созданными новым подключением в Remmina.

Если удаление хоста из ~/.freerdp/known_hostsне работает, попробуйте проверить настройки удаленного рабочего стола Windows.

Для меня отключение "Allow connections only from computers running Remote Desktop with Network Level Authentication (recommended)"сделало свое дело. (найдите «разрешить удаленный доступ к вашему компьютеру» на панели управления.

У меня была похожая проблема, когда я пытался подключить ПК с Precise к ноутбуку с Precise. Так как у меня было два других успешных соединения, одно из которых было ПК под управлением Windows XP, а другое — с Lucid. Оба использовали протокол VNC (синие значки мониторов), но тот, у которого была проблема, был установлен с RDP (значок цветка). Просто перейдите в главное окно Remina, щелкните правой кнопкой мыши на соответствующем соединении, выберите «Изменить» и измените протокол на VNC. Надеюсь, это поможет.

У меня та же проблема. В моем случае это удаленный сервер wondows2012R2, который был недавно установлен, и я подключился к нему последним, когда это была Windows 2008R2.

В каждом случае, когда я пытаюсь, я получаю это сообщение об ошибке, так внезапно, я не переключаю Advanced -> Security на RDPи остаюсь включенным, Negotateи он берет новый сертификат сервера и подключается.

Источник

I recently upgraded my Ubuntu to 18.04, and now my Remmina cannot connect to a windows server we use at work. Now I am getting a popup about certificates. It asks if I want to accept the certificate, I click OK and then get a message saying unable to connect. I am getting this error on the command line:

[14:49:19:412] [7223:7537] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
[14:49:19:412] [7223:7537] [INFO][com.freerdp.client.common.cmdline] - loading channelEx drdynvc
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - @           WARNING: CERTIFICATE NAME MISMATCH!           @
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - The hostname used for this connection (xxxxx:3389) 
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - does not match the name given in the certificate:
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - Common Name (CN):
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] -    EC2AMAZ-FM25IO2
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - A valid certificate for the wrong name should NOT be trusted!
[14:50:38:624] [7223:7537] [ERROR][com.freerdp.crypto] - certificate not trusted, aborting.
[14:50:38:624] [7223:7537] [ERROR][com.freerdp.core] - freerdp_set_last_error ERRCONNECT_CONNECT_CANCELLED [0x0002000B]
[14:50:38:624] [7223:7537] [ERROR][com.freerdp.core.connection] - Error: protocol security negotiation or connection failure
0002000B 00000003

Now this is an internal vpn server so I don’t care at all about certificates. Is there a way to add this certificate to a list that it’s ok? How do I get around this? And as an aside, this was working before the upgrade just fine. I don’t know why it cares now?

asked May 23, 2018 at 18:58

I had the same problem on debian sid with latest remmina 1.2.32.1 while connecting to a windows server2008r2 with hardend security settings.

I was able to connect after:

updating all freerdp2 libraries (used by remmina) to 2.0.0~git20181120.1 version
removing ~/.config/freerdp/known_hosts2 file

The connection security type that worked is «NLA» (negotianion/auto-detection worked too).

Both TLS and RDP didn’t work.

answered Jan 10, 2019 at 20:08

I’ve found the solution @Ubuntu forums, that forked for me

You have to change the Security to «TLS» in the Advanced tab of your connection, and everything works fine!

answered Jul 2, 2018 at 13:15

with RDP connections I get a TLS connection error, you have to look to the correct TLS version:

for me the solution was other way around:

I have to change the Security to «RDP» in the Advanced tab of your connection, and everything works fine!
( I work with debian 10 buster (sid) and remmina 1.2.32)
regards,
from germany

answered Oct 27, 2018 at 13:37

I’ve hit the same problem connecting from one of the Ubuntu/Debian family distributive to MS Windows Server 2008 R2.

I managed to solve it this way:

Create new connection with server.name.or.ip:port in Server section (port is optional if u haven’t changed it from standard MS RDP 3389 or/and NATed it through a router if u have one)
In the Advanced tab set
-«Security protocol negotiation» to «NLA protocol security»
-«TLS Security level» to «0 — Windows 7 compatible»

Then Remmina only asked me once about accepting the certificate and now it works like a charm.

answered Jul 15, 2022 at 22:07

Источник

[14:49:19:412] [7223:7537] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
[14:49:19:412] [7223:7537] [INFO][com.freerdp.client.common.cmdline] - loading channelEx drdynvc
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - @           WARNING: CERTIFICATE NAME MISMATCH!           @
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - The hostname used for this connection (xxxxx:3389) 
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - does not match the name given in the certificate:
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - Common Name (CN):
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] -    EC2AMAZ-FM25IO2
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - A valid certificate for the wrong name should NOT be trusted!
[14:50:38:624] [7223:7537] [ERROR][com.freerdp.crypto] - certificate not trusted, aborting.
[14:50:38:624] [7223:7537] [ERROR][com.freerdp.core] - freerdp_set_last_error ERRCONNECT_CONNECT_CANCELLED [0x0002000B]
[14:50:38:624] [7223:7537] [ERROR][com.freerdp.core.connection] - Error: protocol security negotiation or connection failure
0002000B 00000003

asked May 23, 2018 at 18:58

I had the same problem on debian sid with latest remmina 1.2.32.1 while connecting to a windows server2008r2 with hardend security settings.

I was able to connect after:

updating all freerdp2 libraries (used by remmina) to 2.0.0~git20181120.1 version
removing ~/.config/freerdp/known_hosts2 file

The connection security type that worked is «NLA» (negotianion/auto-detection worked too).

Both TLS and RDP didn’t work.

answered Jan 10, 2019 at 20:08

I’ve found the solution @Ubuntu forums, that forked for me

You have to change the Security to «TLS» in the Advanced tab of your connection, and everything works fine!

answered Jul 2, 2018 at 13:15

with RDP connections I get a TLS connection error, you have to look to the correct TLS version:

for me the solution was other way around:

I have to change the Security to «RDP» in the Advanced tab of your connection, and everything works fine!
( I work with debian 10 buster (sid) and remmina 1.2.32)
regards,
from germany

answered Oct 27, 2018 at 13:37

I’ve hit the same problem connecting from one of the Ubuntu/Debian family distributive to MS Windows Server 2008 R2.

I managed to solve it this way:

Create new connection with server.name.or.ip:port in Server section (port is optional if u haven’t changed it from standard MS RDP 3389 or/and NATed it through a router if u have one)
In the Advanced tab set
-«Security protocol negotiation» to «NLA protocol security»
-«TLS Security level» to «0 — Windows 7 compatible»

Then Remmina only asked me once about accepting the certificate and now it works like a charm.

answered Jul 15, 2022 at 22:07

Источник

1

1

Дано: клиентская машина на fedora 20, rdp -клиенты KRDC и Remmina, сервера Win Server 2008 и Win Server 2003.

С некоторых пор ни как не удается установить соединение через данные клиенты именно с сервером Win Server 2008. К Win Server 2003 подключаюсь нормально, и с него уже могу подключиться к Win Server 2008 (вот такая порнография). Сначала перестала производить подключение Remmina, стала использовать KRDC, после последнего обновления KRDC тоже перестал работать. повторяю, что к Win Server 2003 оба клиента подключаются нормально. Проблема наблюдается как на рабочей машине, так и на домашнем ноуте (везде стоит fedora 20, настройки не менялись). Админ клянется и божится, что на сервере ни чего не менял, а с федорой связываться не желает, так как сам сидит на убунте.
Помогите люди добрые. Надоело уже через одно место работать. Сама я знаю систему постольку-поскольку: обновиться могу, софт нужный поставить. А гугл к моим вопросам оказался глух.

P.S. Remmina на попытку подключения выдает сообщение: «Unable to connect to RDP server 192.168.0.247», KRDC просто показывает синий экран

Источник

Remmina-Next(FreeRDP) закрывается сессия.

Подскажите, куда копнуть. Дистр Mint 19, RDP клиент Remmina-Next. Сервер Win 2016 Случайным образом рвется RDP сессия. Просто закрывается окно клиента. Никакой системы нет. Может день отработать нормально, может несколько раз вылететь. В логах: [ERROR][com.freerdp.core.transport] — BIO_read returned a system error 104: Соединение разорвано другой стороной Failed to check FreeRDP event handles

Понятно, что ошибка шифрования, а вот, что с этим делать непонятно. Гугл не помог(.

рдс то поднят нормально на винде?

Что значит нормально? Как подняли сервер 2 года назад. Так и работает.

ну главное что проблемы не в сети и не на самом сервере, а в связке винда винда все работает.

А на виндовом сервере сколько одновременных коннектов разрешено по рдп?
Насколько я знаю если кол-во активных соединений исчерпано, то при коннекте предлагается выкинуть уже законнекченых пользователей. Так вот, тебя случаем никто не выкидывает? Можно глянуть логи рдп на виндовом серваке, думаю инфа о том кто приконнектился там должна быть.

Проблемы с клиентами FreeRDP(Remmina). Виндовые работают нормально. Ограничений на количество подключений нет.Да и закрывается в таком случае штатно, а не просто схлопывается окно.

Тоже такое бывает, с бэкендом freerdp. В логах оффтопика «ошибка шифрования», под онтопиком [ERROR][com.freerdp.core.transport] — BIO_read returned a system error 104

Попробуйте Remmina-Master, ну или какую-нибудь стабильную версию. Next слишком глючная. Недавно они сломали проброс usb токенов.

В ней, как раз проброс токенов работает. А вот в версии из стандартного репозитория нет. Поставил из версию из snap. Вроде стало реже. Но, имхо, не в реммине дело. Что на уровне протокола. Отваливается по ошибке шифрования, соединение сбрасывает сервер.

Попробуй отключить проброс звука.

Все отключено. Шифрование RDP, цвет 16bit. Только проброс принтеров и буфера. Прикол еще в том, что есть несколько компов, на которых этой проблемы нет. Хотя софт идентичен. Ставилось из одного «эталонного» образа clonezilla. Remmina из обычного репозитория работает стабильно. Но там нельзя указать драйвер принтера и не работает смарт-карта. Замкнутый круг, короче)

Remmina из репозитория использует freerdp 1 версии.

Источник

reminna невозможно подключиться к rdp серверу

Всем привет, нужна помощь. На компьютере 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 подключается нормально.

Источник

[РЕШЕНО] Отказал RDP

Всем привет, прошу всех знающих людей помочь!
Кратко ситуация: Была установления WMvare workstation. После ее удаления перестал работать RDP клиент Remmina. Думал проблема в программе. Переустановка Remmina не помогла. Установил RDesktop тоже не подключается.

Загрузился с Live usb mint-a. Установленная Remmina заработала. Отсюда делаю вывод, что-то произошло с моими настройками сети.
Интернет работает через вайфай. Google не помог, т.к. не знаю что конкретно искать.

eth0 Link encap:Ethernet HWaddr 00:21:70:74:5d:02
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:17

eth1 Link encap:Ethernet HWaddr 00:1f:e2:98:7a:40
inet addr:192.168.188.20 Bcast:192.168.188.255 Mask:255.255.255.0
inet6 addr: fe80::21f:e2ff:fe98:7a40/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:68618 errors:2 dropped:0 overruns:0 frame:16484
TX packets:82096 errors:14 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:11699364 (11.6 MB) TX bytes:113059017 (113.0 MB)
Interrupt:17 Base address:0xc000

lo Link encap:Локальная петля (Loopback)
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:442 errors:0 dropped:0 overruns:0 frame:0
TX packets:442 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:41295 (41.2 KB) TX bytes:41295 (41.2 KB)

lo no wireless extensions.

eth1 IEEE 802.11abg ESSID:»John!Box Fon WLAN 7270″
Mode:Managed Frequency:2.412 GHz Access Point: 00:1F:3F:1A:6E:D3
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off

Источник

Remmina 1.3.3 disconnects randomly w/o any warning or obvious reason

My Ubuntu 18.04 upgraded to Remmina 1.3.3 today. After the upgrade, all works fine, but remmina stared disconnecting at random intervals (from a Windows 10 remote machine).

It does not crash — just disconnects. I can reconnect immediately after that, no problem, until the next spontaneous disconnect.

I forgot what else got upgraded today, but there was very little else.

I have not changed my setup or remote machine for half a year now. All was good until today — with all prior versions of Remmina. Never had this issue.

Is there any log where I can see if anything is going on?

I checked dmesg , /var/log/syslog — nothing of interest there.

Here is some sys info — vanilla 18.04.2 LTS (Bionic Beaver):

Here is my remmina:

Local System Description

Client (OS name and version):
Remmina version ( remmina —version ):
Installation mean:
- Distribution package.
- PPA.
- Snap.
- Flatpak.
- Compiled from sources.
- Other — detail:
Desktop environment (GNOME, Unity, KDE, ..):
Plugin:
- RDP — freerdp version ( xfreerdp —version ):
- VNC
- SSH
- SFTP
- SPICE
- EXEC
- Other (Please specify):
Gtk Backend (Wayland, Xorg, ??):
Optional: include the output of the following commands at the end of this text:
- remmina —full-version
- sudo lshw -C video
- uname -a

Remote System Description

Server (OS name and version):
Special notes regarding the remote system (i.e. gateways, tunnel, etc):

Problem Description

Write here a detailed description of the problem/request.

Источник

Remmina закрывается при подключении

Профиль | Отправить PM | Цитировать

Изображения

	Глюк remmina (640).jpg
(90.0 Kb, 12 просмотров)

bpo70+1 (2014-02-07) i686 GNU/Linux. Remmina 0.9.99.1 тоже из дистрибутива. Винда на своем терминальном сервере — Windows 2008 Server Enterprise SP2 x86, на том, к которому нормально подключается — Windows 2008 Server Standard SP2 x64, обе винды лицензионные.
Ума не приложу, из-за чего глюк. Раньше работало, потом обновил Debian (релиз тот же остался, Wheezy), поставил в комп видеокарточку Asus (GeForce) EN210, завел драйвер nvidia из non-free, настроил двухмониторную конфигурацию — и началось. У кого какие идеи на этот счет?

——-
Hasta la victoria siempre!

Adblock
detector

Источник

Забавно, у меня также была та же проблема час назад!

Во всяком случае, это то, что я сделал.

Загрузите ubuntu:

set root=(hd0,6)
set prefix=(hd0,6)/boot/grub
insmod normal
normal

, так как ваш ubuntu установлен на 6 правильно? :

sudo -i *to access root*
grub-install --root-directory=/mnt/ /dev/sda
sudo update-grub
sudo grub-install /dev/sda

задан
21 June 2012 в 21:42