Hi,
yes, our fault. already fixed with
https://github.com/FreeRDP/FreeRDP/pull/7674
next nightly builds should work normal again.
regards
Armin
On 26.02.22 01:06, Triston Line via FreeRDP-devel wrote:
Hello wonderful people!
Quite recently (<24h) I updated my Linux Mint Cinnamon workstation (running 20.3 with
kernel 5.16.10-051610-generic) with a simple "sudo apt update ; sudo apt dist-upgrade
-y". After doing so, I noticed this afternoon that I could no longer use my scripts to
reach an RDS server that I manage. After running another apt dist-upgrade -y and checking
the validity of the .rdp file on a Windows machine, I am left to believe that a library or
freerdp has broken.
Below is the output in my terminal after running this command: /opt/freerdp-nightly/bin/xfreerdp
/home/tmanok/Downloads/idmrds.rdp /u:"DOMAIN\USERNAME" /p:"REMOVED-PWD"
/dynamic-resolution
I've also added some comments to this "paste" of the output:
#NORMAL OUTPUT
[15:43:45:659] [6680:6681] [INFO][com.freerdp.core] -
freerdp_connect:freerdp_set_last_error_ex resetting error state
[15:43:45:659] [6680:6681] [INFO][com.freerdp.client.common.cmdline] - loading
channelEx rdpdr
[15:43:45:659] [6680:6681] [INFO][com.freerdp.client.common.cmdline] - loading
channelEx rdpsnd
[15:43:45:660] [6680:6681] [INFO][com.freerdp.client.common.cmdline] - loading
channelEx cliprdr
[15:43:45:660] [6680:6681] [INFO][com.freerdp.client.common.cmdline] - loading
channelEx drdynvc
[15:43:46:999] [6680:6681] [INFO][com.freerdp.primitives] - primitives
autodetect, using optimized
[15:43:46:014] [6680:6681] [INFO][com.freerdp.core.nego] - Detecting if host
can be reached locally. - This might take some time.
[15:43:46:014] [6680:6681] [INFO][com.freerdp.core.nego] - To disable auto
detection use /gateway-usage-method:direct
[15:43:46:071] [6680:6681] [ERROR][com.freerdp.core] -
freerdp_tcp_default_connect:freerdp_set_last_error_ex
ERRCONNECT_DNS_NAME_NOT_FOUND [0x00020005]
#THIS IS STILL NORMAL (always received this error and the other
DNS_NAME_NOT_FOUND don't worry about it)
[15:43:46:075] [6680:6681] [INFO][com.freerdp.core] -
freerdp_tcp_default_connect:freerdp_set_last_error_ex resetting error state
[15:43:46:516] [6680:6681] [INFO][com.freerdp.core.nego] - RDP_NEG_RSP::flags =
{ [0x1f]
EXTENDED_CLIENT_DATA_SUPPORTED|DYNVC_GFX_PROTOCOL_SUPPORTED|RDP_NEGRSP_RESERVED|RESTRICTED_ADMIN_MODE_SUPPORTED|REDIRECTED_AUTHENTICATION_MODE_SUPPORTED
}
[15:43:46:573] [6680:6681] [INFO][com.freerdp.crypto] - known_hosts=1
[15:43:47:681] [6680:6681] [INFO][com.winpr.timezone] -
winpr_get_unix_timezone_identifier_from_file: tzid: America/Vancouver
[15:43:47:681] [6680:6681] [INFO][com.winpr.timezone] -
winpr_get_timezone_from_link: tzid: America/Vancouver
[15:43:47:681] [6680:6681] [INFO][com.winpr.timezone] - tzid: America/Vancouver
[15:43:48:008] [6680:6681] [INFO][com.freerdp.core.nego] - Detecting if host
can be reached locally. - This might take some time.
[15:43:48:008] [6680:6681] [INFO][com.freerdp.core.nego] - To disable auto
detection use /gateway-usage-method:direct
[15:43:48:025] [6680:6681] [ERROR][com.freerdp.core] -
freerdp_tcp_default_connect:freerdp_set_last_error_ex
ERRCONNECT_DNS_NAME_NOT_FOUND [0x00020005]
[15:43:48:028] [6680:6681] [INFO][com.freerdp.core] -
freerdp_tcp_default_connect:freerdp_set_last_error_ex resetting error state
[15:43:48:408] [6680:6681] [INFO][com.freerdp.core.nego] - RDP_NEG_RSP::flags =
{ [0x1f]
EXTENDED_CLIENT_DATA_SUPPORTED|DYNVC_GFX_PROTOCOL_SUPPORTED|RDP_NEGRSP_RESERVED|RESTRICTED_ADMIN_MODE_SUPPORTED|REDIRECTED_AUTHENTICATION_MODE_SUPPORTED
}
[15:43:48:454] [6680:6681] [WARN][com.freerdp.crypto] - Certificate
verification failure 'unable to get local issuer certificate (20)' at stack
position 0
[15:43:48:454] [6680:6681] [WARN][com.freerdp.crypto] - CN =
IDM-RDSH02.idm.local
#ALSO NORMAL (Not sure why, this is a real TLS1.3 / SSL certificate from an
authority, but I always see this error)
[15:43:48:455] [6680:6681] [INFO][com.freerdp.crypto] - known_hosts=1
[15:43:49:562] [6680:6681] [INFO][com.winpr.timezone] -
winpr_get_unix_timezone_identifier_from_file: tzid: America/Vancouver
[15:43:49:562] [6680:6681] [INFO][com.winpr.timezone] -
winpr_get_timezone_from_link: tzid: America/Vancouver
[15:43:49:562] [6680:6681] [INFO][com.winpr.timezone] - tzid: America/Vancouver
[15:43:50:266] [6680:6681] [INFO][com.freerdp.gdi] - Local framebuffer format
PIXEL_FORMAT_BGRX32
[15:43:50:266] [6680:6681] [INFO][com.freerdp.gdi] - Remote framebuffer format
PIXEL_FORMAT_BGRA32
[15:43:50:270] [6680:6681] [INFO][com.freerdp.client.x11] - Virtual core XTEST
pointer button device (id: 4, mode: 10)
[15:43:50:270] [6680:6681] [INFO][com.freerdp.client.x11] - DLL0945:00
04F3:311C Mouse button device (id: 11, mode: 7)
[15:43:50:270] [6680:6681] [INFO][com.freerdp.client.x11] - DLL0945:00
04F3:311C Touchpad button device (id: 12, mode: 7)
[15:43:50:270] [6680:6681] [INFO][com.freerdp.client.x11] - PS/2 Generic Mouse
button device (id: 18, mode: 7)
[15:43:50:324] [6680:6681] [INFO][com.winpr.clipboard] - initialized POSIX
local file subsystem
[15:43:50:328] [6680:6681] [INFO][com.freerdp.channels.rdpsnd.client] -
[static] Loaded fake backend for rdpsnd
[15:43:50:331] [6680:6681] [INFO][com.freerdp.channels.drdynvc.client] -
Loading Dynamic Virtual Channel ainput
[15:43:50:331] [6680:6681] [INFO][com.freerdp.channels.drdynvc.client] -
Loading Dynamic Virtual Channel audin
[15:43:50:332] [6680:6776] [INFO][com.freerdp.channels.rdpdr.client] - Loading
device service drive [gvfs] (static)
[15:43:50:333] [6680:6776] [INFO][com.freerdp.channels.rdpdr.client] - Loading
device service smartcard (static)
[15:43:50:333] [6680:6776] [INFO][com.freerdp.channels.rdpdr.client] - Loading
device service printer (static)
[15:43:50:334] [6680:6681] [INFO][com.freerdp.channels.audin.client] - Loaded
pulse backend for audin
[15:43:50:334] [6680:6681] [INFO][com.freerdp.channels.drdynvc.client] -
Loading Dynamic Virtual Channel rdpgfx
[15:43:50:334] [6680:6681] [INFO][com.freerdp.channels.drdynvc.client] -
Loading Dynamic Virtual Channel disp
[15:43:50:334] [6680:6681] [INFO][com.freerdp.channels.drdynvc.client] -
Loading Dynamic Virtual Channel geometry
[15:43:50:334] [6680:6681] [INFO][com.freerdp.channels.drdynvc.client] -
Loading Dynamic Virtual Channel video
[15:43:52:051] [6680:6776] [INFO][com.freerdp.channels.rdpdr.client] -
registered [smartcard] device #1: SCARD (type=32 id=2)
[15:43:52:184] [6680:6681] [INFO][com.freerdp.core] -
rdp_set_error_info:freerdp_set_last_error_ex resetting error state
#THIS IS WHERE THE SH*T HITS THE FAN (The above error I have seen
"rdp_set_error_info:freerdp_set_last_error_ex resetting error state" but I'm
not sure if it normally appears after I close a connection or whenever I perform one)
#The FATAL errors below look ominous, I have little idea what they could be
about... But I suspect they are hinting at the issue.
[15:43:53:046] [6680:6783] [FATAL][com.freerdp.winpr.assert] - Data
[channelsdispclientdisp_main.c:disp_on_new_channel_connection:287]
[15:43:53:046] [6680:6783] [FATAL][com.freerdp.winpr.assert] - 0:
/lib/x86_64-linux-gnu/libasan.so.5(+0x6cd30) [0x7fbba1cded30]
[15:43:53:046] [6680:6783] [FATAL][com.freerdp.winpr.assert] - 1:
/opt/freerdp-nightly/bin/../lib/libwinpr3.so.3(winpr_backtrace+0x79)
[0x7fbba0cce9a9]
[15:43:53:046] [6680:6783] [FATAL][com.freerdp.winpr.assert] - 2:
/opt/freerdp-nightly/bin/../lib/libwinpr3.so.3(winpr_log_backtrace_ex+0x99)
[0x7fbba0ccec69]
[15:43:53:046] [6680:6783] [FATAL][com.freerdp.winpr.assert] - 3:
/opt/freerdp-nightly/bin/../lib/libfreerdp-client3.so.3(+0x14799b)
[0x7fbba179099b]
[15:43:53:046] [6680:6783] [FATAL][com.freerdp.winpr.assert] - 4:
/opt/freerdp-nightly/bin/../lib/libfreerdp-client3.so.3(+0xa4431)
[0x7fbba16ed431]
[15:43:53:046] [6680:6783] [FATAL][com.freerdp.winpr.assert] - 5:
/opt/freerdp-nightly/bin/../lib/libwinpr3.so.3(+0x17534e) [0x7fbba0d3b34e]
[15:43:53:046] [6680:6783] [FATAL][com.freerdp.winpr.assert] - 6:
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609) [0x7fbba09b4609]
[15:43:53:046] [6680:6783] [FATAL][com.freerdp.winpr.assert] - 7:
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43) [0x7fbba0af6293]
[15:43:53:047] [6680:6783] [ERROR][com.freerdp.utils] - Caught signal 'Aborted'
[6]
[15:43:53:047] [6680:6783] [ERROR][com.freerdp.utils] - 0:
/lib/x86_64-linux-gnu/libasan.so.5(+0x6cd30) [0x7fbba1cded30]
[15:43:53:047] [6680:6783] [ERROR][com.freerdp.utils] - 1:
/opt/freerdp-nightly/bin/../lib/libwinpr3.so.3(winpr_backtrace+0x79)
[0x7fbba0cce9a9]
[15:43:53:047] [6680:6783] [ERROR][com.freerdp.utils] - 2:
/opt/freerdp-nightly/bin/../lib/libwinpr3.so.3(winpr_log_backtrace_ex+0x99)
[0x7fbba0ccec69]
[15:43:53:047] [6680:6783] [ERROR][com.freerdp.utils] - 3:
/opt/freerdp-nightly/bin/../lib/libfreerdp3.so.3(+0x124407) [0x7fbba1151407]
[15:43:53:047] [6680:6783] [ERROR][com.freerdp.utils] - 4:
/lib/x86_64-linux-gnu/libc.so.6(+0x46210) [0x7fbba0a1a210]
[15:43:53:047] [6680:6783] [ERROR][com.freerdp.utils] - 5:
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb) [0x7fbba0a1a18b]
[15:43:53:047] [6680:6783] [ERROR][com.freerdp.utils] - 6:
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b) [0x7fbba09f9859]
[15:43:53:047] [6680:6783] [ERROR][com.freerdp.utils] - 7:
/opt/freerdp-nightly/bin/../lib/libfreerdp-client3.so.3(+0x1479a5)
[0x7fbba17909a5]
[15:43:53:047] [6680:6783] [ERROR][com.freerdp.utils] - 8:
/opt/freerdp-nightly/bin/../lib/libfreerdp-client3.so.3(+0xa4431)
[0x7fbba16ed431]
[15:43:53:047] [6680:6783] [ERROR][com.freerdp.utils] - 9:
/opt/freerdp-nightly/bin/../lib/libwinpr3.so.3(+0x17534e) [0x7fbba0d3b34e]
[15:43:53:047] [6680:6783] [ERROR][com.freerdp.utils] - 10:
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609) [0x7fbba09b4609]
[15:43:53:047] [6680:6783] [ERROR][com.freerdp.utils] - 11:
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43) [0x7fbba0af6293]
Ok, so the RDS Server is behind a gateway, which is likely why those DNS errors
always show up and could be related to that common SSL error. The rest of the
issues appear to be .so component related. Perhaps my brand-spankin' new kernel
is to blame?
If there are any other questions, please let me know, if you would like to see
logs simply specify the path and I will be happy to provide them.
Thank you very much for enabling me to be a full-time Linux user despite having
to support Microsoft Infrastructure.
Triston Line
IT Specialist - Consultant
tman...@gmail.com
(https://link.getmailspring.com/link/7d9a5334-9be0-4f96-b363-0e63515bb...@getmailspring.com/0?redirect=mailto%3Atmanaok%40gmail.com&recipient=ZnJlZXJkcC1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQ%3D)(250)880-7491
(tel:(250)880-7491)
_______________________________________________
FreeRDP-devel mailing list
FreeRDP-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel
_______________________________________________
FreeRDP-devel mailing list
FreeRDP-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel
