From: Mark S. <m.s...@uc...> - 2004-06-08 02:13:40
|
----- Original Message ----- > To: rde...@li... > From: =?ISO-8859-1?Q?Peter_=C5strand?= <pe...@ce...> > Date: Sun, 06 Jun 2004 12:21:32 +0200 > Subject: [rdesktop-devel] Re: Seamless mode? > > Adilson Oliveira wrote: > > >>> > >>> Is there anyone here working on seamless mode or have an idea how to > >>> implement it? I'm willing to do it if someone could point me the > >>> right direction. > > > I tought the same but I saw this anounce: > > http://24.43.99.239/TSNet/forums/index.php?board=15;action=display;threadid=141 > > > > But after you tell me that, in a second read, I saw "when connecting to > > WTSPortal" so it will need a 3dr party application. > > Can someone confirm that? > > I haven't tested WTSPortal, but some other products, such as a "New Moon > Canaveral IQ, supports this. I've also heard rumors about that RDP 6.0 > will support such a "seamless windows mode". > > It would be great if rdesktop could support some or all of these > products. It would be even greater if we could do without server > extensions. > > Two different approaches: > > 1) Take a look at WTSPortal/Canaveral/RDP6, and see if the protocol can > be reverse-enginnered. > > or > > 2) A quick-and-ugly solution: RDP5 actually supports rescaling the > desktop size. This can be observed if one disconnects and then connects > with a different size. Perhaps this could be utilized: When changing the > size of the rdesktop X11 window, rdesktop could disconnect+connect with > a different size. This would make the resize quite slow, but I guess > it's better than not being able to resize the window at all. > > One tricky thing is how to handle non-rectangular applications. > > -- > Peter Estrand OpenSource-based Thin Client Technology > Cendio www.thinlinc.com > Teknikringen 3 Phone: +46-13-21 46 00 > 58330 Linkvping, Sweden > If option 2 is acceptable, surely we could apply this to removable drives, too? Disconnect and reconnect with different drives shared... Just an idea. Cheers, Mark |
From: Ed P. <ed...@ne...> - 2004-06-08 13:00:08
|
Has anyone been able to get rdesktop to work in Network Load Balancing environments with Session Directory? Ed Parks Neoware Systems, Inc. |
From: Jeroen M. <je...@ol...> - 2004-06-08 23:48:08
|
Hi Ed, I don't have session redirect working but I have this: Adding the following code to sec_recv() in secure.c will dump the contents of the redirection packet to the screen. It contains the ip-address, username, password and a cookie string for the new server. A new session needs to be set up by passing this data to the server but rdesktop wasn't designed with reconnecting in mind so I find it rather difficult to do. Anyone? Maybe just fork? Regards, Jeroen if (sec_flags & 0x0C00) /* 0x8 or 0x4? */ { in_uint8s(s, 8); /* signature */ sec_decrypt(s->p, s->end - s->p); hexdump(s->p, s->end - s->p); continue; } Op dinsdag 8 juni 2004 15:00, schreef Ed Parks: > Has anyone been able to get rdesktop to work in Network Load Balancing > environments with Session Directory? > > Ed Parks > Neoware Systems, Inc. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: GNOME Foundation > Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. > GNOME Users and Developers European Conference, 28-30th June in Norway > http://2004/guadec.org > _______________________________________________ > rdesktop-devel mailing list > rde...@li... > https://lists.sourceforge.net/lists/listinfo/rdesktop-devel |
From: Ed P. <ed...@ne...> - 2004-06-09 12:50:30
|
Jeroen, Thanks - I can imagine exec'ing a new RDP client with the user/password wouldn't be a problem, but what do you do with the "cookie"? Ed -----Original Message----- From: Jeroen Meijer [mailto:je...@ol...] Sent: Tuesday, June 08, 2004 7:45 PM To: Ed Parks Cc: rde...@li... Subject: Re: [rdesktop-devel] Load balancing Hi Ed, I don't have session redirect working but I have this: Adding the following code to sec_recv() in secure.c will dump the contents of the redirection packet to the screen. It contains the ip-address, username, password and a cookie string for the new server. A new session needs to be set up by passing this data to the server but rdesktop wasn't designed with reconnecting in mind so I find it rather difficult to do. Anyone? Maybe just fork? Regards, Jeroen if (sec_flags & 0x0C00) /* 0x8 or 0x4? */ { in_uint8s(s, 8); /* signature */ sec_decrypt(s->p, s->end - s->p); hexdump(s->p, s->end - s->p); continue; } Op dinsdag 8 juni 2004 15:00, schreef Ed Parks: > Has anyone been able to get rdesktop to work in Network Load Balancing > environments with Session Directory? > > Ed Parks > Neoware Systems, Inc. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: GNOME Foundation > Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. > GNOME Users and Developers European Conference, 28-30th June in Norway > http://2004/guadec.org > _______________________________________________ > rdesktop-devel mailing list > rde...@li... > https://lists.sourceforge.net/lists/listinfo/rdesktop-devel |
From: Jeroen M. <je...@ol...> - 2004-06-14 13:45:21
|
Ed, The first packet sent from client to server by the ms tsc contains a string starting with 'Cookie:', for example: Cookie: mstshash=Administr Because a similar string containing "Cookie: msts=" followed by some decimal numbers is sent in the session redirect packet, I guess that this cookie stuff has to do with secure automatic reconnecting. Jeroen On Wed, Jun 09, 2004 at 08:51:42AM -0400, Ed Parks wrote: > Jeroen, > > Thanks - I can imagine exec'ing a new RDP client with the user/password > wouldn't be a problem, but what do you do with the "cookie"? > > Ed > > > -----Original Message----- > From: Jeroen Meijer [mailto:je...@ol...] > Sent: Tuesday, June 08, 2004 7:45 PM > To: Ed Parks > Cc: rde...@li... > Subject: Re: [rdesktop-devel] Load balancing > > > Hi Ed, > > I don't have session redirect working but I have this: Adding the following > code to sec_recv() in secure.c will dump the contents of the redirection > packet to the screen. It contains the ip-address, username, password and a > cookie string for the new server. A new session needs to be set up by > passing > this data to the server but rdesktop wasn't designed with reconnecting in > mind so I find it rather difficult to do. Anyone? Maybe just fork? > > Regards, > > Jeroen > > if (sec_flags & 0x0C00) /* 0x8 or 0x4? */ > { > in_uint8s(s, 8); /* signature */ > sec_decrypt(s->p, s->end - s->p); > hexdump(s->p, s->end - s->p); > continue; > } > > Op dinsdag 8 juni 2004 15:00, schreef Ed Parks: > > Has anyone been able to get rdesktop to work in Network Load Balancing > > environments with Session Directory? > > > > Ed Parks > > Neoware Systems, Inc. > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: GNOME Foundation > > Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. > > GNOME Users and Developers European Conference, 28-30th June in Norway > > http://2004/guadec.org > > _______________________________________________ > > rdesktop-devel mailing list > > rde...@li... > > https://lists.sourceforge.net/lists/listinfo/rdesktop-devel > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: GNOME Foundation > Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. > GNOME Users and Developers European Conference, 28-30th June in Norway > http://2004/guadec.org > _______________________________________________ > rdesktop-devel mailing list > rde...@li... > https://lists.sourceforge.net/lists/listinfo/rdesktop-devel |
From: Ed P. <ed...@ne...> - 2004-06-22 22:27:22
|
Has anyone looked at the whether or not rdesktop should be sending the Unicode names (normal and daylight) of the time zone, not just the offset minutes? It looks like the current CVS version sends "GTB, normaltid" and "GTB, sommartid" regardless of the real time zone. The Windows servers do map the offset minutes to a "compatible" time zone, but it is usually not the correct one. For example, if the time zone is "Eastern Standard Time", which is GMT-5:00, the server may set the session to "SA Pacific Standard Time" (Bogota, Lima, Quito), which is also GMT-5:00. Although these two time zones have the same GMT offset, only Eastern Time has a Daylight Savings shift. The Windows RDP clients appear to send the correct time zone (by name?), since they work correctly with Terminal Servers. Ed Parks Neoware Systems |