Help needed: Trying to remove RDP Connection bar, using Group policy
#1
Posted 21 May 2009 - 01:47 PM
Any help would be much appreciated.
I am busy finishing off quite a heavy lock down GP for a client and have come across something I have never had to do before.
Remove the RDP connection bar from all client PC's
I reckon I am probably going to have to use ADM scripting or the like, but am a bit clueless with this one.
So as previously stated any help or advice would be much appreciated
Obit~
#2
Posted 21 May 2009 - 02:12 PM
Obituaryan said:
Any help would be much appreciated.
I am busy finishing off quite a heavy lock down GP for a client and have come across something I have never had to do before.
Remove the RDP connection bar from all client PC's
I reckon I am probably going to have to use ADM scripting or the like, but am a bit clueless with this one.
So as previously stated any help or advice would be much appreciated
Obit~
#4
Posted 21 May 2009 - 03:28 PM
5 x WD2001FASS 2GB HDD (4xRAID5 - 1xJBOD) | ASUS EN9800GTX+ DK TOP/HTDI/512M | Philips 190BW9CB/97 | Logitech X-230 | Windows 7 x64 | Windows 2008 R2 Hyper-V (work testing)
#5
Posted 21 May 2009 - 03:31 PM
cAv said:
My reasoning is in my post above.
The users keep disconnecting instead of logging off, I have 3 TS servers so with NLB the disconnects are a bit of an issue, as the policy is stipulating only 1 session may be open at a time, I am not running MS server 2003 Enterprise or MS server 2008, so I do not have the luxury of session broker, therefore this is the quick fix, and wont require a huge cappex expense by going from std to enterprise or even server 08.
#6
Posted 21 May 2009 - 03:46 PM
Obituaryan said:
The users keep disconnecting instead of logging off, I have 3 TS servers so with NLB the disconnects are a bit of an issue, as the policy is stipulating only 1 session may be open at a time, I am not running MS server 2003 Enterprise or MS server 2008, so I do not have the luxury of session broker, therefore this is the quick fix, and wont require a huge cappex expense by going from std to enterprise or even server 08.
#7
Posted 21 May 2009 - 04:08 PM
JUGGY said:
Because than I would have users saying we can't log back in, while they wait the 5 minutes for the server to reset the disconnected sessions.
But thanks for the input. I was hoping to just remove the bar and be done with it :wacko:
#8
Posted 21 May 2009 - 04:12 PM
I ran 8 TS servers with our CRM software on it in an NLB cluster and had the timeouts set to 30 minutes of inactivity the session ends and 5 minutes after a disconnected session it's reset.
Obituaryan said:
But thanks for the input. I was hoping to just remove the bar and be done with it :wacko:
#9
Posted 21 May 2009 - 04:19 PM
JUGGY said:
I ran 8 TS servers with our CRM software on it in an NLB cluster and had the timeouts set to 30 minutes of inactivity the session ends and 5 minutes after a disconnected session it's reset.
Nice we using them for Syspro and Notes mainly.
Trying to move completely over to Thinclients and give the users as little room as possible to break stuff.
Where can I set the reset time for disconnected sessions? also what is the shortest period of time for this?
#10
Posted 21 May 2009 - 04:52 PM
If you goto Admin Tools->Terminal Services Configuration then goto properties of RDP-TCP and goto sessions tab.
You'll find all you need in there. It really does help.
I do this on my back office servers as well, sometimes these blimmin admin guys do exactly as your users are doing so I make life easy on all of us by implementing these timeouts.
You can actually set TS to spawn specific apps with specific parameters so as soon as theuser logs on the app they need is launched.
Obituaryan said:
Trying to move completely over to Thinclients and give the users as little room as possible to break stuff.
Where can I set the reset time for disconnected sessions? also what is the shortest period of time for this?
#11
Posted 22 May 2009 - 07:10 AM
JUGGY said:
If you goto Admin Tools->Terminal Services Configuration then goto properties of RDP-TCP and goto sessions tab.
You'll find all you need in there. It really does help.
I do this on my back office servers as well, sometimes these blimmin admin guys do exactly as your users are doing so I make life easy on all of us by implementing these timeouts.
You can actually set TS to spawn specific apps with specific parameters so as soon as theuser logs on the app they need is launched.
Thanks bud, going to give it a shot today =)
I know about the app's launching, although I just create specific accounts that are app only, i.e. Syspro only and if they close syspro it logs them off =)
Haha I hate admins that "know too much "
Once again Thanks a mil :drunk:
#13
Posted 28 May 2009 - 10:47 AM
PS: Sorry for asking what the reasoning was previously, it wasn't there when I clicked reply, think you posted it between the time I clicked reply and when I actually posted.
5 x WD2001FASS 2GB HDD (4xRAID5 - 1xJBOD) | ASUS EN9800GTX+ DK TOP/HTDI/512M | Philips 190BW9CB/97 | Logitech X-230 | Windows 7 x64 | Windows 2008 R2 Hyper-V (work testing)

Sign In
Register
Help




MultiQuote
