I am trying to redirect USB through Remmina to an RDP session (FreeRDP on Linux). Access to the usb camera works just fine when I run Remmina as root, which is not an ideal scenario for obvious reasons. I need to allow my normal user access to this device when running Remmina as a normal user. So, I have tried the following: - Adding my user to the video group, then logging out/in - Changing permissions of /dev/video0, to 777 for good measure and then work my way back from there. Here are the previous permissions of /dev/video0:

$ ls -a -l /dev/video0
crw-rw----+ 1 root video 81, 0 Jul 25 08:36 /dev/video0

Then I ran: $ sudo chmod 777 /dev/video0 Permissions again after running the above command:

$ ls -a -l /dev/video0
crwxrwxrwx+ 1 root video 81, 0 Jul 25 08:36 /dev/video0

Before doing any of these permissions changes, I simply added my user to the video group and logged out/in. Output from lsusb relevant to my device: Bus 003 Device 003: ID 046d:0892 Logitech, Inc. C920 HD Pro Webcam Options used in Remmina: USB device Redirection: id:046d:0892,addr:003:003 Error output from Remmina:

[08:57:34:285] [1821:1848] [INFO][com.freerdp.channels.urbdrc.client] - VID: 0x046D, PID: 0x0892
[08:57:34:285] [1821:1848] [ERROR][com.freerdp.channels.urbdrc.client] - libusb_open: error LIBUSB_ERROR_ACCESS[-3]
[08:57:34:285] [1821:1848] [ERROR][com.freerdp.channels.urbdrc.client] - libusb_open [b=0x03,p=0x06,a=0x03,VID=0x046D,PID=0x0892]: error LIBUSB_ERROR_ACCESS[-3]
[08:57:34:285] [1821:1848] [ERROR][com.freerdp.channels.urbdrc.client] - libusb_open: error LIBUSB_ERROR_ACCESS[-3]
[08:57:34:285] [1821:1848] [ERROR][com.freerdp.channels.urbdrc.client] - libusb_open [b=0x03,p=0x06,a=0x03,VID=0x046D,PID=0x0892]: error LIBUSB_ERROR_ACCESS[-3]

**EDIT**: Output from: $ udevadm info -a /dev/video0

