You can subscribe to this list here.
2002 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
(12) |
May
(18) |
Jun
(53) |
Jul
(95) |
Aug
(59) |
Sep
(35) |
Oct
(79) |
Nov
(80) |
Dec
(50) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(89) |
Feb
(80) |
Mar
(120) |
Apr
(110) |
May
(98) |
Jun
(127) |
Jul
(75) |
Aug
(67) |
Sep
(71) |
Oct
(90) |
Nov
(64) |
Dec
(59) |
2004 |
Jan
(62) |
Feb
(71) |
Mar
(76) |
Apr
(69) |
May
(47) |
Jun
(56) |
Jul
(31) |
Aug
(70) |
Sep
(36) |
Oct
(48) |
Nov
(24) |
Dec
(38) |
2005 |
Jan
(25) |
Feb
(34) |
Mar
(22) |
Apr
(41) |
May
(63) |
Jun
(48) |
Jul
(21) |
Aug
(14) |
Sep
(16) |
Oct
(22) |
Nov
(3) |
Dec
(10) |
2006 |
Jan
(28) |
Feb
(46) |
Mar
(30) |
Apr
(27) |
May
(27) |
Jun
(18) |
Jul
(47) |
Aug
(29) |
Sep
(24) |
Oct
(42) |
Nov
(8) |
Dec
(3) |
2007 |
Jan
(22) |
Feb
(9) |
Mar
(22) |
Apr
(34) |
May
(21) |
Jun
(6) |
Jul
(16) |
Aug
(8) |
Sep
(10) |
Oct
(11) |
Nov
(8) |
Dec
(4) |
2008 |
Jan
(11) |
Feb
(10) |
Mar
(25) |
Apr
(8) |
May
(22) |
Jun
(8) |
Jul
(6) |
Aug
(7) |
Sep
(1) |
Oct
(9) |
Nov
(14) |
Dec
(14) |
2009 |
Jan
(32) |
Feb
(11) |
Mar
(14) |
Apr
(4) |
May
(17) |
Jun
(8) |
Jul
(3) |
Aug
(19) |
Sep
(15) |
Oct
(13) |
Nov
(13) |
Dec
(16) |
2010 |
Jan
(11) |
Feb
(22) |
Mar
(28) |
Apr
(9) |
May
(11) |
Jun
(13) |
Jul
(16) |
Aug
(5) |
Sep
(4) |
Oct
(6) |
Nov
|
Dec
(4) |
2011 |
Jan
(7) |
Feb
(10) |
Mar
(14) |
Apr
(19) |
May
(17) |
Jun
(7) |
Jul
(21) |
Aug
(8) |
Sep
(7) |
Oct
(6) |
Nov
(11) |
Dec
(4) |
2012 |
Jan
(5) |
Feb
(7) |
Mar
(4) |
Apr
(2) |
May
(8) |
Jun
(12) |
Jul
(5) |
Aug
(5) |
Sep
(1) |
Oct
|
Nov
(5) |
Dec
|
2013 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
(3) |
Jun
|
Jul
(5) |
Aug
(14) |
Sep
(18) |
Oct
(1) |
Nov
(6) |
Dec
(3) |
2014 |
Jan
(3) |
Feb
(5) |
Mar
(9) |
Apr
(1) |
May
(18) |
Jun
(12) |
Jul
(3) |
Aug
(8) |
Sep
(8) |
Oct
(3) |
Nov
(3) |
Dec
|
2015 |
Jan
|
Feb
(4) |
Mar
(6) |
Apr
(3) |
May
|
Jun
(2) |
Jul
(4) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Peter A. <as...@ce...> - 2014-05-15 06:28:16
|
On Wed, 14 May 2014, Florent wrote: > Hello, > > It seems there is a regression between version 1.8.1 and [r1798] ... > However using the latest code from SVN [r1798], I get sometimes redirected to the "wrong" server : > > This time, it redirected me to the second server (without my environment) : > > :~/test_RDS/rdesktop-code-1798/rdesktop/trunk# ./rdesktop -u login -p password -d domain -z -k fr -a 16 rdsfarm.domain > Connection established using SSL. > Redirected to deybachfl@10.XX.XX.XX session -735518346. > Connection established using SSL. > disconnect: Disconnect initiated by user. Why do you think this is "wrong"? As you can see, the RDP server redirected you to deybachfl@10.XX.XX.XX. In order to be a correct RDP client, rdesktop must obey this, and do the redirection. If you have a load balancing cluster, you must make sure that you have a working environment on all servers in the cluster. As a side note, why do you want to run Windows 2012? Our experience is that there's a lot of problems with it, and there's very little documentation from Microsoft. Most articles on http://technet.microsoft.com only applies to Windows 2008 R2. Rgds, --- Peter Astrand ThinLinc Chief Developer Cendio AB http://cendio.com Teknikringen 8 http://twitter.com/ThinLinc 583 30 Linkoping http://facebook.com/ThinLinc Phone: +46-13-214600 http://google.com/+CendioThinLinc |
From: Florent <fde...@gm...> - 2014-05-14 12:06:54
|
Hello, It seems there is a regression between version 1.8.1 and [r1798] using version 1.8.1 towards a RDS farm of 2 Windows 2012 servers (using round robin DNS), I always get redirected to the correct server: (sometimes with the message "PDU 10") :~/test_RDS/rdesktop-1.8.1# ./rdesktop -u login -p password -d domain -z -k fr -a 16 rdsfarm.domain Connection established using SSL. NOT IMPLEMENTED: PDU 10 disconnect: Disconnect initiated by user. (and sometimes not :) :~/test_RDS/rdesktop-1.8.1# ./rdesktop -u login -p password -d domain -z -k fr -a 16 rdsfarm.domain Connection established using SSL. disconnect: Disconnect initiated by user. However using the latest code from SVN [r1798], I get sometimes redirected to the "wrong" server : This time, it redirected me to the second server (without my environment) : :~/test_RDS/rdesktop-code-1798/rdesktop/trunk# ./rdesktop -u login -p password -d domain -z -k fr -a 16 rdsfarm.domain Connection established using SSL. Redirected to deybachfl@10.XX.XX.XX session -735518346. Connection established using SSL. disconnect: Disconnect initiated by user. And here I get to the correct one: :~/test_RDS/rdesktop-code-1798/rdesktop/trunk# ./rdesktop -u login -p password -d domain -z -k fr -a 16 rdsfarm.domain Connection established using SSL. disconnect: Disconnect initiated by user. Cheers |
From: Florent <fde...@gm...> - 2014-05-14 11:51:58
|
Hello, Using the latest code from SVN [r1797], I can't use the Windows key on my keyboard anymore. I am using a French keyboard. Am I the only one experiencing this? Cheers, Florent |
From: Christian H. <ch...@la...> - 2014-04-04 09:42:10
|
Hello After upgrading a host from Windows XP to Windows 7 the rdesktop connection to it became horribly slow. I can see the background image and all application windows updating as several bitmap tiles. The speed of the applications has not suffered, only their "drawing speed". The remote Windows system runs on a Linux KVM virtualisation system, which should not matter though as a collegues Windows on the same host is fast as usual. My desktop from which I start the client has the following specs: OS: Debian Linux 7 wheezy Kernel: 3.13-0.bpo.1-686-pae GPU: NVIDIA Corporation GF119 [GeForce GT 610] (rev a1) X11: /usr/lib/xorg/modules/drivers/nvidia_drv.so NVIDIA Kernel: (II) NVIDIA dlloader X Driver 331.49 Wed Feb 12 19:58:43 PST 2014 rdesktop: 1.7.1-1 I already played around with the different options and only a switch from "-5" to "-4" solved the problem. It had worked with the default "-5" for WinXP all the years though. I also compiled the latest rdesktop 1.8.1 from source and tried it. With the default settings it was also slow but when using the new "-b" options it got significantly faster! I am wondering now how to track the problem further down and why you added this new "-b" option. Is there maybe a known incompatibility that matches my description? best regards, -christian- |
From: Adam T. W. <awi...@wh...> - 2014-03-24 11:46:35
|
Is it possible to connect to the 'console' of a Windows 7 workstations, the user's current session, with rdesktop? I have tried the "-0" option but for workstations it does not appear to have any effect. |
From: le d. <le....@la...> - 2014-03-24 09:10:39
|
Le 21/03/2014 11:01, le dahut a écrit : > Le 18/03/2014 17:24, le dahut a écrit : >> >> >> Le 18/03/2014 16:42, Henrik Andersson a écrit : >>>> I use >>>> "Version 1.8.1. Copyright (C) 1999-2011 Matthew Chapman et al." >>>> >>>> and >>>> Oracle VM VirtualBox Manager 4.3.8 >>>> >>>> After enabling "remote display" in a virtual machine, when I try to >>>> connect to it I get the message : >>>> "Failed to negotiate protocol, retrying with plain RDP." >>>> >>>> Are you aware of this bug ? >>>> >>> >>> That doesn't seem to be a bug, does the VirtualBox rdp server >>> implementation support protocol negotiation ? Its a normal message when >>> the RDP server rejects TLS/NLA negotiation and plain RDP is used as >>> fallback. >>> >>> >> >> >> The problem is that I have no control over the remote machine, keyboard >> and mouse does not work. >> >> >> I can only say that with Version 1.7.0 everything works fine and with >> Version 1.8.1 it does not (with in both cases VirtualBox 4.3.8). > > It looks like since version 1.8 rdesktop is known to be incompatible > with VirtualBox. Is this deliberate ? > > http://remotebox.knobgoblin.org.uk/news.cgi Does someone have experienced the same problem or am I the only one ? Are there some ways to explore to debug the problem ? It is really a problem for me since I cannot administrate my virtual machines anymore. Regards. Klaas |
From: le d. <le....@la...> - 2014-03-21 10:02:10
|
Le 18/03/2014 17:24, le dahut a écrit : > > > Le 18/03/2014 16:42, Henrik Andersson a écrit : >>> I use >>> "Version 1.8.1. Copyright (C) 1999-2011 Matthew Chapman et al." >>> >>> and >>> Oracle VM VirtualBox Manager 4.3.8 >>> >>> After enabling "remote display" in a virtual machine, when I try to >>> connect to it I get the message : >>> "Failed to negotiate protocol, retrying with plain RDP." >>> >>> Are you aware of this bug ? >>> >> >> That doesn't seem to be a bug, does the VirtualBox rdp server >> implementation support protocol negotiation ? Its a normal message when >> the RDP server rejects TLS/NLA negotiation and plain RDP is used as >> fallback. >> >> > > > The problem is that I have no control over the remote machine, keyboard > and mouse does not work. > > > I can only say that with Version 1.7.0 everything works fine and with > Version 1.8.1 it does not (with in both cases VirtualBox 4.3.8). It looks like since version 1.8 rdesktop is known to be incompatible with VirtualBox. Is this deliberate ? http://remotebox.knobgoblin.org.uk/news.cgi |
From: Vieri <ren...@ya...> - 2014-03-19 12:42:10
|
Hi, I'm having trouble connecting a smartcard (authentic driver - Cherry MY 8040 USB multiboard keyboard & reader) from a Linux rdesktop client with: rdesktop -r scard rdpserver I even tried to set the device names accordingly: rdesktop -r scard:"Cherry GmbH SmartTerminal XX44 00 00"="Cherry GmbH SmartTerminal XX44 0" -f "$RDP_SERVER" I can see that the reader is detected in Windows Terminal Server and that it detects the events of inserting and removing a card. However, when connecting with a Windows client, a user certificate is automatically installed in several apps (IE, etc.) whereas it's not if I connect with a Linux rdesktop client. I compared the 2 logs I get in the Windows 2003 Terminal Server (PC/SC diagnostics tool) when connecting with a Windows client and a Linux rdesktop client. Basically, when connected from Linux I get "Clock rate" and "BWT" errors. When connected from Windows Clock rate=4MHz and BWT=1439.48 work etu. I posted more debug information on the following forum: http://forums.gentoo.org/viewtopic-p-7519890.html#7519890 Any ideas? Thanks, Vieri |
From: le d. <le....@la...> - 2014-03-18 16:24:55
|
Le 18/03/2014 16:42, Henrik Andersson a écrit : >> I use >> "Version 1.8.1. Copyright (C) 1999-2011 Matthew Chapman et al." >> >> and >> Oracle VM VirtualBox Manager 4.3.8 >> >> After enabling "remote display" in a virtual machine, when I try to >> connect to it I get the message : >> "Failed to negotiate protocol, retrying with plain RDP." >> >> Are you aware of this bug ? >> > > That doesn't seem to be a bug, does the VirtualBox rdp server > implementation support protocol negotiation ? Its a normal message when > the RDP server rejects TLS/NLA negotiation and plain RDP is used as > fallback. > > The problem is that I have no control over the remote machine, keyboard and mouse does not work. I can only say that with Version 1.7.0 everything works fine and with Version 1.8.1 it does not (with in both cases VirtualBox 4.3.8). |
From: Henrik A. <hen...@ce...> - 2014-03-18 16:05:12
|
> I use > "Version 1.8.1. Copyright (C) 1999-2011 Matthew Chapman et al." > > and > Oracle VM VirtualBox Manager 4.3.8 > > After enabling "remote display" in a virtual machine, when I try to > connect to it I get the message : > "Failed to negotiate protocol, retrying with plain RDP." > > Are you aware of this bug ? > That doesn't seem to be a bug, does the VirtualBox rdp server implementation support protocol negotiation ? Its a normal message when the RDP server rejects TLS/NLA negotiation and plain RDP is used as fallback. Regards, Henrik Andersson |
From: le d. <le....@la...> - 2014-03-18 14:58:11
|
Hello, I use "Version 1.8.1. Copyright (C) 1999-2011 Matthew Chapman et al." and Oracle VM VirtualBox Manager 4.3.8 After enabling "remote display" in a virtual machine, when I try to connect to it I get the message : "Failed to negotiate protocol, retrying with plain RDP." Are you aware of this bug ? |
From: Chris C. <xr...@xr...> - 2014-03-11 03:17:18
|
Bash is interpreting the # as a comment, and is probably interpreting the & sign as a history item. You're going to need to escape the # and probably & with backslashes, like: rdesktop -u username -p 123Rt\&\#t24 -f IP_ADDRESS There may need to be quotes involved: "123Rt\&\#t24" It's possible that enclosing the whole thing in apostrophes might work too: '123Rt&#t24'. On Mar 10, 2014, at 15:41 , tony barbarich <to...@vp...> wrote: > rdesktop version 1.81. > > I stop at the win 7 login UI when using complex passwords which include symbols even though i include the [ -p ] option in the command. When i use non complex passwords which do not contain symbols it works perfectly . For example, the command below stops at the win 7 UI login. I can than enter the password interactively at the UI and login. > > rdesktop -u username -p 123Rt&#!24 -f IP_ADDRESS > > > howerver, If I use this command which does not contain symbols I login to windows perfectly. > > rdesktop -u username -p 123liggy -f IP_ADDRESS > > > On the host machine, the windows 7 remote setting, i have it configured for "Allow connections from computers running any version of Remote Desktop (less secure). > > thanx > -T > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech_______________________________________________ > rdesktop-users mailing list > rde...@li... > https://lists.sourceforge.net/lists/listinfo/rdesktop-users |
From: tony b. <to...@vp...> - 2014-03-10 20:12:40
|
rdesktop version 1.81. I stop at the win 7 login UI when using complex passwords which include symbols even though i include the [ -p ] option in the command. When i use non complex passwords which do not contain symbols it works perfectly . For example, the command below stops at the win 7 UI login. I can than enter the password interactively at the UI and login. rdesktop -u username -p 123Rt&#!24 -f IP_ADDRESS howerver, If I use this command which does not contain symbols I login to windows perfectly. rdesktop -u username -p 123liggy -f IP_ADDRESS On the host machine, the windows 7 remote setting, i have it configured for "Allow connections from computers running any version of Remote Desktop (less secure). thanx -T |
From: Adam T. W. <awi...@wh...> - 2014-02-19 14:23:04
|
Is it possible to connect to the 'console' of a Windows 7 workstations, the user's current session, with rdesktop? I have tried the "-0" option but for workstations it does not appear to have any effect. |
From: Henrik A. <hen...@ce...> - 2014-02-10 07:01:12
|
On Sat, 8 Feb 2014 19:33:22 -0800 (PST) "air...@ya..." <air...@ya...> wrote: > Whenever I remote into my winXP box from Linux using rdesktop 1.6.0, > my usb midi interface is disrupted on the winXP box. > > Is there a way to prevent my usb ports from being affected when I > remote in with rdp? (Since I don't want usb redirection to the rdp > client) I don't think that issue is related to the RDP client (rdesktop), do you get the same behaviour when connecting using MSTSC (Microsoft RDP client) ? Kind Regards, Henrik Andersson |
From: <air...@ya...> - 2014-02-09 03:36:21
|
Whenever I remote into my winXP box from Linux using rdesktop 1.6.0, my usb midi interface is disrupted on the winXP box. Is there a way to prevent my usb ports from being affected when I remote in with rdp? (Since I don't want usb redirection to the rdp client) |
From: ToddAndMargo <Tod...@zo...> - 2014-02-07 21:49:47
|
On 02/07/2014 12:03 AM, Henrik Andersson wrote: > On Fri, 24 Jan 2014 13:40:02 -0800 > ToddAndMargo <Tod...@zo...> wrote: > >> Hi All, >> >> On a Windows 7 machine I am rdesktopping into, I get >> the following error: >> >> ERROR: CredSSP: Initialize failed, do you have correct >> kerberos tgt initialized ? >> >> Connection established using SSL. >> >> What does this mean? I am able to log in. >> > > Yes you are able to login, rdekstop tries to connect using > CredSSP+Kerberos for highest security, if kerberos is not initialized > it will fallback to use SSL. > > For more information about kerberos: > > http://technet.microsoft.com/en-us/library/bb742516.aspx > http://en.wikipedia.org/wiki/Kerberos_(protocol) > > > Kind Regards, > > Henrik Andersson > Thank you! -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Computers are like air conditioners. They malfunction when you open windows ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
From: Henrik A. <hen...@ce...> - 2014-02-07 08:04:01
|
On Fri, 24 Jan 2014 13:40:02 -0800 ToddAndMargo <Tod...@zo...> wrote: > Hi All, > > On a Windows 7 machine I am rdesktopping into, I get > the following error: > > ERROR: CredSSP: Initialize failed, do you have correct > kerberos tgt initialized ? > > Connection established using SSL. > > What does this mean? I am able to log in. > Yes you are able to login, rdekstop tries to connect using CredSSP+Kerberos for highest security, if kerberos is not initialized it will fallback to use SSL. For more information about kerberos: http://technet.microsoft.com/en-us/library/bb742516.aspx http://en.wikipedia.org/wiki/Kerberos_(protocol) Kind Regards, Henrik Andersson |
From: Adam T. W. <awi...@wh...> - 2014-01-31 20:29:01
|
Is it possible to connect to the 'console' of a Windows 7 workstations, the user's current session, with rdesktop? I have tried the "-0" option but for workstations it does not appear to have any effect. -- Adam Tauno Williams <mailto:awi...@wh...> GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA |
From: Andreas M. <and...@gm...> - 2014-01-25 11:08:28
|
Hello, I connect from home via a VPN to my office PC. The office PC is a Win7 system. When I use rdesktop most of the times after between few seconds and two minutes rdekstop freezes. Ping to my machine works so it should not be the vpn. I use rdesktop 1.8.1 on openSuSE 13.1. Whe I connect from a windows PC with mstsc I have no problem. Is there a way to log rdesktop to find the reason of the freeze ? Thanks Andreas |
From: ToddAndMargo <Tod...@zo...> - 2014-01-24 21:40:11
|
Hi All, On a Windows 7 machine I am rdesktopping into, I get the following error: ERROR: CredSSP: Initialize failed, do you have correct kerberos tgt initialized ? Connection established using SSL. What does this mean? I am able to log in. Many thanks, -T -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Computers are like air conditioners. They malfunction when you open windows ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
From: Piotr D. <p...@20...> - 2013-12-16 00:09:09
|
Hi! How can I configure rdesktop so that I can activate keyboard shortcuts using 'Windows' key which are defined on host running Windows? Regards, Piotr Dobrogost |
From: Jonas N. <rde...@ts...> - 2013-12-09 17:37:26
|
Hello List, I got a problem with rdesktop: rdesktop -u $USER -p USER -s notepad $IP still starts the normal Windows desktop. "notepad" is just an expamle, other Programs won't work as well. I also tried following variations: rdesktop -u $USER -p $PASSWORD -s "notepad" $IP rdesktop -u $USER -p $PASSWORD -s 'notepad' $IP rdesktop -u $USER -p $PASSWORD -s "notepad.exe" $IP rdesktop -u $USER -p $PASSWORD -s 'notepad.exe' $IP rdesktop -u $USER -p $PASSWORD -s notepad.exe $IP There is no output in the shell that I start rdesktop with. As far as I know there is no possibility to achieve a higher Log Level - is this correct? I tried two Clients both with Ubuntu 12.04.3 LTS. I used rdesktop 1.7.0, 1.7.1 and 1.8.1 - they all just start the Windows desktop, notepad is not even started. As a RDP Server I tried Windows XP SP3 and Windows Server 2003, both just showing the Windows Desktop. Using SeamlessRDP (http://www.cendio.com/seamlessrdp/) did not help: rdesktop -u $USER -p $PASSWORD -A -s 'c:\Programme\ThinLinc\ WTSTools\seamlessrdpshell.exe notepad' $IP lead to the same situation. I found someone who seemed to have the same problem: http://howtoforums.net/viewtopic.php?t=52 > I tried your seamess setup instructions. They work when the server is Windows 2003 but not when it is XP SP2. I have fast user switching turned on on the XP box. It shows the full screen instead of the singe app (say notepad). He solved it with ensuring that no user was currently logged on: >After some trial and error I was able to start an app on XP box by ensuring that no user is currently logged onto the XP box. This does not work for me. I also found: https://help.ubuntu.com/community/SeamlessVirtualization > Enable Terminal Services: in the control panel, click User Accounts. Ensure that Use the Welcome Screen and Fast User Switching are both checked. Click OK. Note: Fast User Switching is not available to computers that are part of a network domain. This does not solve my Problem either :(. To me it seems, that the "-s" is lost somewhere between the Client and the Server. In the Windows Log I can not find any errors, there is just the information that someone logged on via RDP. In the Windows Logs there is no hint, that the user wanted to start notepad. Does someone have some pointers for me where to look for the cause of this problem? Did anyone have the same Problem and got so solve it? I'd appreciate every help :) -- Jonas N. |
From: Henrik A. <hen...@ce...> - 2013-12-04 20:40:45
|
Hi rdesktop users, We have rewritten the server redirection code of rdesktop and testing of the functionality has been performed aginst 2003 and 2008r2 terminal server farms. It would be awesome if we could get some more testings of this functionality from you to make it as stable as possible for the next release. If you stumble upon a bug, report it on https://sourceforge.net/p/rdesktop/feature-requests/146/ Kind Regards, Henrik Andersson --- Henrik Andersson Cendio AB http://cendio.com Teknikringen 8 http://twitter.com/ThinLinc 583 30 Linköping http://facebook.com/ThinLinc Phone: +46-13-214600 http://plus.google.com/112509906846170010689 |
From: ToddAndMargo <Tod...@zo...> - 2013-11-19 17:44:59
|
On 11/19/2013 12:26 AM, Henrik Andersson wrote: > On Mon, 18 Nov 2013 13:19:04 -0800 > ToddAndMargo <Tod...@zo...> wrote: > >> >> Did this fix the num lock switch (-N) problem? >> > > Yes, the fix for the numlock is included in this release. > > > Regards, > > Henrik Andersson Very cool. Thank you! |