Bio read returned a system error 104

FreeRDP — это бесплатный клиент удаленного рабочего стола по протоколу RDP, выпущенный под лицензией Apache. В данной заметке рассмотрим варианты установки и настройки для работы с Winsows Server.

1. Установка из репозитория Ubuntu/FreeRDP

В самом простом случае установка из стандартного репозитория Ubuntu выглядит так:

Будет установлена версия 2.2.0 (n/a). Так же можно установить FreeRDP последней версии подключив репозиторий freerdp-nightly следующим образом:

sh -c 'echo "deb http://pub.freerdp.com/repositories/deb/$(lsb_release -cs)/ freerdp-nightly main" >> /etc/apt/sources.list'
wget -O - http://pub.freerdp.com/repositories/ADD6BF6D97CE5D8D.asc | sudo apt-key add -

И выполнить установку:

apt update 
apt install --yes freerdp-nightly

Будет установлена последняя актуальная на момент выхода статьи версия: 3.0.0-dev.

Запускать отсюда: /opt/freerdp-nightly/bin/./xfreerdp

Что бы каждый раз не набирать полный путь к исполняемому файлу создадим smlink:

ln -s /opt/freerdp-nightly/bin/xfreerdp /usr/bin/xfreerdp

2. Установка из исходников

Установка из исходников позволяет гибко добавлять или отключать определенные функции/фичи. Установим базовые компоненты/зависимости необходимые для успешной компиляции:

apt install cmake gcc g++ git ninja-build build-essential debhelper cdbs dpkg-dev autotools-dev pkg-config xmlto 
libssl-dev docbook-xsl xsltproc libxkbfile-dev libx11-dev libwayland-dev libxrandr-dev libxi-dev libxrender-dev libxext-dev 
libxinerama-dev libxfixes-dev libxcursor-dev libxv-dev libxdamage-dev libxtst-dev libcups2-dev libpcsclite-dev libasound2-dev 
libpulse-dev libjpeg-dev libgsm1-dev libusb-1.0-0-dev libudev-dev libdbus-glib-1-dev uuid-dev libxml2-dev libgstreamer1.0-dev 
libgstreamer-plugins-base1.0-dev libfaad-dev libfaac-dev ffmpeg libxkbcommon-dev zlib1g-dev libavcall1 libavcodec-dev libsystemd-dev

Создадим директорию где-нибудь в корне.  Склонируем репозиторий с исходниками FreeRDP к себе в каталог:

mkdir distr
git clone https://github.com/FreeRDP/FreeRDP.git
cd FreeRDP

Cгенерируем файлы управления сборкой с указанием необходимых фич при помощи утилиты cmake:

cmake -GNinja -DCHANNEL_URBDRC=ON -DWITH_DSP_FFMPEG=ON -DWITH_CUPS=ON -DWITH_PULSE=ON -DWITH_FAAC=ON -DWITH_FAAD2=ON -DWITH_GSM=ON .

В случае каких либо ошибок или нехватки компонентов, необходимо их установить, затем удалить фаил кэша: CMakeCache.txt и запустить cmake повторно. После чего запустить сборку:

И затем установку:

cmake --build . --target install

На выходе получим xfreerdp последней версии, исполняемый файл которого будет находится в /usr/local/bin. Создадим smlink для запуска одной командой:

ln -s /usr/local/bin/xfreerdp xfreerdp

Для удаления FreeRDP используем следующую команду:

xargs rm -rf < install_manifest.txt

где, install_manifest.txt — содержит информацию о всех файлах FreeRDP установленных в систему. Будет создан сразу после установки.

3. Запуск и варианты использования

В самом простом случае для подключения к windows-серверу (Win7/2008R2 и выше) используем следующую команду:

xfreerdp /u:user /d:domain /v:server /p:PassWd /f /kbd-type:en-us /bpp:32 /network:auto /sec:tls /cert-ignore

где,

/u: имя пользователя зарегистрированного на сервере терминалов с правами на удалённый доступ

/d: имя домена или имя сервера терминалов

/v: имя сервера терминалов или его IP адрес

/p: пароль пользователя зарегистрированного на сервере терминалов (Если не указывать, пароль запрашиваться)

/f: полноэкранный режим удаленного рабочего стола. Комбинация <Ctrl>+<Alt>+<Enter>позволяет приключаться между оконным и полноэкранным режимами.

/kbd-type: раскладка клавиатуры. Вывести список всех раскладок можно при помощи опции /kbd-list