looking at device '/devices/pci0000:00/0000:00:14.0/usb3/3-6/3-6:1.0/video4linux/video0':
    KERNEL=="video0"
    SUBSYSTEM=="video4linux"
    DRIVER==""
    ATTR{dev_debug}=="0"
    ATTR{index}=="0"
    ATTR{name}=="HD Pro Webcam C920"
    ATTR{power/control}=="auto"
    ATTR{power/runtime_active_time}=="0"
    ATTR{power/runtime_status}=="unsupported"
    ATTR{power/runtime_suspended_time}=="0"

  looking at parent device '/devices/pci0000:00/0000:00:14.0/usb3/3-6/3-6:1.0':
    KERNELS=="3-6:1.0"
    SUBSYSTEMS=="usb"
    DRIVERS=="uvcvideo"
    ATTRS{authorized}=="1"
    ATTRS{bAlternateSetting}==" 0"
    ATTRS{bInterfaceClass}=="0e"
    ATTRS{bInterfaceNumber}=="00"
    ATTRS{bInterfaceProtocol}=="00"
    ATTRS{bInterfaceSubClass}=="01"
    ATTRS{bNumEndpoints}=="01"
    ATTRS{iad_bFirstInterface}=="00"
    ATTRS{iad_bFunctionClass}=="0e"
    ATTRS{iad_bFunctionProtocol}=="00"
    ATTRS{iad_bFunctionSubClass}=="03"
    ATTRS{iad_bInterfaceCount}=="02"
    ATTRS{supports_autosuspend}=="1"

  looking at parent device '/devices/pci0000:00/0000:00:14.0/usb3/3-6':
    KERNELS=="3-6"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{authorized}=="1"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bDeviceClass}=="ef"
    ATTRS{bDeviceProtocol}=="01"
    ATTRS{bDeviceSubClass}=="02"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{bMaxPower}=="500mA"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bNumInterfaces}==" 4"
    ATTRS{bcdDevice}=="0019"
    ATTRS{bmAttributes}=="80"
    ATTRS{busnum}=="3"
    ATTRS{configuration}==""
    ATTRS{devnum}=="3"
    ATTRS{devpath}=="6"
    ATTRS{idProduct}=="0892"
    ATTRS{idVendor}=="046d"
    ATTRS{ltm_capable}=="no"
    ATTRS{maxchild}=="0"
    ATTRS{power/active_duration}=="1610000"
    ATTRS{power/autosuspend}=="2"
    ATTRS{power/autosuspend_delay_ms}=="2000"
    ATTRS{power/connected_duration}=="2594730"
    ATTRS{power/control}=="auto"
    ATTRS{power/level}=="auto"
    ATTRS{power/persist}=="1"
    ATTRS{power/runtime_active_time}=="1610678"
    ATTRS{power/runtime_status}=="suspended"
    ATTRS{power/runtime_suspended_time}=="983716"
    ATTRS{product}=="HD Pro Webcam C920"
    ATTRS{quirks}=="0x0"
    ATTRS{removable}=="unknown"
    ATTRS{rx_lanes}=="1"
    ATTRS{serial}=="66BA81DF"
    ATTRS{speed}=="480"
    ATTRS{tx_lanes}=="1"
    ATTRS{urbnum}=="1561744"
    ATTRS{version}==" 2.00"

  looking at parent device '/devices/pci0000:00/0000:00:14.0/usb3':
    KERNELS=="usb3"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{authorized}=="1"
    ATTRS{authorized_default}=="1"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bDeviceClass}=="09"
    ATTRS{bDeviceProtocol}=="01"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{bMaxPower}=="0mA"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bcdDevice}=="0510"
    ATTRS{bmAttributes}=="e0"
    ATTRS{busnum}=="3"
    ATTRS{configuration}==""
    ATTRS{devnum}=="1"
    ATTRS{devpath}=="0"
    ATTRS{idProduct}=="0002"
    ATTRS{idVendor}=="1d6b"
    ATTRS{interface_authorized_default}=="1"
    ATTRS{ltm_capable}=="no"
    ATTRS{manufacturer}=="Linux 5.10.52-1-lts xhci-hcd"
    ATTRS{maxchild}=="15"
    ATTRS{power/active_duration}=="2595210"
    ATTRS{power/autosuspend}=="0"
    ATTRS{power/autosuspend_delay_ms}=="0"
    ATTRS{power/connected_duration}=="2595210"
    ATTRS{power/control}=="auto"
    ATTRS{power/level}=="auto"
    ATTRS{power/runtime_active_time}=="2595211"
    ATTRS{power/runtime_status}=="active"
    ATTRS{power/runtime_suspended_time}=="0"
    ATTRS{power/wakeup}=="disabled"
    ATTRS{power/wakeup_abort_count}==""
    ATTRS{power/wakeup_active}==""
    ATTRS{power/wakeup_active_count}==""
    ATTRS{power/wakeup_count}==""
    ATTRS{power/wakeup_expire_count}==""
    ATTRS{power/wakeup_last_time_ms}==""
    ATTRS{power/wakeup_max_time_ms}==""
    ATTRS{power/wakeup_total_time_ms}==""
    ATTRS{product}=="xHCI Host Controller"
    ATTRS{quirks}=="0x0"
    ATTRS{removable}=="unknown"
    ATTRS{rx_lanes}=="1"
    ATTRS{serial}=="0000:00:14.0"
    ATTRS{speed}=="480"
    ATTRS{tx_lanes}=="1"
    ATTRS{urbnum}=="147"
    ATTRS{version}==" 2.00"

  looking at parent device '/devices/pci0000:00/0000:00:14.0':
    KERNELS=="0000:00:14.0"
    SUBSYSTEMS=="pci"
    DRIVERS=="xhci_hcd"
    ATTRS{ari_enabled}=="0"
    ATTRS{broken_parity_status}=="0"
    ATTRS{class}=="0x0c0330"
    ATTRS{consistent_dma_mask_bits}=="64"
    ATTRS{d3cold_allowed}=="1"
    ATTRS{device}=="0x8c31"
    ATTRS{dma_mask_bits}=="64"
    ATTRS{driver_override}=="(null)"
    ATTRS{enable}=="1"
    ATTRS{irq}=="27"
    ATTRS{local_cpulist}=="0-3"
    ATTRS{local_cpus}=="f"
    ATTRS{msi_bus}=="1"
    ATTRS{msi_irqs/27}=="msi"
    ATTRS{numa_node}=="-1"
    ATTRS{power/control}=="on"
    ATTRS{power/runtime_active_time}=="2596888"
    ATTRS{power/runtime_status}=="active"
    ATTRS{power/runtime_suspended_time}=="0"
    ATTRS{power/wakeup}=="enabled"
    ATTRS{power/wakeup_abort_count}=="0"
    ATTRS{power/wakeup_active}=="0"
    ATTRS{power/wakeup_active_count}=="0"
    ATTRS{power/wakeup_count}=="0"
    ATTRS{power/wakeup_expire_count}=="0"
    ATTRS{power/wakeup_last_time_ms}=="0"
    ATTRS{power/wakeup_max_time_ms}=="0"
    ATTRS{power/wakeup_total_time_ms}=="0"
    ATTRS{revision}=="0x05"
    ATTRS{subsystem_device}=="0x220e"
    ATTRS{subsystem_vendor}=="0x17aa"
    ATTRS{vendor}=="0x8086"

  looking at parent device '/devices/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""
    ATTRS{power/control}=="auto"
    ATTRS{power/runtime_active_time}=="0"
    ATTRS{power/runtime_status}=="unsupported"
    ATTRS{power/runtime_suspended_time}=="0"

I'm trying to use Remmina on Ubuntu to remote into one of the servers at my work. However, after entering the connection information in I get the following error: > You requested a H.264 GFX mode for the server user@server", but your libfreerdp does not support H.264. Please use a non-AVC colour depth setting. I am quite new to Ubuntu in general, so I am not really sure what to do about the above error. Could anybody help me out?

I recently found how to make Remmina forward my Dvorak keyboard layout, but for some reason control-key combinations are not forwarded and the remote machine mapping is being used instead. That is quite annoying when using Bash@putty with no ability to access Bash reverse-i-search shortcut (Ctrl+R). __How are we supposed to make Remmina also forward Ctrl+KEY?__

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?

