I am working in a very strict enviroment where I only have access to a remote computer via RDP and it is impossible for me to enable SSH or SFTP etc on the other computer. I CAN connect to the computer through FreeRDP however as far as I know this is only useful in order to enable you just launch a display. Basically my question is there an option that I can feed into FreeRDP so that I can execute a single command on the remote desktop without a need for a display. **Is there a way to Use/Hack FreeRDP to use it LIKE SSH** Thank you in advance.

I can remote into a Windows machine using Windows' default RDP client, but I would like to do it from Linux. The clients I have tried so far complain about a self-signed certificate, although Windows had no complaint. I don't know much about the remote end, but I may ask to provide more info. Vinagre:

[11:54:25:962] [WARN][com.freerdp.core.nla] - SPNEGO received NTSTATUS: STATUS_LOGON_FAILURE [0xC000006D] from server
[11:54:25:962] [ERROR][com.freerdp.core] - nla_recv_pdu:freerdp_set_last_error_ex ERRCONNECT_LOGON_FAILURE [0x00020014]
[11:54:25:962] [ERROR][com.freerdp.core.rdp] - rdp_recv_callback: CONNECTION_STATE_NLA - nla_recv_pdu() fail
[11:54:25:962] [ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1
[11:54:25:066] [WARN][com.freerdp.crypto] - Certificate verification failure 'self signed certificate (18)' at stack position 0
[11:54:25:066] [WARN][com.freerdp.crypto] - CN = heatchamber-pc

Remmina:

[12:15:59:884] [WARN][com.freerdp.crypto] - Certificate verification failure 'self signed certificate (18)' at stack position 0
[12:15:59:884] [WARN][com.freerdp.crypto] - CN = heatchamber-pc
[12:16:25:423] [WARN][com.freerdp.core.nla] - SPNEGO received NTSTATUS: STATUS_LOGON_FAILURE [0xC000006D] from server
[12:16:25:423] [ERROR][com.freerdp.core] - nla_recv_pdu:freerdp_set_last_error_ex ERRCONNECT_LOGON_FAILURE [0x00020014]
[12:16:25:423] [ERROR][com.freerdp.core.rdp] - rdp_recv_callback: CONNECTION_STATE_NLA - nla_recv_pdu() fail
[12:16:25:423] [ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1

Software versions (openSUSE Tumbleweed): * libfreerdp2-2 2.9.0-3.1 * remmina 1.4.27-3.1 * vinagre 3.22.0-15.7 I also tried Rustdesk, but I really didn't understand that one (its GUI was oriented towards connecting to a remote server with a random ID rather than the correct hostname with the correct username and password).

I use Nginx on Ubuntu 16.04 for using Guacamole as RDP clientless. This is working perfectly on my computer which is in an external LAN. But not working in another external LAN which have proxy (work area). When I go to the app from my browser : http://myserverguaca/guacamole/ I can see log-in page and I can log on. But when I try to start the RDP there is a loading, then a message that says: The server take to many to time to be respond. Do you think I have to forward another port ? I have forwarded the port 8080 to 80, RDP use : 3389, but this is in localhost, don't know why I should forward this too and how I can do it. There is the configuration of my RDP access (user-mapping.xml) rdp localhost 3389 fr-fr-azerty true and my config on nginx (sites-enabled/guacamole) server { listen 80; server_name vpsmyserver.net.com; location /guacamole/ { proxy_pass http://localhost:8080/guacamole/; proxy_buffering off; proxy_http_version 1.1; proxy_set_header X_Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection $http_connection; access_log off; } }

FreeRDP 1.0.2 has an updated their parameter syntax for "better interoperability with Windows ." I had a problem using the old syntax where the clipboard plugin only worked the first time I pasted, and subsequently stopped: xfreerdp --plugin cliprdr -g 1920x1060 -u Administrator -p xxx n.n.n.n So I decided to try the new syntax, but I can't seem to get it right. The following: xfreerdp +clipboard /size:1920x1060 /u:Administrator /p:xxx /v:n.n.n.n Gives an error: Warning xf_GetWindowProperty (140): Property 385 does not exist transport_connect: getaddrinfo (Name or service not known) Error: protocol security negotiation failure Any advice?

I mounted a samba share on my machine by making an entry in fstab as : /// /media/smb_share cifs user=,pass=,uid=,gid=,rw 0 0 and then redirected the share via FreeRDP using the command : xfreerdp /v: /u: /p: /d: -f /drive:,/media/smb_share I'm able to copy data onto the share, edit files, save them, even delete them. I am able to rename an empty directory. While trying to rename a directory containing some files, I get : An unexpected error is keeping you from renaming the folder. If you continue to receive this error, you can use the error code to search for help with this problem. Error 0x80070091: The directory is not empty. The output shows : Could not find this item This is no longer located in \\tsclient\\. Verify the item's location and try again. The system prompts me to "Try Again" and when I click on "Try Again" it shows the same output repeatedly. I am, however, able to rename the directories by using an ICAClient. Has someone else encountered this issue? If so please post the solution or workaround for the same. Any help would be appreciated.

I have 3 or more windows machines, those I can connect from centos individually using below command xfreerdp /u:username /p:password /v:hostname but what I want is to connect them in parallel, using some shell script like - #!/bin/bash xfreerdp /u:username /p:password /v:host1 & xfreerdp /u:username /p:password /v:host2 & xfreerdp /u:username /p:password /v:host3 wait Try1 : and received the below error, and also it has launched the only single rdp connection. > rdp_set_error_info:freerdp_set_last_error_ex > ERRINFO_DISCONNECTED_BY_OTHER_CONNECTION [0x00010005] Tyr2 : after the above attempt I tried using separate tabs of terminal to start the new RDP session for new VM still it throws same error. Please suggest if any other ways of doing rdp connection in parallel. **Note:** I don't have multimonitors to my system. I want this sessions on single system for different VM's

I have a Windows 8.1 remote PC, to which I am connecting using RDP from Windows 7 and Linux clients. I noticed that the performance e.g. when scrolling is much better on Windows than on any Linux distribution. I am using rdesktop, Remmina, GNOME-RDP, everywhere the screen refresh is slow and choppy, like VNC. But RDP [does not work like VNC](https://superuser.com/a/32514/140956) , or does it? Why is it so and what is the fastest RDP client for Linux? Maybe [Remote Desktop Connection Client](https://appdb.winehq.org/objectManager.php?sClass=application&iId=3108) under Wine?

At the moment, I'm using the following command to start an FreeRDP session: $ sudo xfreerdp /v:farm.company.com /d:company.com \ /u:oshiro /p:oshiro_password /g:rds.company.com Works fine. However, I don't want the password to be in the command line like that. So I tried it without the password: $ sudo xfreerdp /v:farm.company.com /d:company.com /u:oshiro /g:rds.company.com And I got a connection failure message instead of some sort of dialog box or prompt asking me to enter in a password. Is it possible to get this to prompt the user for a password? --- **UPDATE: Omitting the /p switch** Without the /p switch, I get the following: oshiro@ubuntu:~$ xfreerdp /v:farm.company.com /d:company.com -u:oshiro /g:rds.company.com connected to rds.company.com:443 connected to rds.company.com:443 Could not open SAM file! Could not open SAM file! Could not open SAM file! Could not open SAM file! rts_connect error! Status Code: 401 HTTP/1.1 401 Unauthorized Content-Type: text/plain Server: Microsoft-IIS/7.5 WWW-Authenticate: Negotiate WWW-Authenticate: NTLM WWW-Authenticate: Basic realm="rds.company.com" X-Powered-By: ASP.NET Date: Sun, 23 Mar 2014 10:40:30 GMT +12 Content-Length: 13 rts_connect error! rpc_connect failed! Error: protocol security negotiation or connection failure

I would like to extend my two monitors in a FreeRDP session. I want something like . In Windows, we normally go to the displays settings and there we choose to extend the monitors, but I don't know how to do it with FreeRDP. When I run my FreeDRP session, if I specify /span, Windows recognizes my two monitors as a very large one. it is what it currently looks like. I already tried specifying /multimon, /monitors:0,1 and /span options to xfreerdp, but nothing works. How can I achieve what I want? Thanks.

I'm logging into an rdp environment using Linux. Everything works fine if the session is constantly in use. However, if the user walks away from his/her desk, and comes back say 5 minutes later, the session has automatically closed, and the user has to connect again. Anyway to stop this from happening? --- The terminal shows the following message when the session is closed: rpc_client_on_fragment_receiving_event: Receiving Out-of_sequence RTS PDU Network disconenct! Failed to check FreeRDP file descriptor

I'm trying to use xfreerdp to connect to our Windows 7 VM from a Debian 10 box and I keep getting the error session[UNKNOWN]. I've tried the xfreerdp 2.0 and 2.2 from backports and even the 3.0 nightly build as of 04/03/2021 and all have the same error. Here is the command I'm using; /opt/freerdp-nightly/bin/xfreerdp /u: /p: /v:192.168.200.189 /app:"cmd.exe" NOTE: It does work without the '/app:"cmd.exe"' connected but I want to just start the application and then close the connection after leaving that app. Full error; [14:59:10:453] [18976:18977] [INFO][com.freerdp.core] - freerdp_connect:freerdp_set_last_error_ex resetting error state [14:59:10:453] [18976:18977] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpdr [14:59:10:454] [18976:18977] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpsnd [14:59:10:454] [18976:18977] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr [14:59:10:454] [18976:18977] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rail [14:59:10:817] [18976:18977] [INFO][com.freerdp.primitives] - primitives autodetect, using optimized [14:59:10:829] [18976:18977] [INFO][com.freerdp.core] - freerdp_tcp_is_hostname_resolvable:freerdp_set_last_error_ex resetting error state [14:59:10:829] [18976:18977] [INFO][com.freerdp.core] - freerdp_tcp_default_connect:freerdp_set_last_error_ex resetting error state [14:59:10:844] [18976:18977] [WARN][com.freerdp.crypto] - Certificate verification failure 'unable to get local issuer certificate (20)' at stack position 0 [14:59:10:844] [18976:18977] [WARN][com.freerdp.crypto] - CN = tramontana-PC [14:59:12:957] [18976:18977] [INFO][com.freerdp.client.x11] - Logon Error Info SESSION_ID [UNKNOWN] [14:59:12:957] [18976:18977] [INFO][com.freerdp.client.x11] - Logon Error Info SESSION_ID [UNKNOWN] [14:59:12:957] [18976:18977] [INFO][com.freerdp.core] - ERRINFO_LOGOFF_BY_USER (0x0000000C):The disconnection was initiated by the user logging off their session on the server. [14:59:12:957] [18976:18977] [ERROR][com.freerdp.core] - rdp_set_error_info:freerdp_set_last_error_ex ERRINFO_LOGOFF_BY_USER [0x0001000C]

Currently I have a very powerful dedicated server I run Windows 10 on and RDP into from other Windows "thin clients". This works very well and you can barely feel that you're RDPing. Multiple monitors, audio, microphones, USB, etc. all just work. I'd prefer to be using Linux, Manjaro or any of the Debian/Ubuntu flavours, on the dedicated server with a desktop environment. And I wouldn't mind if my thin clients used Linux or Windows. I've tried VNC , xrdp, freerdp, nomachine, etc, but none are as performant, stable, and feature-rich as RDP on Microsoft Windows. They still feel very remote. I only need a single session at a time, and I only ever use one client at a time. Multi monitor support for my client is a must.

when I log in to a Windows Computer with xfreerdp -v computer -u user --workarea -f the full screen window always appears on the first of my two monitors. Is it possible to tell freerdp to start on the second monitor or maybe to move the window? The standard KDE window moving with Alt+Click does not work with the freerdp window. Searching on the internet, I only found examples regarding multi monitoring with multiple remote screens. But I just want to select the local screen displaying the remote session. I am using freerdp 1.2.0 under Gentoo Linux with KDE 4.14.3. Addition: I am not using different X displays. I have a multi monitor setup with randr, xrandr outputs the following: Screen 0: minimum 8 x 8, current 3840 x 1200, maximum 16384 x 16384 DVI-I-0 disconnected (normal left inverted right x axis y axis) DVI-I-1 connected 1920x1200+1920+0 (normal left inverted right x axis y axis) 518mm x 324mm 1920x1200 59.95*+ ... DP-0 disconnected (normal left inverted right x axis y axis) DP-1 connected primary 1920x1200+0+0 (normal left inverted right x axis y axis) 518mm x 324mm 1920x1200 59.95*+ ... DP-2 disconnected (normal left inverted right x axis y axis) DP-3 disconnected (normal left inverted right x axis y axis)

rdesktop and xfreerdp are both linux clients for RDP. However from their respective websites it is not clear what advantages/drawbacks of using one over other are there. I found one post , which indicated that xfreerdp has more features than rdesktop. * But what are these extra features? * How is the performance (or responsiveness) and clipboard support in both of them? I am looking forward to use a RDP client (on Linux Mint 17) to connect to few Windows computers (Win 7 and 8) and linux servers running xrdp.

I am configuring a jump box which (amongst other clients) will connect to targets using xfreerdp. Going down the happy path (target RDP server is switched on, correct credentials supplied) it works really well. However if the user supplies an incorrect password, xfreerdp takes over 2 minutes to fail! The options I am currently using are.... xfreerdp /v:$MYHOST /u:$RDPUSER /p:$MYPASS \ /size:$DIMENSIONS /sec-rdp /cert-ignore \ /kbd:0x00000452 /p Looking at the man page I see no way to limit the length of time it tries to connect. While I could script a monitor for the task which kills it after (say) 20 seconds - but it won't know if the session is running successfully, or is stuck in the chain of events which will lead to "protocol security negotiation or connection failure" (error 131). Short of testing the credentials using a different route (smbclient?) is there any way to make this more responsive? Do other RDP clients behave better in this regard?

Yes. This was originally intended to be a comment on this post but I don't have permission to comment. Probably better off as it's own question anyway. I'm experiencing the same issue, in the same environment, with the same software, except for me the accepted solution (switch to freerdp-git) is even less tolerable than force-quitting the Remmina process between re-connection attempts. This is because freerdp-git does not refresh the display properly, so I get little islands of the remote session being drawn onto my screen, but only when I force them to update by (ie: moving my mouse over them). I did a quick google of the issue, but as you can tell by my 'little islands' comment, I'm not 100% sure what that is called, so I didn't get very far. I also tried to get Remmina to run pidof remmina | xargs kill as a postcommand of my connection so that it'd clean up after itself and not make me kill it myself, but that only worked when I ran it manually, whether because the postcommand isn't getting run or because I've done it wrong I'm not sure (I did try as both a raw command and as a file reference to the script). So I guess what I'm asking is: A) Is there anything anyone can think of to fix the freerdp rendering issues, like a hidden little config switch or something? B) Is there any way anyone can think of to actually properly force-quit remmina when the RDP Connection terminates?

Firstly i am sorry if i sound insane since i am very new here following is my question: I am having an HPthin client(with Freerdp to version 1.1.1-hp14.6 and Ubuntu 12.04) with which I try to connect to a terminal windows server using smartcard and it's middleware installed on the thin client, if network level authentication is disabled on terminal server everything goes fine, this allows me to connect to terminal server using a smart card. The credentials are not passed from freerdp to the server. I get the login screen, accept the EULA, select sign in options, select the appropriate smart card and type in my smart card pin. This works, the problem is when I enable NLA (Network Level Authentication), I get an error on the thin client. Attached the image. If someone could help to identify the issue, please.

I'm using Remmina 0.9.99.1 with CrunchBang VMs on a remote server (VirtualBox 4.3.4 on Debian 7.2.0 x64). I'm using RDP with TLS security, and connect through a UDP-mode VPN. With freshly-installed CrunchBang VMs, Remmina sessions are unusable, with high latency and retransmission artifacts. The VPN becomes saturated, and ping increases from 200-300 ms to 2-4 seconds. However, Remmina sessions become usable after setting "xset r off" in OpenBox autostart to disable keyboard repeat. What might be causing this? In addressing questions about similar problems, some have recommended the disabling of receive window auto-tuning. But I see nothing relevant in documentation for either VirtualBox or Remmina. Given that I'm using a UDP-mode OpenVPN connection, I don't believe that this is a classic TCP-via-TCP retransmission storm.

Is it possible to start an xfreerdp session into Microsoft windows from a command-line only install of Linux? The command I use from a full blown Linux install is this: $ sudo xfreerdp /v:farm.company.com /d:company.com \ /u:oshiro /p:oshiro_password /g:rds.company.com This command works fine. However, when I run the same command from a command-line install of Linux, I get the following error message: Please check that the $DISPLAY environment variable is properly set. freerdp_set_last_error 0x20001 libfreerdp/core/freerdp.c:97: freerdp_pre_connect failed Both the GUI based Linux installation and the command-line only installation of Linux I have are Ubuntu 12.04. Both installations have xfreerdp version 1.2.0-beta1

We have a company RDS (Remote Desktop Server) TSG (Terminal Services Gateway) server, which allows employees to connect to an RDS session from home, so they can see a work RDS desktop from home. This works fine on their home computers using windows 7 with the following settings: However, some users have Linux at home and are trying to use freerdp 1.2.0. I've tested this on a laptop connected to the internal company LAN using the following command and it works fine: $ xfreerdp /f /rfx /cert-ignore /v:farm.company.com /d:company.com /u:administrator /p: However, if I try to use that command on a laptop, which is not using the company LAN connection, i.e. a home connection, I get this: freerdp_set_last_error 0x2000C Error: protocol security negotiation or connection failure So I'm now trying to use some of the new TSG commands in freerdp 1.2.0 as follows, but that also doesn't work. I can only see 4 TSG related commands: /g:[:port] Gateway Hostname /gu:[] or [@] Gateway username /gp: Gateway password /gd: Gateway domain I read somewhere that I only really need to use /g in my particular scenario, I may have read that incorrectly. So when I try: $ xfreerdp /f /rfx /cert-ignore /v:farm.company.com /d:company.com /g:rds.company.com /u:administrator /p: That will give me: Could not open SAM file! Could not open SAM file! Could not open SAM file! Could not open SAM file! rts_connect: error! Status Code: 401 HTTP/1.1 401 Unauthorized Content-Type: text/plain Server: Microsoft-IIS/7.5 WWW-Authenticate: Negotiate WWW-Authenticate: NTLM WWW-Authenticate: Basic realm="rds.company" X-Powered-By: ASP.NET Date: Wed, 02 Jul 2014 12:36:41 GMT Content-Length: 13 Considering the original command: $ xfreerdp /f /rfx /cert-ignore /v:farm.company.com /d:company.com /u:administrator /p: This works on a Linux laptop, which is connected to the network within the company LAN. Why can't I use a similar command (with the extra TSG parameters) on the same Linux laptop, which is connected to the internet at home? Am I not using the new TSG switches correctly?