/bpp: глубина цвета (32, 16,

/network: тип сетевого подключения (modem, broadband [-low|-high], wan, lan, auto)

/sec: принудительно использовать протокол безопасности (rdp | tls | nla | ext)

/cert-ignore: игнорировать сертификат сервера терминалов

Для подключения к серверу через шлюз удаленных рабочих столов используем дополнительные ключи:

xfreerdp /u:user /d:domain /v:server /p:PassWd /f /g:gate:mydomain.ru:23400 /gu:GateUser /gd:GateDomainUser /gp:GateUserPassword /kbd-type:en-us /bpp:32 /network:auto /sec:tls /cert-ignore

/g: указать шлюз удаленных рабочих столов + порт (по умолчанию если не настроен то 443, тогда можно не указывать), например: gate.mydomain.ru:23400.

/gu: указать пользователя имеющего права авторизоваться через шлюз удаленных рабочих столов.

/gd: указать домен/имя компьютера для авторизации пользователя через шлюз удаленных рабочих столов.

/gp: указать пароль пользователя для авторизации через шлюз удаленных рабочих столов.

Ознакомится с полным перечнем всевозможных ключей можно на сайте  проекта FreeRDP или в руководстве пользователя доступном по команде: xfreerdp /help

Проверяем/тестируем на Windows Server 2012R2 и через какое то время в процессе работы видим самопроизвольные вылетания/разрывы сессии.

Включаем логирование добавив опцию /log:level, и следующую запись перед командной xfreerdp /u…

WLOG_APPENDER=file WLOG_FILEAPPENDER_OUTPUT_FILE_NAME=freerdp.log WLOG_FILEAPPENDER_OUTPUT_FILE_PATH=/tmp

Итого, команда примет следующий вид:

WLOG_APPENDER=file WLOG_FILEAPPENDER_OUTPUT_FILE_NAME=freerdp.log WLOG_FILEAPPENDER_OUTPUT_FILE_PATH=/tmp xfreerdp /u:user /d:domain /v:server /f /kbd-type:en-us /bpp:32 /network:broadband /sec:tls /cert-ignore /log:level:error

где, /log-level может принимать следующие значения: FATAL, ERROR, WARN, INFO, DEBUG, TRACE.

Для того что бы запускать данную конструкцию при помощи ярлыка/кнопки запуска с рабочего стола пользователя, добавим код в отдельный .sh файл и разместим его например в корне диска в каталоге /freerdp.

mkdir freerdp
cd freerdp
nano rdp.sh
chmod +x rdp.sh

После чего запускаем фаил и ждем когда наш лог-фаил появится в каталоге /tmp, где будет ошибка следующего содержания:

[08:12:55:200] [48815:48816] [ERROR][com.freerdp.core] - rdp_set_error_info:freerdp_set_last_error_ex ERRINFO_GRAPHICS_SUBSYSTEM_FAILED [0x0001112F]
[08:12:55:201] [48815:48816] [ERROR][com.freerdp.core.transport] - BIO_read returned a system error 104: Соединение разорвано другой стороной

или такого:

[16:06:03:762] [11388:11389] [ERROR][com.freerdp.core.transport] - BIO_should_retry returned a system error 104: Соединение разорвано другой стороной
[16:06:03:762] [11388:11389] [ERROR][com.freerdp.core] - transport_default_write:freerdp_set_last_error_ex ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
[16:06:03:763] [11388:11389] [ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1

Согласно рекомендациям разработчика надо изменить «тип сетевого подключения» на auto и добавить поддержку кодеков RemoteFX (/rfx)  и h264 AVC444 (/gfx:avc444)

WLOG_APPENDER=file WLOG_FILEAPPENDER_OUTPUT_FILE_NAME=freerdp.log WLOG_FILEAPPENDER_OUTPUT_FILE_PATH=/tmp xfreerdp /u: /d:pkm /v:Server /kbd-type:en-us /f /bpp:16 /rfx /network:auto /sec:tls /cert-ignore /log-level:error

К слову сказать, для устранения данной ошибки достаточно добавить ключ /network:auto. RemoteFX — будет работать только если данный протокол включен на сервере. AVC444 — работает начиная с Windows Server 2016 и RDP 10-й версии.

1. Remmina RDP stopped working
   

   Hey everyone. I need help with the following problem.

   I have two laptops with Ubuntu 20.04 and I have been using Remmina to connect to a Windows 10 PC for many months. This worked fine from both PCs, but a week ago it stopped working from the one laptop (Dell) when I changed the resolution setting from «Use client resolution» to «Use initial windows size». I changed it back but I still could not get it to work. I tried various combinations of resolutions and colour depth settings without any luck. Then I tried checking the Advanced Tab setting «Ignore certificate» and it worked the first time but the second time (and later tries) it stopped working again. Unchecking the «Ignore certificate» setting had no effect.

   I tried with the second laptop (Lenovo) and everything was working fine, but when I changed the resolution setting it stopped working as well. I tried with various settings combinations but I could not get it to work again..

   For a few days now, in both laptops, when I try to start the connection I get a black screen and a couple of seconds later the Reconnect message (0->1 out of 20) which repeats itself (it never goes to 2, 3 etc. out of 20). I have deleted the «known_hosts2» file in the .config/freerdp/ directory but the only effect was that I get an initial message to accept the certificate when the connection starts. I select accept and the result is the same black screen and then the Reconnect message. I have also tried with changing the «Security» setting from «Negotiate» to «TLS» but without any effect.

   Another thing I tried was to remove the stored password of the Windows 10 PC from the Remmina settings. The effect was an initial challenge for the password, but when I type it, I get the black screen and Reconnect message again.

   Can anyone help me with this? I can still connect to the Windows 10 PC from a Windows laptop using the Windows Remote Desktop client, but it is more convenient for me to work with Ubuntu.

   ---

2. Re: Remmina RDP stopped working
   

   I used RDP extensively for remote work I do for a library. Since the upgrade to 20.04 it doesn’t work at all. Before I could login to the user that wasn’t logged in. Now it won’t login at all. I have researched this a lot with no luck. I wonder if they have changed linux rdp to match windows rdp that only allows one user per computer?

   ---

3. Re: Remmina RDP stopped working
   

   AFAIK Remina is just a glorified frontend for FreeRDP — https://www.freerdp.com/

   So you could try to upgrade FreeRDP, run it without Remina and see if it works better that way.

   ---

4. Re: Remmina RDP stopped working
   

   Thanks I’ve tried freerdp, KRDC, vinagre, rmmina. All fail in 20.04 and worked fine in 18.04

   ---

5. Re: Remmina RDP stopped working
   

   Have you tried xfreerdp from the command line?

   Please read The Forum Rules and The Forum Posting Guidelines

   A thing discovered and kept to oneself must be discovered time and again by others. A thing discovered and shared with others need be discovered only the once.
   This universe is crazy. I’m going back to my own.

   ---

6. Re: Remmina RDP stopped working
   

   Thanks HermanAB and QIII for the tip of getting back to the basics, i.e. try with command-line. I ran xfreerdp with just the /v (server IP and port) /f (full screen mode) and /bpp:32 (colour depth) switches and was able to connect once. Then I disconnected and tried to switch from full screen to windowed mode (/w and /h switches) but could not connect again. Reverting to the initial command that worked the first time did not help

   The result is similar to what I get with Remmina: After the user/password challenge I get the black screen and a few seconds later it closes. The error message in my terminal window is
   [11:20:49:484] [6144:6145] [ERROR][com.freerdp.core.transport] — BIO_read returned a system error 104: Connection reset by peer
   
   Any idea why this happens? It seems that the server is not happy with something and drops the connection, but why did it work the first time? Any suggestion on what other command-line options I could try?

   ---

7. Re: Remmina RDP stopped working
   

   Sounds like you need to upgrade Windows.

   ---

8. Re: Remmina RDP stopped working
   

   Windows 10 PC (target of RDP) is at the most recent build and patch level, so there is nowhere to go at the moment. I guess I will need to work from my Windows installation (it has no problem connecting to the target PC) instead of my Ubuntu laptops.. Unless anyone else has any other suggestion I may try.

   ---

9. Re: Remmina RDP stopped working
   

   Once the Windows server dropped the connection there may still be a hanging process, preventing the Linux client from connecting again. Try restarting Windows after a login failure.

   ---

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

Столкнулся с особенностью работы xfreerdp: не работает буфер обмена, в случае, если основной сессией является freerdp, т.е. в thinstation.conf.buildtime прописано SESSION_0_TYPE=freerdp. Таким образом, если в thinstation.conf.buildtime прописано SESSION_0_TYPE=xfwm4, и xfreerdp запущен из терминала, буфер обмена работает (Thinstation запущен на VMWare, копипаст делаю из RDP-сессии на родительскую машину), если же в thinstation.conf.buildtime прописано SESSION_0_TYPE=freerdp — то не работает.
Thinstation загружаю на виртуальную машину с ISO-образа, и не смотря на установленные параметры

NET_FILE_ENABLED=On
NET_FILE_METHOD=wget
NET_FILE_ALTERNATE=192.168.100.31
SERVER_IP=192.168.100.31

в файле thinstation.conf.buildtime, переменные окружения типа SESSION_0_TITLE и пр. не подгружаются по TFTP, т.е. команда echo $SESSION_0_TITLE ничего не выдает.

Как вариант обхода выявленных проблем, написал небольшой скрипт-костыль по вытягиванию параметров запуска xfreerdp в зависимости от MAC-адреса Thinstation c файлика на TFTP сервере, и запуска самого xfreerdp:

my_MAC_address=$(ip a | grep link/ether |  cut -c16-32 )
echo мой МАС-адрес: $my_MAC_address

cd /tmp
busybox tftp -g -r mega_config.txt 192.168.100.31
echo Скачанный список MAC-адресов с настройками:
cat /tmp/mega_config.txt 

my_config_line=$(cat /tmp/mega_config.txt | grep $my_MAC_address)
echo Вытаскиваю свою строку: $my_config_line 

my_command=${my_config_line:18:80}
echo команда для запуска: "$my_command" >startfreerdp.txt

$my_command

параметры берем из файлика, размещенного на TFTP сервере:

00:0c:29:c5:41:6d xfreerdp /v:192.168.100.31 /u:ThinClient_2 /p:1q2w3e4r- /cert:ignore /drive:/mnt/usbdevice
00:0c:29:c5:41:7d xfreerdp /v:192.168.100.31 /u:ThinClient_3 /p:1q2w3e4r+ /cert:ignore /drive:/mnt/usbdevice
00:0c:29:db:90:e3 xfreerdp /v:192.168.100.31 /u:ThinClient_4 /p:1q2w3e4r. /cert:ignore /drive:/mnt/usbdevice

Подскажите пожалуйста, как произвести автоматический запуск этого скрипта сразу после открытия сессии XFWM?
Сам скрипт разместил в /build/packages/base/bin, в файле /build/packages/base/etc/inittab прописал tty1::respawn:/bin/superscript2021, как советовал Don Cupp, но скрипт не запускается, и лог /tmp/startfreerdp.txt тоже не формируеся…

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

Initial setup: machine was headless, set up TLS using openssl, set key location using grdctl.
Windows RDP client was unable to connect — journalctl showed that the username was unable to be retreived (from dbus?).

Set password using grdctl / https://gitlab.gnome.org/-/snippets/1778#note_1515700

Plugged a monitor and keyboard in, checked Settings and the password was garbage. Reset the password, re-enabled RDP and the Windows client was still unable to connect:

«`
Jul 31 17:34:06 optiplex gnome-remote-de[2585]: RDP server started
Jul 31 17:35:08 optiplex gnome-remote-desktop-daemon[2585]: [17:35:08:914] [2585:2622] [ERROR][com.freerdp.core.transport] — BIO_read returned a system error 0: Success
Jul 31 17:35:08 optiplex gnome-remote-desktop-daemon[2585]: [17:35:08:914] [2585:2622] [ERROR][com.freerdp.core] — transport_read_layer:freerdp_set_last_error_ex ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
Jul 31 17:35:08 optiplex gnome-remote-de[2585]: Unable to check file descriptor, closing connection
Jul 31 17:35:13 optiplex gnome-remote-desktop-daemon[2585]: [17:35:13:572] [2585:2612] [WARN][com.winpr.negotiate] — AcceptSecurityContext status SEC_I_CONTINUE_NEEDED [0x00090312]
Jul 31 17:35:13 optiplex gnome-remote-desktop-daemon[2585]: [17:35:13:573] [2585:2612] [WARN][com.winpr.negotiate] — AcceptSecurityContext status SEC_I_COMPLETE_NEEDED [0x00090313]
Jul 31 17:35:13 optiplex gnome-remote-desktop-daemon[2585]: [17:35:13:574] [2585:2612] [ERROR][com.freerdp.core.transport] — BIO_read returned a system error 104: Connection reset by peer
Jul 31 17:35:13 optiplex gnome-remote-desktop-daemon[2585]: [17:35:13:574] [2585:2612] [ERROR][com.freerdp.core] — transport_read_layer:freerdp_set_last_error_ex ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
Jul 31 17:35:13 optiplex gnome-remote-desktop-daemon[2585]: [17:35:13:574] [2585:2612] [ERROR][com.freerdp.core.nla] — [nla_recv] error: -1
Jul 31 17:35:13 optiplex gnome-remote-desktop-daemon[2585]: [17:35:13:574] [2585:2612] [ERROR][com.freerdp.core.transport] — client authentication failure
Jul 31 17:35:13 optiplex gnome-remote-desktop-daemon[2585]: [17:35:13:574] [2585:2612] [ERROR][com.freerdp.core.peer] — peer_recv_callback: CONNECTION_STATE_INITIAL — rdp_server_accept_nego() fail
Jul 31 17:35:13 optiplex gnome-remote-desktop-daemon[2585]: [17:35:13:574] [2585:2612] [ERROR][com.freerdp.core.transport] — transport_check_fds: transport->ReceiveCallback() — -1
Jul 31 17:35:13 optiplex gnome-remote-desktop-daemon[2585]: [17:35:13:574] [2585:2585] [ERROR][com.freerdp.core.transport] — BIO_should_retry returned a system error 32: Broken pipe
Jul 31 17:35:13 optiplex gnome-remote-de[2585]: Unable to check file descriptor, closing connection
Jul 31 17:35:14 optiplex gnome-remote-desktop-daemon[2585]: [17:35:14:568] [2585:2642] [ERROR][com.freerdp.core.transport] — BIO_read returned a system error 0: Success
Jul 31 17:35:14 optiplex gnome-remote-desktop-daemon[2585]: [17:35:14:568] [2585:2642] [ERROR][com.freerdp.core] — transport_read_layer:freerdp_set_last_error_ex ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
Jul 31 17:35:14 optiplex gnome-remote-de[2585]: Unable to check file descriptor, closing connection
Jul 31 17:35:14 optiplex gnome-remote-desktop-daemon[2585]: [17:35:14:569] [2585:2632] [ERROR][com.freerdp.crypto] — invalid private key
Jul 31 17:35:14 optiplex gnome-remote-desktop-daemon[2585]: [17:35:14:569] [2585:2632] [ERROR][com.freerdp.core.peer] — peer_recv_callback: CONNECTION_STATE_INITIAL — rdp_server_accept_nego() fail
Jul 31 17:35:14 optiplex gnome-remote-desktop-daemon[2585]: [17:35:14:569] [2585:2632] [ERROR][com.freerdp.core.transport] — transport_check_fds: transport->ReceiveCallback() — -1
Jul 31 17:35:14 optiplex gnome-remote-de[2585]: Unable to check file descriptor, closing connection
Jul 31 17:35:14 optiplex gnome-remote-desktop-daemon[2585]: [17:35:14:575] [2585:2652] [WARN][com.freerdp.core.connection] — server supports only NLA Security
Jul 31 17:35:14 optiplex gnome-remote-desktop-daemon[2585]: [17:35:14:575] [2585:2652] [ERROR][com.freerdp.core.connection] — Protocol security negotiation failure
Jul 31 17:35:14 optiplex gnome-remote-desktop-daemon[2585]: [17:35:14:578] [2585:2662] [ERROR][com.freerdp.core.transport] — BIO_read returned a system error 0: Success
Jul 31 17:35:14 optiplex gnome-remote-desktop-daemon[2585]: [17:35:14:578] [2585:2662] [ERROR][com.freerdp.core] — transport_read_layer:freerdp_set_last_error_ex ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
Jul 31 17:35:14 optiplex gnome-remote-de[2585]: Unable to check file descriptor, closing connection
Jul 31 17:35:14 optiplex gnome-remote-desktop-daemon[2585]: [17:35:14:580] [2585:2652] [ERROR][com.freerdp.core.peer] — peer_recv_callback: CONNECTION_STATE_INITIAL — rdp_server_accept_nego() fail
Jul 31 17:35:14 optiplex gnome-remote-desktop-daemon[2585]: [17:35:14:580] [2585:2652] [ERROR][com.freerdp.core.transport] — transport_check_fds: transport->ReceiveCallback() — -1
Jul 31 17:35:14 optiplex gnome-remote-de[2585]: Unable to check file descriptor, closing connection
Jul 31 17:39:36 optiplex gnome-remote-de[2585]: VNC server started
Jul 31 17:39:39 optiplex gnome-remote-de[2585]: VNC server stopped

«`

ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: gnome-remote-desktop 42.3-0ubuntu1
ProcVersionSignature: Ubuntu 5.15.0-43.46-generic 5.15.39
Uname: Linux 5.15.0-43-generic x86_64
ApportVersion: 2.20.11-0ubuntu82.1
Architecture: amd64
CasperMD5CheckResult: pass
CurrentDesktop: ubuntu:GNOME
Date: Sun Jul 31 17:40:26 2022
InstallationDate: Installed on 2022-07-31 (0 days ago)
InstallationMedia: Ubuntu 22.04 LTS «Jammy Jellyfish» — Release amd64 (20220419)
SourcePackage: gnome-remote-desktop
UpgradeStatus: No upgrade log present (probably fresh install)