Re: Rdesktop client and preventing windows logout
Mark Ryden <[email protected]> Wed, 21 Jul 2010 22:00:42 +0300
| Newsgroups | gmane.network.rdesktop.user |
|---|---|
| Message-ID | <[email protected]> |
Hi, thnks for you answer. Alas, I don't have a root permission on the windows machine (didn't I mention it)? rgs, mark On Mon, Jul 19, 2010 at 9:34 PM, MargoAndTodd <[email protected]> wrote: > On 07/17/2010 08:42 AM, Mark Ryden wrote: >> >> Hello, >> This question comes as a result of my trials with rdesktop, though it is a >> bit >> not related directly to rdesktop. I hope though that some rdesktop users >> might help me. >> >> At the company I use rdesktop client from a Linux machine. I connect >> to a Windows >> machine with rdesktop. The thing is that Windows logs out after some half >> an >> hour or so when >> there is no windows activity, and I need again to enter use name and >> password. >> This cannot be changed, because this is dictated >> by the sysadmins at this comopany. I cannot change this timeout according >> to my >> sysadmin. I also tried from the windows menus to change it, and I could >> not. >> >> I want somehow to cause windows not to close after this period when >> there's no activity. >> Is there some way - writing some automatic script which generates some >> activity >> - which can avoid closing the windows after this timeout of half an >> hour or so ? >> >> Rgs, >> Mark > > Hi Mark, > > The problem occurs when the network layer thinks that > that your network socket is stale and "cleans it up" > thinking it is saving resources. > > I had to learn this one the hard way. I administer two terminal > servers and had the same stinkin' logout problems. As it > transpires, the "keep Alives" function in Terminal Server (TS) > is not in the configuration dialog for TS, but burried in some > obscure policy section of the regular server. And, M$ > leaves it off by default. What exactly do they think you will be > using TS for anyway? (Numskulls.) > > This is my write up on the subject: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Terminal Services: Keep Alives > > Explaination: > Taken from: http://www.managemore.com/faq/faq-ts.htm > > Section 2: Keep Alives: > In the registry at [w2k3 server only] > HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server, create or edit the > DWORD value of KeepAliveEnable and set it to 1. This will turn Keep Alives > on. This will serve to stabilize the connection by sending 'heartbeat' > packets to the client every so often. This will cause an idle connection to > be probed every so often just to be sure that the connection is still alive > and that the client is still listening on the other side. This will also > help prevent disconnects by preventing network devices from killing off > sockets that it assumes to be idle. Because terminal services is such a low > bandwidth protocol, when a user is idle, no network activity will occur. > Some network devices will interpret a connection that is in the idle state > for an extended period of time to be a dead connection, and thus will > terminate the socket. However, when the user comes out of the idle state, > the terminal services client can no longer contact the terminal server > because the socket is dead. By turning on Keep Alives, the connection will > not appear idle, and therefore the network device will not attempt to > terminate the socket. > > Solution: > > Open the Local Group Policy Editor: <win><r> gpedit.msc > > Go to the follow tree: > > Computer Configuration\Administrative Templates\Windows > Components\Terminal Services\Terminal Server\Connections > > Locate: Configure keep-alive connection interval. > 1) Set it to "Enables" > 2) Set the ping interval (in minutes) > > Reboot > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Here is a pretty picture to go along with the > write up: > > http://www.rdesktop.org/tmp/TS.08.KeepAlive.jpg > > HTH, > -T > ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first