I am trying to login to remmina using the ssh .pub key. but when I try to connect it is asking me to ssh private key passphrase. I do not know what I am doing wrong but here is a debug log. [SSH] ssh_config_parse_line: Unsupported option: SendEnv, line: 53 [SSH] ssh_config_parse_line: Unsupported option: HashKnownHosts, line: 54 [SSH] ssh_config_parse_line: Unsupported option: GSSAPIAuthentication, line: 55 [SSH] socket_callback_connected: Socket connection callback: 1 (0) [SSH] ssh_client_connection_callback: SSH server banner: SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.2 [SSH] ssh_analyze_banner: Analyzing banner: SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.2 [SSH] ssh_analyze_banner: We are talking to an OpenSSH client version: 7.2 (70200) [SSH] ssh_packet_userauth_failure: Access denied. Authentication that can continue: publickey [SSH] ssh_agent_get_ident_count: Answer type: 12, expected answer: 12 [SSH] ssh_packet_userauth_failure: Access denied. Authentication that can continue: publickey [SSH] ssh_packet_userauth_failure: Access denied. Authentication that can continue: publickey [SSH] ssh_pki_import_pubkey_file: Error opening /home/Workstation/.ssh/id_ed25519.pub: No such file or directory [SSH] ssh_pki_import_privkey_file: Error opening /home/Workstation/.ssh/id_ed25519: No such file or directory [SSH] ssh_pki_import_pubkey_file: Error opening /home/Workstation/.ssh/id_ecdsa.pub: No such file or directory [SSH] ssh_pki_import_privkey_file: Error opening /home/Workstation/.ssh/id_ecdsa: No such file or directory [SSH] ssh_packet_userauth_failure: Access denied. Authentication that can continue: publickey [SSH] ssh_packet_userauth_failure: Access denied. Authentication that can continue: publickey [SSH] ssh_pki_import_pubkey_file: Error opening /home/Workstation/.ssh/identity.pub: No such file or directory [SSH] ssh_pki_import_privkey_file: Error opening /home/Workstation/.ssh/identity: No such file or directory Can anyone help me to connect to via ssh on remmina using public key?

I'm having the most infuriating problem with Remmina. It never connected every time but worked fine once connected. Don't know if this was a hint of things to come but I signed up to a new VPS and everything was fine yesterday but today after changing nothing it suddenly wouldn't connect. I started out simple and restarted remmina and the computer, then removed and re-entered the profiles then uninstalled and reinstalled Remmina. I then tried to access it on a live parrot OS (I use Parrot OS) thinking some change I wasn't aware of caused the issue but to no avail. I then discovered that I could still connect to another VPS using the same setup. I've tried all options of security protocols (auto, rdp, NLA, TLS) with no luck. Some tell me to check the protocol setting, some just dont connect and some get caught in a loop continually asking for user/pass/domain. I've looked around the net for similar problems and found some info about perhaps deleting known_hosts files etc but it's for different versions and distros so paths aren't the same and I don't want to screw something up I don't completely understand. Anyway I am at my wits end with this and am desperate for any help. TIA Also below are logs of the issue, one in auto and the other in RDP protocol.

┌─[mark@parrot]─[~]
└──╼ $remmina
** Message: 09:20:08.830: Remmina does not log all output statements. Turn on more verbose output by using "G_MESSAGES_DEBUG=all" as an environment variable.
More info available on the Remmina wiki at:
https://gitlab.com/Remmina/Remmina/-/wikis/Usage/Remmina-debugging 
Load modules from /usr/lib/x86_64-linux-gnu/remmina/plugins
Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000.
The glibsecret secret plugin has been initialized and it will be your default secret plugin
Warning: Remmina is running with a secrecy plugin, but it cannot connect to a secrecy service.

