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: Henrik A. <hen...@ce...> - 2014-06-30 06:11:28
|
On Fri, 27 Jun 2014 10:43:47 -0600 George Sexton <ge...@mh...> wrote: Hi, > On 6/27/2014 6:27 AM, John Friend wrote: > > I think its an rdesktop bug related to pointer shadowing. Try to > > disable "pointer shadow" at control panel/mouse for a temp. > > solution. I have not observed this problem w/ freerdp or mstsc > > > > Thanks. Changing that setting does seem to have worked. > Just out of curiosity, commit r1792 should fix this and set this flag per default when connecting to the server. This fix was verified working and is included in release 1.8.2. You mentioned that you tested 1.8.2 and could produce this issue, could you please double check if that is the case. If so, could it be that you had a domain policy that overrided the pointer shadow settings ? > > ------------------------------------------------------------------------ > > From: eli...@gm... > > Date: Thu, 26 Jun 2014 20:17:19 -0500 > > To: ge...@mh... > > CC: rde...@li... > > Subject: Re: [rdesktop-users] 1.8.2 - No Cursor w/ Windows Server > > 2012 R2 > > > > FWIW, I experienced this behavior intermittently last week on > > Windows 8.1 to Server 2012R2 using the windows built-in mstsc.exe. > > I.e. It may not be a rdesktop issue. > > > > Elizabeth Greene > > > > > |
From: George S. <ge...@mh...> - 2014-06-27 16:44:09
|
On 6/27/2014 6:27 AM, John Friend wrote: > I think its an rdesktop bug related to pointer shadowing. Try to > disable "pointer shadow" at control panel/mouse for a temp. solution. > I have not observed this problem w/ freerdp or mstsc > Thanks. Changing that setting does seem to have worked. > ------------------------------------------------------------------------ > From: eli...@gm... > Date: Thu, 26 Jun 2014 20:17:19 -0500 > To: ge...@mh... > CC: rde...@li... > Subject: Re: [rdesktop-users] 1.8.2 - No Cursor w/ Windows Server 2012 R2 > > FWIW, I experienced this behavior intermittently last week on Windows > 8.1 to Server 2012R2 using the windows built-in mstsc.exe. I.e. It > may not be a rdesktop issue. > > Elizabeth Greene > > -- George Sexton *MH Software, Inc.* Voice: 303 438 9585 http://www.mhsoftware.com |
From: John F. <ce...@li...> - 2014-06-27 12:27:48
|
I think its an rdesktop bug related to pointer shadowing. Try to disable "pointer shadow" at control panel/mouse for a temp. solution. I have not observed this problem w/ freerdp or mstsc From: eli...@gm... Date: Thu, 26 Jun 2014 20:17:19 -0500 To: ge...@mh... CC: rde...@li... Subject: Re: [rdesktop-users] 1.8.2 - No Cursor w/ Windows Server 2012 R2 FWIW, I experienced this behavior intermittently last week on Windows 8.1 to Server 2012R2 using the windows built-in mstsc.exe. I.e. It may not be a rdesktop issue. Elizabeth Greene ------------------------------------------------------------------------------ Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft _______________________________________________ rdesktop-users mailing list rde...@li... https://lists.sourceforge.net/lists/listinfo/rdesktop-users |
From: Elizabeth G. <eli...@gm...> - 2014-06-27 01:17:47
|
FWIW, I experienced this behavior intermittently last week on Windows 8.1 to Server 2012R2 using the windows built-in mstsc.exe. I.e. It may not be a rdesktop issue. Elizabeth Greene |
From: George S. <ge...@mh...> - 2014-06-26 20:08:25
|
On 6/26/2014 10:02 AM, George Sexton wrote: > I'm trying rdesktop on a Raspberry pi using the RPi Thin Client with > rdesktop version 1.8.2 > > When I connect to a Windows Server 2012 R2 server running Remote > Desktop Session. I can connect and everything appears fine except the > cursor. > > The cursor is a black I-Beam all the time. On the default background, > this is pretty much invisible. > > I also downloaded the 1.8.2 source onto a OpenSUSE 12.3 machine and > compiled rdesktop. I observe the same results. The command line I used is: > > ./rdesktop -g 1024x768 -a 16 -d mydomain -u myuser -x b -a 16 servername > > I also tried -x l and that didn't make any difference. > > I would really like to use rdesktop, but I've got to have a cursor. If > there are any switches I could use, or if this is fixed in github, > please let me know. > I looked at this some more, and it's kind of inconsistent. I can't reproduce it exactly at will, but I can see it happening a lot. What I'm seeing is that the cursor is getting "stuck" in various modes. Sometimes the mode is the invisible black i-beam. Other times, it's a pointer with an hour glass. If I go in and out of Excel, I can make it sometimes be a row-resize, or a down-arrow, or large plus sign. Once I had made it a down-arrow, and then I went into Firefox, and it changed to the ibeam. I could get then change it back to something else in Excel... -- George Sexton *MH Software, Inc.* Voice: 303 438 9585 http://www.mhsoftware.com |
From: George S. <ge...@mh...> - 2014-06-26 16:21:47
|
I'm trying rdesktop on a Raspberry pi using the RPi Thin Client with rdesktop version 1.8.2 When I connect to a Windows Server 2012 R2 server running Remote Desktop Session. I can connect and everything appears fine except the cursor. The cursor is a black I-Beam all the time. On the default background, this is pretty much invisible. I also downloaded the 1.8.2 source onto a OpenSUSE 12.3 machine and compiled rdesktop. I observe the same results. The command line I used is: ./rdesktop -g 1024x768 -a 16 -d mydomain -u myuser -x b -a 16 servername I also tried -x l and that didn't make any difference. I would really like to use rdesktop, but I've got to have a cursor. If there are any switches I could use, or if this is fixed in github, please let me know. -- George Sexton *MH Software, Inc.* Voice: 303 438 9585 http://www.mhsoftware.com |
From: Ronald S. <r.s...@kp...> - 2014-06-20 02:33:19
|
Hello Can anybody help me? I am getting an errror on grdesktop Autoselected keyboard map nl Warning Remote desktop does not support colour depth24; falling back to 16 NOT IMPLEMENTED: System pointer message 0x7f00 WARNING: No translation for (keysym 0x2d, minus) WARNING: No translation for (keysym 0x2d, minus) X error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 23 (X_GetSelectionOwner) Atom id in failed request: 0x0 Serial number of failed request: 9211 Current serial number in output stream: 9211 I am using the minus sign in my username: for example Username: username @domain-name Password: !@34abcd On the login-screen I have to switch between Dutch en VS keyboard to get the minus on the screen. dutch keyboard gives / in the username screen. Can anybody advise. Greetings R. Schrauwen |
From: Roland S. <Ro...@lo...> - 2014-06-10 23:43:05
|
Hi, I ended up installing Rdesktop 1.8.0 from OpenCSW. This are my notes on compiling, don't know if they are changed to the latest though. sunws1 % export CC=gcc sunws1 % export cc=gcc sunws1 % export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig # Setting LIBS seems to be ESSENTIAL to get things working. sunws1 % export LIBS="-lkrb5 -lkrb5support -lgssapi_krb5" sunws1 % unset LD_LIBRARY_PATH sunws1 % which gcc /usr/local/bin/gcc # check for /usr/local/lib libpath. sunws1 % crle Configuration file [version 4]: /var/ld/ld.config Platform: 32-bit LSB 80386 Default Library Path (ELF): /lib:/usr/lib:/usr/local/lib Trusted Directories (ELF): /lib/secure:/usr/lib/secure (system default) sunws1 % cd libgssglue-0.4 sunws1 % vi src/Makefile CFLAGS = -O2 -DUSE_SOLARIS_SHARED_LIBRARIES sunws1 % ./configure sunws1 % /usr/local/bin/make # /usr/local/bin/make install sunws1 % cd ../rdesktop-1.8.0 sunws1 % ./configure -disable-smartcard sunws1 % /usr/local/bin/make # /usr/local/bin/make install Good luck. - Roland -----Original Message----- From: Søren Schimkat [mailto:sch...@sc...] Sent: Friday, 6 June 2014 10:23 PM To: rde...@li... Subject: Re: [rdesktop-users] Compiling rdesktop 1.8 on Solaris Hi guys .. and Roland. :-) > Hi, > > I managed to get further by compiling libgssglue. > But now I fail here: > gcc -O2 -Wall -I/usr/local/ssl/include -I/usr/X11/include > -DPACKAGE_NAME=\"rdesktop\" -DPACKAGE_TARNAME=\"rdesktop\" > -DPACKAGE_VERSION=\"1.8.0\" -DPACKAGE_STRING=\"rdesktop\ 1.8.0\" > -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 > -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 > -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 > -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DL_ENDIAN=1 > -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_FILIO_H=1 -DHAVE_LOCALE_H=1 > -DHAVE_LANGINFO_H=1 -DHAVE_SYSEXITS_H=1 -Dssldir=\"/usr/local/ssl\" > -DWITH_CREDSSP=1 -DHAVE_XRANDR=1 -DNEED_ALIGN=1 > -DEGD_SOCKET=\"/var/run/egd-pool\" -DWITH_RDPSND=1 -DRDPSND_SUN=1 > -DHAVE_DIRENT_H=1 -DHAVE_DECL_DIRFD=0 -DDIR_FD_MEMBER_NAME=dd_fd > -DHAVE_ICONV_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYS_STATVFS_H=1 > -DHAVE_SYS_STATFS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_MOUNT_H=1 > -DHAVE_STRUCT_STATVFS_F_NAMEMAX=1 -D_FILE_OFFSET_BITS=64 > -DKEYMAP_PATH=\"/usr/local/share/rdesktop/keymaps/\" -o cssp.o -c > cssp.c > cssp.c: In function `cssp_gss_wrap': > cssp.c:187: warning: passing arg 2 of `gss_wrap' from incompatible > pointer type > cssp.c: In function `cssp_gss_unwrap': > cssp.c:225: warning: passing arg 2 of `gss_unwrap' from incompatible > pointer type > cssp.c: In function `cssp_connect': > cssp.c:874: warning: passing arg 1 of `cssp_gss_wrap' from > incompatible pointer type > cssp.c:892: warning: passing arg 1 of `cssp_gss_unwrap' from > incompatible pointer type > cssp.c:908: warning: passing arg 1 of `cssp_gss_wrap' from > incompatible pointer type gcc -O2 -Wall -I/usr/local/ssl/include > -I/usr/X11/include -DPACKAGE_NAME=\"rdesktop\" > -DPACKAGE_TARNAME=\"rdesktop\" > -DPACKAGE_VERSION=\"1.8.0\" -DPACKAGE_STRING=\"rdesktop\ 1.8.0\" > -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 > -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 > -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 > -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DL_ENDIAN=1 > -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_FILIO_H=1 -DHAVE_LOCALE_H=1 > -DHAVE_LANGINFO_H=1 -DHAVE_SYSEXITS_H=1 -Dssldir=\"/usr/local/ssl\" > -DWITH_CREDSSP=1 -DHAVE_XRANDR=1 -DNEED_ALIGN=1 > -DEGD_SOCKET=\"/var/run/egd-pool\" -DWITH_RDPSND=1 -DRDPSND_SUN=1 > -DHAVE_DIRENT_H=1 -DHAVE_DECL_DIRFD=0 -DDIR_FD_MEMBER_NAME=dd_fd > -DHAVE_ICONV_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYS_STATVFS_H=1 > -DHAVE_SYS_STATFS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_MOUNT_H=1 > -DHAVE_STRUCT_STATVFS_F_NAMEMAX=1 -D_FILE_OFFSET_BITS=64 > -DKEYMAP_PATH=\"/usr/local/share/rdesktop/keymaps/\" -o rdesktop > rdesktop.o xwin.o xkeymap.o ewmhints.o xclip.o cliprdr.o ctrl.o > rdpsnd.o rdpsnd_dsp.o rdpsnd_sun.o tcp.o asn.o iso.o mcs.o secure.o > licence.o rdp.o orders.o bitmap.o cache.o rdp5.o channels.o rdpdr.o > serial.o printer.o disk.o parallel.o printercache.o mppc.o pstcache.o > lspci.o seamless.o ssl.o utils.o cssp.o -R/usr/local/ssl/lib > -L/usr/local/ssl/lib -L/usr/local/ssl/lib64 -lssl -lcrypto -lresolv > -lsocket -lgssglue -R/usr/X11/lib -L/usr/X11/lib -lXrandr > -lsocket -lnsl -lX11 > /usr/local/lib/libgssglue.so: undefined reference to `krb5_gss_initialize' > collect2: ld returned 1 exit status > gmake: *** [rdesktop] Error 1 > > > - Roland Did you ever manage to fix this problem? - cuz' i'm having the exact same problem on Cygwin with gssglue. :-o Please let me know if someone else has managed to fix this problem. Kind Regards Søren ------------------------------------------------------------------------------ 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/NeoTech _______________________________________________ rdesktop-users mailing list rde...@li... https://lists.sourceforge.net/lists/listinfo/rdesktop-users |
From: Søren S. <sch...@sc...> - 2014-06-06 12:35:30
|
Hi guys .. and Roland. :-) > Hi, > > I managed to get further by compiling libgssglue. > But now I fail here: > gcc -O2 -Wall -I/usr/local/ssl/include -I/usr/X11/include > -DPACKAGE_NAME=\"rdesktop\" -DPACKAGE_TARNAME=\"rdesktop\" > -DPACKAGE_VERSION=\"1.8.0\" -DPACKAGE_STRING=\"rdesktop\ 1.8.0\" > -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 > -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 > -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 > -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DL_ENDIAN=1 > -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_FILIO_H=1 -DHAVE_LOCALE_H=1 > -DHAVE_LANGINFO_H=1 -DHAVE_SYSEXITS_H=1 -Dssldir=\"/usr/local/ssl\" > -DWITH_CREDSSP=1 -DHAVE_XRANDR=1 -DNEED_ALIGN=1 > -DEGD_SOCKET=\"/var/run/egd-pool\" -DWITH_RDPSND=1 -DRDPSND_SUN=1 > -DHAVE_DIRENT_H=1 -DHAVE_DECL_DIRFD=0 -DDIR_FD_MEMBER_NAME=dd_fd > -DHAVE_ICONV_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYS_STATVFS_H=1 > -DHAVE_SYS_STATFS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_MOUNT_H=1 > -DHAVE_STRUCT_STATVFS_F_NAMEMAX=1 -D_FILE_OFFSET_BITS=64 > -DKEYMAP_PATH=\"/usr/local/share/rdesktop/keymaps/\" -o cssp.o -c cssp.c > cssp.c: In function `cssp_gss_wrap': > cssp.c:187: warning: passing arg 2 of `gss_wrap' from incompatible > pointer type > cssp.c: In function `cssp_gss_unwrap': > cssp.c:225: warning: passing arg 2 of `gss_unwrap' from incompatible > pointer type > cssp.c: In function `cssp_connect': > cssp.c:874: warning: passing arg 1 of `cssp_gss_wrap' from > incompatible pointer type > cssp.c:892: warning: passing arg 1 of `cssp_gss_unwrap' from > incompatible pointer type > cssp.c:908: warning: passing arg 1 of `cssp_gss_wrap' from > incompatible pointer type > gcc -O2 -Wall -I/usr/local/ssl/include -I/usr/X11/include > -DPACKAGE_NAME=\"rdesktop\" -DPACKAGE_TARNAME=\"rdesktop\" > -DPACKAGE_VERSION=\"1.8.0\" -DPACKAGE_STRING=\"rdesktop\ 1.8.0\" > -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 > -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 > -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 > -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DL_ENDIAN=1 > -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_FILIO_H=1 -DHAVE_LOCALE_H=1 > -DHAVE_LANGINFO_H=1 -DHAVE_SYSEXITS_H=1 -Dssldir=\"/usr/local/ssl\" > -DWITH_CREDSSP=1 -DHAVE_XRANDR=1 -DNEED_ALIGN=1 > -DEGD_SOCKET=\"/var/run/egd-pool\" -DWITH_RDPSND=1 -DRDPSND_SUN=1 > -DHAVE_DIRENT_H=1 -DHAVE_DECL_DIRFD=0 -DDIR_FD_MEMBER_NAME=dd_fd > -DHAVE_ICONV_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYS_STATVFS_H=1 > -DHAVE_SYS_STATFS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_MOUNT_H=1 > -DHAVE_STRUCT_STATVFS_F_NAMEMAX=1 -D_FILE_OFFSET_BITS=64 > -DKEYMAP_PATH=\"/usr/local/share/rdesktop/keymaps/\" -o rdesktop > rdesktop.o xwin.o xkeymap.o ewmhints.o xclip.o cliprdr.o ctrl.o > rdpsnd.o rdpsnd_dsp.o rdpsnd_sun.o tcp.o asn.o iso.o mcs.o secure.o > licence.o rdp.o orders.o bitmap.o cache.o rdp5.o channels.o rdpdr.o > serial.o printer.o disk.o parallel.o printercache.o mppc.o pstcache.o > lspci.o seamless.o ssl.o utils.o cssp.o -R/usr/local/ssl/lib > -L/usr/local/ssl/lib -L/usr/local/ssl/lib64 -lssl -lcrypto -lresolv > -lsocket -lgssglue -R/usr/X11/lib -L/usr/X11/lib -lXrandr > -lsocket -lnsl -lX11 > /usr/local/lib/libgssglue.so: undefined reference to `krb5_gss_initialize' > collect2: ld returned 1 exit status > gmake: *** [rdesktop] Error 1 > > > - Roland Did you ever manage to fix this problem? - cuz' i'm having the exact same problem on Cygwin with gssglue. :-o Please let me know if someone else has managed to fix this problem. Kind Regards Søren |
From: Lars W. <fr...@lw...> - 2014-06-06 10:00:07
|
Hello, I have a problem with rdesktop running on Debian linux systems. First thing to do was checking for already reported bugs of this kind but all I could find are rather old and didn't provide any solution. So I ask here.. I used: - rdesktop 1.7.1 as provided by debian - rdesktop 1.8.1 to connect to a Windows 2008 R2 Standard server. The connection is established through an IPSec-Tunnel or as an alternative through a PPTP-Tunnel. In all cases the tunnel works fine, pings go through and new RDP-Sessions work fine. Several times a day the connection just stops to work, usually during idle time when nobody uses the open session. In this case nothing is reported, rdesktop just stops accepting input or updating the screen. Still all input goes to rdesktop though, so the underlying system is unusable. Switching to a console and killing rdesktop is a possible solution. Opening a new session right after that works fine. I think this is caused by network errors. What I could find out by using a virtual machine for rdesktop: - adding packet loss and badly ordered packages makes the session sluggy but it is still functional. - removing the network cable for a few seconds and putting it in doesn't stop the session, it is still functional. - removing the cable for more seconds, like 30 or so, breaks the session with the described symptoms. rdesktop just sits there, grabbing all input but as it seems without updating screen or otherwise acting on it. Should rdesktop react on failing communication with the server by exiting? That's what I expected. Even better would be if it reconnects. Is it by design that this does NOT happen or is this intended but fails in my case? Do you have any other ideas on this? Do you need more input? I did everything I could imagine. My next step would be to take a closer look at the source trying to hack in some kind of communication check. But I still hope that there is something else I could do.. It is intended to use rdesktop on roundabout 15 remote systems on different locations running a linux system from an usb flash drive using a customized Debian Live system to connect to a central server. Thank you very much for any input! Kind regards, Lars W. |
From: Florent <fde...@gm...> - 2014-05-26 15:56:23
|
> > Is it possible for you to verify if rdesktop fails the sam way > (temporary profile) when connecting against a single 2012 session host > (without session broker) and UPD configured ? > > I don't have a single 2012 without a session broker. But I tried the following thing: Like I said, my hostname "rds" is resolved either in "rds2" or "rds4" (DNS round-robin). So instead of connecting to "rds", I tried the final names. - If I try a "direct" connection to rds2 there is no problem, I am never redirected and I get my profile (I tried it 15 times successfully...) - However, If I deliberately want to connect to rds4, I get redirected (I see the output on the command line and I clearly see the windows connection window to connect twice) to rds2 but with a temporary profile... Does it help? |
From: Henrik A. <hen...@ce...> - 2014-05-26 14:54:20
|
On Mon, 26 May 2014 15:26:41 +0200 Florent <fde...@gm...> wrote: > > I confirm, using mstsc or freerdp 1.1 I get redirected in my working > environment. > But with rdesktop, when I am explicitly redirected by the server, I > only have a temporary profile. So it is only 'half-working"... > The strangest thing is that I don't see any logs concerning the > redirection on the broker when using rdesktop. > I simply think that it doesn't work with user profile disk (UPD) > configured on my 2012 RDS servers... It only works with Roaming > Profiles and Folders Redirection (Windows 2008 method). > Is it possible for you to verify if rdesktop fails the sam way (temporary profile) when connecting against a single 2012 session host (without session broker) and UPD configured ? Regards, Henrik Andersson |
From: Florent <fde...@gm...> - 2014-05-26 14:29:29
|
> > Hi, this is a know issue and I'm going to look into this in near future. > > See bug https://sourceforge.net/p/rdesktop/bugs/384/ > > Indeed! I didn't notice. Thanks for the reference Henrik. Regards |
From: Henrik A. <hen...@ce...> - 2014-05-26 14:18:33
|
On Mon, 26 May 2014 15:28:06 +0200 Florent <fde...@gm...> wrote: > Can I help to resolve this issue? > Is it possible to have a higher debug level? > Hi, this is a know issue and I'm going to look into this in near future. See bug https://sourceforge.net/p/rdesktop/bugs/384/ Regards, Henrik Andersson |
From: Florent <fde...@gm...> - 2014-05-26 13:28:33
|
Can I help to resolve this issue? Is it possible to have a higher debug level? Thanks 2014-05-23 15:48 GMT+02:00 Florent <fde...@gm...>: > Hello, > > I confirmed that with rdesktop 1.8.2, the problem is still the same. > The "Windows" key doesn't work; > > I've enabled the keyboard debug. > > When I send the 'a' key: > > > > > > > > > *No input context, using XLookupStringKeyPress for keysym (0x61, a)Found > scancode translation, scancode=0x10, modifiers=0x0 Sending scancode=0x10, > flags=0x0KeyRelease for keysym (0x61, a)Found scancode translation, > scancode=0x10, modifiers=0x0Sending scancode=0x10, flags=0xc000* > > When I send the Windows key: > > > > > > > > > > > *No input context, using XLookupStringKeyPress for keysym (0xffeb, > Super_L)Before updating modifier_state:0x0, pressed=0x1After updating > modifier_state:0x80 Sending extended scancode=0x5b, flags=0x0KeyRelease for > keysym (0xffeb, Super_L)Before updating modifier_state:0x80, > pressed=0x0After updating modifier_state:0x0Sending extended scancode=0x5b, > flags=0xc000* > > Is there something wrong? > > Thanks in advance. > > Regards > > > 2014-05-14 13:51 GMT+02:00 Florent <fde...@gm...>: > > 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: Florent <fde...@gm...> - 2014-05-26 13:27:08
|
> >> 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. >> > > > Indeed you're right. I am redirected the way the farm wants me to. I > noticed that I get redirected to the same server (when not redirected) but > with a temporary profile... I still have to understand this behaviour. > We have a cluster with a DNS "load-balancing" (the hostname "rds" is > either resolved to "rds2" or "rds4", the two final servers). > With the mstsc client; even when I get explicitly redirected, I don't get > a temporary profile... > I confirm, using mstsc or freerdp 1.1 I get redirected in my working environment. But with rdesktop, when I am explicitly redirected by the server, I only have a temporary profile. So it is only 'half-working"... The strangest thing is that I don't see any logs concerning the redirection on the broker when using rdesktop. I simply think that it doesn't work with user profile disk (UPD) configured on my 2012 RDS servers... It only works with Roaming Profiles and Folders Redirection (Windows 2008 method). Cheers |
From: Vincent M. <vmi...@an...> - 2014-05-26 09:42:08
|
Thank you for explanation, it's now clear. If M$ do so, and if that's not stupid regarding security, is there any chance rdesktop can mimic this behaviour using gnome-keyring ? (mine is also unlocked on session start, so everything is keeped synced ). Vincent On 05/26/2014 11:22 AM, Henrik Andersson wrote: >> Hello, >> >> Sorry but I don't get your answer : >> -it's working as expected from a Windows 7 client computer, without >> providing any password. >> -we also use SSO for SSH kerberized access, we don't need to enter >> any password neither. >> > Microsoft delegates username / password from the credential cache (SSO) > but rdesktop don't have such credential cache so that's why you need > to provide username / password. See M$ credential cache as the > gnome-keyring. > > On the other hand as Peter pointed out, kerberos itself chould make it > possible to do user authentication using ticket's as you SSH case, but > M$ did not implement this in RDP. Kerberos is only used for server > authentication so that the client can "safely" send it's user > credentials to the server. > > See my request on the topic here: > > http://social.msdn.microsoft.com/Forums/en-US/da074f0f-0887-4151-88ea-19a671ed91d9/is-it-possible-to-do-true-kerberos-sso-using-rdp-?forum=os_windowsprotocols > > Kind Regards, > > Henrik Andersson (Cendio AB) > > ------------------------------------------------------------------------------ > The best possible search technologies are now affordable for all companies. > Download your FREE open source Enterprise Search Engine today! > Our experts will assist you in its installation for $59/mo, no commitment. > Test it for FREE on our Cloud platform anytime! > http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk > _______________________________________________ > rdesktop-users mailing list > rde...@li... > https://lists.sourceforge.net/lists/listinfo/rdesktop-users > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. |
From: Henrik A. <hen...@ce...> - 2014-05-26 09:22:32
|
> Hello, > > Sorry but I don't get your answer : > -it's working as expected from a Windows 7 client computer, without > providing any password. > -we also use SSO for SSH kerberized access, we don't need to enter > any password neither. > Microsoft delegates username / password from the credential cache (SSO) but rdesktop don't have such credential cache so that's why you need to provide username / password. See M$ credential cache as the gnome-keyring. On the other hand as Peter pointed out, kerberos itself chould make it possible to do user authentication using ticket's as you SSH case, but M$ did not implement this in RDP. Kerberos is only used for server authentication so that the client can "safely" send it's user credentials to the server. See my request on the topic here: http://social.msdn.microsoft.com/Forums/en-US/da074f0f-0887-4151-88ea-19a671ed91d9/is-it-possible-to-do-true-kerberos-sso-using-rdp-?forum=os_windowsprotocols Kind Regards, Henrik Andersson (Cendio AB) |
From: Vincent M. <vmi...@an...> - 2014-05-26 09:11:08
|
Hello, Sorry but I don't get your answer : -it's working as expected from a Windows 7 client computer, without providing any password. -we also use SSO for SSH kerberized access, we don't need to enter any password neither. And I thought myself a kerberos ticket is used to login to remote Kerberized resources (SMB,HTTP, whatever) and forwardables tickets are meant to be used for remote login (SSH, redesktop, whatever). Could you please give some explanations about your point ? Vincent On 05/26/2014 09:09 AM, Peter Astrand wrote: > Microsoft didn't quite understand what Kerberos is about... The Kerberos > ticket can only be used for creating a secure tunnel to the remote server. > It cannot be used for actually logging in to Windows. You still need to > use some other credential such as a password. > > Br, > Peter > > On Fri, 23 May 2014, Vincent Miszczak wrote: > >> Hello, >> >> I often see "CredSSP + Kerberos" support for rdesktop, but I always have >> to enter a password to remote desktop my Windows servers. >> I have a correct Kerberos ticket (forwardable) and SSO is working from a >> Windows 7 client machine, but I cannot SSO from my Fedora 20 machine. >> >> Is SSO supported ? >> >> Vincent >> >> -- >> This message has been scanned for viruses and >> dangerous content by MailScanner, and is >> believed to be clean. >> >> >> ------------------------------------------------------------------------------ >> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE >> Instantly run your Selenium tests across 300+ browser/OS combos. >> Get unparalleled scalability from the best Selenium testing platform available >> Simple to use. Nothing to install. Get started now for free." >> http://p.sf.net/sfu/SauceLabs >> _______________________________________________ >> rdesktop-users mailing list >> rde...@li... >> https://lists.sourceforge.net/lists/listinfo/rdesktop-users >> > > --- > 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 > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. |
From: Peter A. <as...@ce...> - 2014-05-26 07:09:21
|
Microsoft didn't quite understand what Kerberos is about... The Kerberos ticket can only be used for creating a secure tunnel to the remote server. It cannot be used for actually logging in to Windows. You still need to use some other credential such as a password. Br, Peter On Fri, 23 May 2014, Vincent Miszczak wrote: > Hello, > > I often see "CredSSP + Kerberos" support for rdesktop, but I always have > to enter a password to remote desktop my Windows servers. > I have a correct Kerberos ticket (forwardable) and SSO is working from a > Windows 7 client machine, but I cannot SSO from my Fedora 20 machine. > > Is SSO supported ? > > Vincent > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. > Get unparalleled scalability from the best Selenium testing platform available > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > rdesktop-users mailing list > rde...@li... > https://lists.sourceforge.net/lists/listinfo/rdesktop-users > --- 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-23 14:32:22
|
Hi Peter, > 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. > Indeed you're right. I am redirected the way the farm wants me to. I noticed that I get redirected to the same server (when not redirected) but with a temporary profile... I still have to understand this behaviour. We have a cluster with a DNS "load-balancing" (the hostname "rds" is either resolved to "rds2" or "rds4", the two final servers). With the mstsc client; even when I get explicitly redirected, I don't get a temporary profile... 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. > I don't "want" to run 2012 ;) This is my working environment and I am simply adapting to it. Windows 2012 and R2 are the current standard in my organisation and I just have to deal with it! Cheers |
From: Florent <fde...@gm...> - 2014-05-23 13:48:32
|
Hello, I confirmed that with rdesktop 1.8.2, the problem is still the same. The "Windows" key doesn't work; I've enabled the keyboard debug. When I send the 'a' key: *No input context, using XLookupStringKeyPress for keysym (0x61, a)Found scancode translation, scancode=0x10, modifiers=0x0 Sending scancode=0x10, flags=0x0KeyRelease for keysym (0x61, a)Found scancode translation, scancode=0x10, modifiers=0x0Sending scancode=0x10, flags=0xc000* When I send the Windows key: *No input context, using XLookupStringKeyPress for keysym (0xffeb, Super_L)Before updating modifier_state:0x0, pressed=0x1After updating modifier_state:0x80 Sending extended scancode=0x5b, flags=0x0KeyRelease for keysym (0xffeb, Super_L)Before updating modifier_state:0x80, pressed=0x0After updating modifier_state:0x0Sending extended scancode=0x5b, flags=0xc000* Is there something wrong? Thanks in advance. Regards 2014-05-14 13:51 GMT+02:00 Florent <fde...@gm...>: > 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: Hooge, T. <ho...@ro...> - 2014-05-23 12:01:09
|
Hello, I open a form in Microsoft Access and klick on the record navigator, e.g. the small arrow for "next record", the button keeps pressed and the application starts zu walk through all records one after another. I cannot stop that, also my desktop almost freezes :-( Not only the RDP-session, also my linux desktop. WTF? Any ideas? I use rdesktop 1.8.1 on debian wheezy. Thomas -- ROWA GROUP Holding GmbH, Siemensstrasse 1 - 9, 25421 Pinneberg, Amtsgericht Pinneberg, HRB 8938 PI, Geschäftsführer: Edgar E. Nordmann, Kai Müller, Anne Dierkopf |
From: Vincent M. <vmi...@an...> - 2014-05-23 11:20:34
|
Hello, I often see "CredSSP + Kerberos" support for rdesktop, but I always have to enter a password to remote desktop my Windows servers. I have a correct Kerberos ticket (forwardable) and SSO is working from a Windows 7 client machine, but I cannot SSO from my Fedora 20 machine. Is SSO supported ? Vincent -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. |
From: Adam T. W. <awi...@wh...> - 2014-05-21 13:52:22
|
Is it possible to connect to the 'console' of a Windows 7 workstation, the user's current session, with rdesktop? I have tried the "-0" option but for workstations it does not appear to have any effect. |