(org.remmina.Remmina:13391): Gtk-WARNING **: 09:20:08.904: gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem
[09:20:16:883] [13391:13410] [WARN][com.freerdp.crypto] - Certificate verification failure 'self-signed certificate (18)' at stack position 0
[09:20:16:883] [13391:13410] [WARN][com.freerdp.crypto] - CN = gpu-server
[09:20:17:388] [13391:13410] [WARN][com.freerdp.core.nla] - SPNEGO received NTSTATUS: STATUS_LOGON_FAILURE [0xC000006D] from server
[09:20:17:388] [13391:13410] [ERROR][com.freerdp.core] - nla_recv_pdu:freerdp_set_last_error_ex ERRCONNECT_LOGON_FAILURE [0x00020014]
[09:20:17:388] [13391:13410] [ERROR][com.freerdp.core.rdp] - rdp_recv_callback: CONNECTION_STATE_NLA - nla_recv_pdu() fail
[09:20:17:388] [13391:13410] [ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1
[09:20:25:520] [13391:13410] [WARN][com.freerdp.core.nla] - SPNEGO received NTSTATUS: STATUS_LOGON_FAILURE [0xC000006D] from server
[09:20:25:520] [13391:13410] [ERROR][com.freerdp.core] - nla_recv_pdu:freerdp_set_last_error_ex ERRCONNECT_LOGON_FAILURE [0x00020014]
[09:20:25:520] [13391:13410] [ERROR][com.freerdp.core.rdp] - rdp_recv_callback: CONNECTION_STATE_NLA - nla_recv_pdu() fail
[09:20:25:520] [13391:13410] [ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1
[09:20:30:454] [13391:13410] [WARN][com.freerdp.core.nla] - SPNEGO received NTSTATUS: STATUS_LOGON_FAILURE [0xC000006D] from server
[09:20:30:454] [13391:13410] [ERROR][com.freerdp.core] - nla_recv_pdu:freerdp_set_last_error_ex ERRCONNECT_LOGON_FAILURE [0x00020014]
[09:20:30:454] [13391:13410] [ERROR][com.freerdp.core.rdp] - rdp_recv_callback: CONNECTION_STATE_NLA - nla_recv_pdu() fail
[09:20:30:454] [13391:13410] [ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1
[09:20:37:548] [13391:13410] [ERROR][com.freerdp.core] - nla_client_init:freerdp_set_last_error_ex ERRCONNECT_NO_OR_MISSING_CREDENTIALS [0x0002001B]
[09:20:37:548] [13391:13410] [ERROR][com.freerdp.core.transport] - NLA begin failed
^C
┌─[✗]─[mark@parrot]─[~]
└──╼ $

┌─[mark@parrot]─[~]
└──╼ $remmina
** Message: 09:23:08.235: Remmina does not log all output statements. Turn on more verbose output by using "G_MESSAGES_DEBUG=all" as an environment variable.
More info available on the Remmina wiki at:
https://gitlab.com/Remmina/Remmina/-/wikis/Usage/Remmina-debugging 
Load modules from /usr/lib/x86_64-linux-gnu/remmina/plugins
Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000.
The glibsecret secret plugin has been initialized and it will be your default secret plugin
Warning: Remmina is running with a secrecy plugin, but it cannot connect to a secrecy service.

(org.remmina.Remmina:13753): Gtk-WARNING **: 09:23:08.324: gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem

(org.remmina.Remmina:13753): Gdk-CRITICAL **: 09:23:08.595: gdk_window_thaw_toplevel_updates: assertion 'window->update_and_descendants_freeze_count > 0' failed
[09:23:27:198] [13753:13789] [ERROR][com.freerdp.core.transport] - BIO_read returned a system error 11: Resource temporarily unavailable
[09:23:27:198] [13753:13789] [ERROR][com.freerdp.core] - transport_read_layer:freerdp_set_last_error_ex ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
[09:23:28:238] [13753:13789] [ERROR][com.freerdp.core.transport] - BIO_read returned a system error 11: Resource temporarily unavailable
[09:23:28:238] [13753:13789] [ERROR][com.freerdp.core] - transport_read_layer:freerdp_set_last_error_ex ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
[09:23:28:238] [13753:13789] [ERROR][com.freerdp.core] - freerdp_post_connect failed
libfreerdp returned code is 0002000D
^C
┌─[✗]─[mark@parrot]─[~]
└──╼ $

I am trying to connect to a remote machine using Remmina with the XRDP protocol. I have installed and started the Xrdp server on the remote machine (Pop_OS) and I am trying to connect using the Remmina client on Arch Linux. When I try to connect, I just a black screen with no posted error message. If I change the connection settings in the client to use the wrong password, when I connect I get redirected to an Xrdp login window. So, the client is clearly connecting to the Xrdp server. Does anyone know what might be causing the black screen and how I can fix it? ---------------- **Update:** On further investigation, the problem seems to be that the X server is starting, but the client application is not. Xrdp seems to be trying to start the X server directly with Xorg (rather than xinit or startx). From xrdp's sesman.ini file: /usr/lib/xorg/Xorg -config xrdp/xorg.conf -noreset -nolisten tcp -logfile .xorgxrdp.%s.log The server is starting and the log file being created, but nothing on the screen. I have tried adding a ~/.xsession file and running a similar command from a virtual terminal directly on the machine, and I also get a similar blank screen. Honestly, I am not sure how to properly launch an X client application using Xorg. Should Xorg refer to the ~/.xsession file, or do I need to do something else?

I want to connect to another machine(probably windows server) using wireguard . they have provided a RDP file to connect. I have installed wireguard and

wg show

gives me thw right parameters entered in the config file. so wireguard is good But in Remmina, on importing the rdp file and connecting, i am getting error

(DEBUG) - (rco_on_disconnect) - Disconnect signal received on RemminaProtocolWidget

this is from Remmina debug logs. Please help me solve this, what could be the issue and how to connect using rdp file from linux mint.

I use LinuxMint Wilma. Installed remmina 1.4.35 via apt. When I open remmina-gnome, I have: When I click on buttons, nothing happens. If I add an hotsname, nothing change.

G_MESSAGES_PREFIXED=all G_MESSAGES_DEBUG=all remmina-gnome 
(process:766370): remmina-DEBUG: 17:34:44.035: (remmina_file_manager_init) - Initialized the "/home/stardust/.local/share/remmina" data folder
(process:766370): GLib-GIO-DEBUG: 17:34:44.038: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
(process:766370): GLib-GIO-DEBUG: 17:34:44.042: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ?gio-vfs?
(process:766370): remmina-DEBUG: 17:34:44.053: (remmina_plugin_entry) - gfx_h264_available: 0
(process:766370): remmina-DEBUG: 17:34:44.054: (remmina_rdp_settings_kbd_init) - rdp_keyboard_remapping_list: (null)
(process:766370): remmina-DEBUG: 17:34:44.057: (remmina_plugin_manager_register_plugin) - Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000.
(process:766370): remmina-DEBUG: 17:34:44.120: (remmina_plugin_manager_load_plugins) - The glibsecret secret plugin has been initialized and it will be your default secret plugin
(process:766370): GLib-DEBUG: 17:34:44.120: unsetenv() is not thread-safe and should not be used after threads are created
(org.remmina.Remmina:766370): GLib-DEBUG: 17:34:44.139: unsetenv() is not thread-safe and should not be used after threads are created
(org.remmina.Remmina:766370): Gtk-DEBUG: 17:34:44.139: Connecting to session manager
(org.remmina.Remmina:766370): Gtk-DEBUG: 17:34:44.139: Failed to get the GNOME session proxy: The name org.gnome.SessionManager is not owned
(org.remmina.Remmina:766370): remmina-INFO: 17:34:44.202: StatusNotifier/Appindicator support in “xfce xfce”: your desktop does support it
(org.remmina.Remmina:766370): remmina-INFO: 17:34:44.202: StatusNotifier/Appindicator support in “xfce xfce”: and Remmina has built-in (compiled) support for libappindicator.

(org.remmina.Remmina:766370): Gtk-WARNING **: 17:34:44.413: gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem
(org.remmina.Remmina:766370): remmina-DEBUG: 17:34:44.418: (remmina_main_init) - Initializing the Remmina main window
(org.remmina.Remmina:766370): remmina-DEBUG: 17:34:44.476: (remmina_main_init) - Initializing monitor
(org.remmina.Remmina:766370): GLib-GIO-DEBUG: 17:34:44.476: Failed to initialize portal (GNetworkMonitorPortal) for gio-network-monitor: Not using portals
(org.remmina.Remmina:766370): GLib-GIO-DEBUG: 17:34:44.477: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
(org.remmina.Remmina:766370): GLib-GIO-DEBUG: 17:34:44.481: _g_io_module_get_default: Found default implementation networkmanager (GNetworkMonitorNM) for ‘gio-network-monitor’
(org.remmina.Remmina:766370): remmina-DEBUG: 17:34:44.484: (remmina_network_monitor_status) - G_NETWORK_CONNECTIVITY_FULL
(org.remmina.Remmina:766370): remmina-DEBUG: 17:34:44.692: (remmina_icon_connection_changed_cb) - Indicator connection changed to: 1

I don't use gnome-keyring. I try to connect in cli by ssh, but it fails with: But I can ssh without password. Remmina try to use password.

Remoting in to a terminal server with Remmina, the right-hand Ctrl key is reserved for Remmina. Its function, depending on what one is reading, pertains either to Remmina's "Host Key" or to "Grab[bing] all keys." It's a pain not to be able to use both Ctrl keys, but, before I change the key mapping in Remmina's preferences, what does "Host key" or "grab all keys" mean? What would I be disabling by remapping that key?

I have Remmina working nicely with various remote machines (RDP, VNC). One feature I use a lot is the "Grab all keyboard events" toggle: This setting allows the host to pass the ⊞ Win key directly into the remote machine, rather than the host capturing it. Is there a way to start a session with the "grab" setting ON to begin with? I have to toggle it ON each time I start a session, and really have no reason to ever turn it off.

In my Remmina SSh sessions, the username, machine name, path as well as the input and output text in the console all have the same color as seen in the picture. When I open the preferences, I can only set up some information such as a foreground, a background or a cursor color: How can I set up that the input and output text is different then the color of the machine name, username and path like in my local terminal?

I haven't been able to boot into Ubuntu properly since I installed Da Vinci Resolve. It made me install a bunch of libraries and since then I haven't been able to get in.

I have configured RDP/SSH connections for different servers on one user. I have written a script that copies the

.local/share/remmina/

folder and

.config/remmina/remmina.pref

file over to the other user's directory. The connections appear in Remmina for other users but passwords needs to be re-entered for each user. How do I copy over the passwords also?

#!/bin/bash
for i in {2..3}; do
    cp /home/disorder1/Desktop/org.remmina.Remmina.desktop /home/disorder$i/Desktop
    cp -r /home/disorder1/.local/share/remmina/  /home/disorder$i/.local/share
    mkdir -p /home/disorder$i/.config/remmina
    cp /home/disorder/.config/remmina/remmina.pref  /home/disorder$i/.config/remmina
    sed -i "s/disorder/disorder$i/g" /home/disorder$i/.config/remmina/remmina.pref
    chown -R disorder$i:disorder$i /home/disorder$i/
    chmod a+x /home/disorder$i/Desktop/org.remmina.Remmina.desktop
    sudo -u disorder$i -g disorder$i dbus-launch gio set /home/disorder$i/Desktop/org.remmina.Remmina.desktop metadata::trusted yes
done

I don't understand what can be the reason of an unsuccessful login with rdesktop. After I run the command: rdesktop -u "user" -p "pwd" ip-address it shows me the screen of my remote Windows PC with the message "user name or password incorrect" message. After I press the button to retry the login I can see the correct pc name already entered in the corresponding text field. I enter the password and it shows me the error message again. But the password is correct. The version of rdesktop is 1.8.3 When I connect with remmina there is no such a problem. If you cannot explain why it's so, could you please at least recommend an RDP client that works well from command line.

I have been trying to connect remotely to the server of my department using Remmina (my OS is Linux). I am able to connect to it via the terminal using SSH (ssh user@ip_adress). As the work I am supposed to do is relatively complex for me, I am trying to connect to the server with a more user-friendly interface (as if I am working on my own laptop). I have been working on other servers via Remmina (but only with SSH) for similar purposes, but this is the first time I am trying to set up an RDP-connection. Using SSH on the terminal, I would first connect to the university using Cisco, and then connect via "ssh username@ipadress". In Remmina, I am entering: protocol: RDP - Remote Desktop Protocol server: ipadress user name: username user password: mypassword I end up with the error: > Unable to establish a connection to RDP server -ipadress- I have browsed online for some time, but couldn't find anything related to my issue: - I tried to set the "Security" settings to "RDP" (I also tried with TLS, and others). - Keeping the "Enable SSH tunnel" unselected has not helped. I want to mention that I don't have sudo priviliges on the server. I was hoping that someone could help me with the following: 1. Do I need to prepare/setup anything on the server before connection from my laptop? 2. Is the way I entered the information into Remmina okay? 3. What would be a good way to proceed from here on? I started trying to connect with Remmina, but is there maybe a better option?

I am trying to setup rdp from my rpi 4 with Raspberry pi OS to my laptop running Arch Linux using Remmina. Currently I cannot rdp from my rpi into any Arch machines (there are two) using Remmina. However, using rdesktop as a client does work. rdesktop is an undesirable solution, as I wish to have access to the features of Remmina and potentially run Remmina straight from X in some kind of makeshift kiosk mode. This is the offending error on Arch VM/BM when running watch systemctl status xrdp during a connection attempt from the rpi to the Arch machines with Remmina: May 05 23:51:30 zion xrdp: [INFO ] xrdp_load_keyboard_layout: keyboard_type keyboard_subtype May 05 23:51:30 zion xrdp: [INFO ] xrdp_load_keyboard_layout: model [] variant [] layout [us] options [] May 05 23:51:30 zion xrdp: [INFO ] TLS connection established from 10.0.0.94 port 43248: TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 May 05 23:51:30 zion xrdp: [INFO ] xrdp_caps_process_pointer: client supports new(color) cursor May 05 23:51:30 zion xrdp: [INFO ] xrdp_process_offscreen_bmpcache: support level 1 cache size 7864320 MB cache entries 2000 May 05 23:51:30 zion xrdp: [INFO ] Loading keymap file /etc/xrdp/km-00000409.ini May 05 23:51:30 zion xrdp: [WARN ] local keymap file for 0x00000409 found and doesn't match built in keymap, using local keymap file May 05 23:51:31 zion xrdp: [ERROR] xrdp_iso_send: trans_write_copy_s failed May 05 23:51:31 zion xrdp: [ERROR] SSL_shutdown: Server closed TLS connection May 05 23:51:31 zion xrdp: [ERROR] Sending [ITU T.125] DisconnectProviderUltimatum failed ---------- I have 4 machines: - Windows 10 Lappy - Arch Linux in a VM - Arch Linux on "Bare Metal" - Raspberry pi OS on rpi "Bare Metal" Here are the success/failure scenarios that I have experienced thus far, which have been repeated and confirmed: |Result|Source|Session Protocol|Destination| |------|------|----------------|----| | PF | ALL | vnc over rdp | rpi| | PF | ALL | xorg over rdp | Arch VM/BM| | S | Win10 | xorg over rdp | rpi| | S | rpi | standard rdp | Win10| | S | Win10 | vnc over rdp | Arch VM/BM| | S | Arch VM/BM | standard rdp | Win10| | TF | rpi | n/a | Arch VM/BM| | S | Arch VM/BM | xorg over rdp | rpi| - S = success - TF = total failure = connection drops before session manager can illicit credentials - PF = partial failure = no window manager started and only backgound of session manager persists - ALL = all machines - VM/BM = Virtual Machine / Bare Metal Despite the xorgxrdp package being installed on Arch VM/BM I cannot start an Xorg session. The most important thing here is establishing an rdp session FROM my rpi to my Arch machines, as the rpi is running as an rdp portal of sorts. I have tried turning off xrdp-sesman to see if that at least results in establishing a connection. My thinking there was maybe it's only the session manager having problems, which assumed the connection is made separately. This configuration does not work, no connection appears possible. ---------- ### Arch Linux VM/BM system/app info (identical systems) ### xrdp version: xrdp -v xrdp 0.9.16 A Remote Desktop Protocol Server. Copyright (C) 2004-2020 Jay Sorg, Neutrino Labs, and all contributors. See https://github.com/neutrinolabs/xrdp for more information. Configure options: --prefix=/usr --sysconfdir=/etc --localstatedir=/var --sbindir=/usr/bin --with-systemdsystemunitdir=/usr/lib/systemd/system --enable-jpeg --enable-tjpeg --enable-fuse --enable-opus --enable-rfxcodec --enable-mp3lame --enable-pixman --enable-painter --enable-vsock CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fno-plt LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now CPPFLAGS=-D_FORTIFY_SOURCE=2 Compiled with OpenSSL 1.1.1k 25 Mar 2021 Freerdp versions: xfreerdp /version > This is FreeRDP version 2.3.2 (n/a) kernel version: uname -r > 5.10.27-1-lts Remmina version: remmina -V Load modules from /usr/lib/remmina/plugins Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000. Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-vnc.so. Error: libvncclient.so.1: cannot open shared object file: No such file or directory Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-spice.so. Error: libspice-client-gtk-3.0.so.5: cannot open shared object file: No such file or directory The glibsecret secret plugin has been initialized and it will be your default secret plugin org.remmina.Remmina - 1.4.13 (git n/a) NAME TYPE DESCRIPTION PLUGIN AND LIBRARY VERSION EXEC Protocol Execute a command 1.0 NX Protocol NX - NX Technology 1.4.13 RDP Protocol RDP - Remote Desktop Protocol RDP plugin: 1.4.13 (Git n/a), Compiled with libfreerdp 2.3.2 (n/a), Running with libfreerdp 2.3.2 (rev n/a), H.264 Yes RDPF File RDP - RDP File Handler RDP plugin: 1.4.13 (Git n/a), Compiled with libfreerdp 2.3.2 (n/a), Running with libfreerdp 2.3.2 (rev n/a), H.264 Yes RDPS Preference RDP - Preferences RDP plugin: 1.4.13 (Git n/a), Compiled with libfreerdp 2.3.2 (n/a), Running with libfreerdp 2.3.2 (rev n/a), H.264 Yes ST Protocol Remmina simple terminal 1.0.0.0 XDMCP Protocol XDMCP - X Remote Session 1.4.13 glibsecret Secret Secured password storage in the GNOME keyring 1.4.13 Build configuration: HAVE_ARPA_INET_H=1 HAVE_ERRNO_H=1 HAVE_FCNTL_H=1 HAVE_NETDB_H=1 HAVE_NETINET_IN_H=1 HAVE_NETINET_TCP_H=1 HAVE_SYS_SOCKET_H=1 HAVE_SYS_UN_H=1 HAVE_TERMIOS_H=1 HAVE_UNISTD_H=1 WITH_APPINDICATOR=ON WITH_AVAHI=ON WITH_GCRYPT=ON WITH_ICON_CACHE=ON WITH_IPP=OFF WITH_LIBRARY_VERSIONING=ON WITH_MANPAGES=ON WITH_NEWS=OFF WITH_SSE2=ON WITH_TRANSLATIONS=ON WITH_UPDATE_DESKTOP_DB=ON Build type: Release CFLAGS: -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fPIC -Wall -Wno-unused-result -Wno-unused-but-set-variable -Wno-deprecated-declarations -Wimplicit-function-declaration -Wredundant-decls Compiler: GNU, 10.2.0 Target architecture: x64 ---------- ### Raspberry Pi OS system/app info ### xrdp version: xrdp -v xrdp 0.9.9 A Remote Desktop Protocol Server. Copyright (C) 2004-2018 Jay Sorg, Neutrino Labs, and all contributors. See https://github.com/neutrinolabs/xrdp for more information. Configure options: --enable-ipv6 --enable-jpeg --enable-fuse --enable-rfxcodec --enable-opus --enable-painter --enable-vsock --build=arm-linux-gnueabihf --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libdir=${prefix}/lib/arm-linux-gnueabihf --libexecdir=${prefix}/lib/arm-linux-gnueabihf --disable-maintainer-mode --disable-dependency-tracking --with-socketdir=/var/run/xrdp/sockdir build_alias=arm-linux-gnueabihf CFLAGS=-g -O2 -fdebug-prefix-map=/build/xrdp-q47Nhl/xrdp-0.9.9=. -fstack-protector-strong -Wformat -Werror=format-security LDFLAGS=-Wl,-z,relro -Wl,-z,now -Wl,--as-needed CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2 PKG_CONFIG_PATH=/build/xrdp-q47Nhl/xrdp-0.9.9/pkgconfig Compiled with OpenSSL 1.1.1d 10 Sep 2019 Freerdp versions: xfreerdp /version > This is FreeRDP version 2.0.0-dev5 (2693389a+debian) kernel versions: uname -r > 5.10.17-v7l+ Remmina versions: Remmina -V: ** (org.remmina.Remmina:31546): CRITICAL **: 12:05:00.357: secret_service_load_collections_sync: assertion 'paths != NULL' failed [glibsecret] unable to get secret service: Unknown error. Plugin entry returned false: /usr/lib/arm-linux-gnueabihf/remmina/plugins/remmina-plugin-secret.so. StatusNotifier/Appindicator support: not supported by desktop. libappindicator will try to fallback to GtkStatusIcon/xembed WARNING: Remmina is running with a secret plugin, but it cannot connect to a secret service. Remmina - 1.3.3 (git n/a) NAME TYPE DESCRIPTION PLUGIN AND LIBRARY VERSION RDP Protocol RDP - Remote Desktop Protocol RDP Plugin: 1.3.3 (git n/a), Compiled with FreeRDP lib: 2.0.0-dev5 (2693389a+debian), Running with FreeRDP lib: 2.0.0-dev5 (rev 2693389a+debian), H264: Yes RDPF File RDP - RDP File Handler RDP Plugin: 1.3.3 (git n/a), Compiled with FreeRDP lib: 2.0.0-dev5 (2693389a+debian), Running with FreeRDP lib: 2.0.0-dev5 (rev 2693389a+debian), H264: Yes RDPS Preference RDP - Preferences RDP Plugin: 1.3.3 (git n/a), Compiled with FreeRDP lib: 2.0.0-dev5 (2693389a+debian), Running with FreeRDP lib: 2.0.0-dev5 (rev 2693389a+debian), H264: Yes SFTP Protocol SFTP - Secure File Transfer 1.3.3 SSH Protocol SSH - Secure Shell 1.3.3 VNC Protocol VNC - VNC viewer 1.3.3 VNCI Protocol VNCI - VNC viewer listen mode 1.3.3 glibsecret Secret Secure passwords storing in the GNOME keyring 1.3.3 Build configuration: HAVE_ARPA_INET_H=1 HAVE_ERRNO_H=1 HAVE_FCNTL_H=1 HAVE_NETDB_H=1 HAVE_NETINET_IN_H=1 HAVE_NETINET_TCP_H=1 HAVE_SYS_SOCKET_H=1 HAVE_SYS_UN_H=1 HAVE_TERMIOS_H=1 HAVE_UNISTD_H=1 WITH_APPINDICATOR=ON WITH_AVAHI=ON WITH_FREERDP=ON WITH_GCRYPT=ON WITH_GETTEXT=ON WITH_LIBRARY_VERSIONING=ON WITH_LIBSECRET=ON WITH_LIBSSH=ON WITH_LIBVNCSERVER=ON WITH_MANPAGES=ON WITH_NEON=ON WITH_SPICE=ON WITH_SSE2=OFF WITH_TELEPATHY=ON WITH_TRANSLATIONS=ON WITH_VTE=ON Build type: None CFLAGS: -g -O2 -fdebug-prefix-map=/build/remmina-iuOrHL/remmina-1.3.3+dfsg=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -g Compiler: GNU, 8.2.0 Target architecture: ARM

I installed and used Remmina through apt as an SSH organizer on Ubuntu 18.04. However, suddenly today all of the directory colors change to black whenever I switch to the dark terminal (blue for a white terminal). For a quick update: the original colors (Linux, Tango, Xterm,...) work fine. I have tried to update the Remmina colors through the UI, but everything changes except the directories. It applies to any connection I make, so I am quite sure that is a Remmina problem. When I check at debug console, it yields `(remmina:5815): Vte-CRITICAL **: 12:36:00.368: void vte_terminal_set_colors(VteTerminal*, const GdkRGBA*, const GdkRGBA*, const GdkRGBA*, gsize): assertion 'valid_color(&palette[i])' failed ` whenever I opened a custom color palette.

How can I connect to a machine via RDP using Remmina? I understand that I can do: remmina -c "rdp://Administrator@192.168.122.2" But then I have to enter the password which I don't want to do. Remmina does appear to support this format as well: remmina -c rdp://username:encrypted-password@server But my Bash script needs to be fully automated and I couldn't find a way to encrypt the password without interaction. Besides that, the password encryption seems to rely on other system services that I'm not even sure are necessarily available. When I run remmina --encrypt-password for the first time, it just prints this message: Load modules from /usr/lib64/remmina/plugins Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000. The glibsecret secret plugin has been initialized and it will be your default secret plugin instead of letting encrypt a password. I'd also like to avoid generating a profile just for that. Encrypting the password doesn't benefit me in any way btw because this is just for a local connection to an unimportant virtual machine. The only reason I'm even using a password is that Windows doesn't allow password-less RDP. **Edit:** The best I was able to come up with so far is: RDP_USER=Administrator RDP_PASSWORD=admin RDP_HOST=192.168.122.2 # Run it once because the first time it prints a useless message instead of actually encrypting echo "$RDP_PASSWORD" | remmina --encrypt-password &>/dev/null # Run it again, hoping it always works the second time ENCRYPTED_PASSWORD="$(echo "$RDP_PASSWORD" | remmina --encrypt-password | grep 'Encrypted password: ' | cut -d':' -f2- | tr -d ' ')" remmina -c "rdp://${RDP_USER}:${ENCRYPTED_PASSWORD}@${RDP_HOST}"

I am using Remmina on Pop!_OS 21.10 to remotely connect to a Windows 10 machine via RDP. This is working well, however, I am having some difficulty understanding how exactly the "Execute a Command" feature found in Connection Profile > Behavior works. I couldn't find anything related to this in the user guide or much discussion around this anywhere. I would like to execute a command after connecting, but the command does not execute. The command I would like to run will remove the GNOME titlebar: xprop -name "Windows 10 RDP" -format _MOTIF_WM_HINTS 32c -set _MOTIF_WM_HINTS 2. This works as expected when executed directly in the terminal, but not when set identically in the "After connecting" field shown above. My troubleshooting steps thus far: - Wrap the command in a script, and call the script from the Remmina config. Command still did not execute. - Remmina was originally installed as Flatpak, and I thought maybe there was an issue executing a command outside of its sandbox. Uninstalling and re-installed from .deb package did not resolve the issue. - Test "Before Connecting" command; this also did not execute. - Create new connection profiles from scratch. - Test with connection to different machines (Windows & Linux)