Technical Anshu
Tutorials Blog
🔒 RDS Session Limits

Set Different Session Limits for Each RDS Collection

One timeout for every user is how policies get hated. The counter terminal that serves customers and the back-office desktop doing reports live in different worlds - RDS collections let you set limits per group, so each gets the number that fits.

✍️ Technical Anshu🖥️ Windows Server / RDS⏱️ 8 minute read
🎥 Watch the full video - Auto Logoff Idle RDP Users in 5 Mins, every click shown step by step

The fastest way to make users hate session limits is to give a shared billing counter and a senior accountant the same timeout. The counter should lock down in minutes - customers and the next operator are standing right there. The accountant's session, mid-reconciliation, deserves hours. A single server-wide number gets both of them wrong.

If you run a real Remote Desktop Services deployment, you already own the right tool: collections. A collection is a named group of users and servers, and each collection carries its own session settings. This page shows how to use them deliberately, and the one conflict - with Group Policy - that you must understand before you start.

Group Policy Management Editor - Session Time Limits
Collection - Billing countersIdle 15 min, Disc 15 min
Collection - Office staffIdle 2 hrs, Disc 4 hrs
Collection - Reports and adminIdle 4 hrs, Disc 1 day
Managed inServer Manager - Collections
One server, three collections, three sensible limits. Collection settings are the per-group tool; one server-wide number is the blunt one.
1

Where collection session settings live

Open Server Manager, go to Remote Desktop Services, then Collections. Select your collection and open Properties (Tasks > Edit Properties). The Session section holds the family of controls:

  1. End a disconnected session after - how long a closed-window session survives
  2. Set time limit for active but idle sessions - how long a connected, untouched session survives
  3. When a session limit is reached or a connection is broken - choose disconnect or end the session
  4. Enable automatic reconnection and Restrict each user to a single session - neighbours worth setting deliberately while you are here

Choose end the session in the third setting when the goal is a real logoff that frees memory and licences.

2

Design limits per collection like you mean it

Start from the work, not from the numbers. Ask three questions per collection: Is the terminal shared with the public or other staff? How long are the natural pauses in this work? Does anything here run long unattended jobs?

  1. Shared counters and reception terminals: short idle (10-15 minutes) and short disconnected limits
  2. General office staff: moderate idle (1-2 hours), disconnected a few hours so a dropped connection at lunch is painless
  3. Reports, administration and exception workloads: long limits, reviewed like the exception list they effectively are

Write the reasoning next to the numbers in your server documentation. The next admin should inherit a design, not a mystery.

3

The Group Policy conflict you must know

Here is the trap that wastes afternoons: session limits can be set in both collection properties and Group Policy (under Session Time Limits), and when a Group Policy setting is configured, it is the one that applies. An admin edits the collection, nothing changes, and the afternoon disappears into troubleshooting.

Pick one management plane and record the choice. Collections are the better plane when groups genuinely differ, because the settings travel with the collection's purpose. Group Policy is the better plane when you want one rule stamped identically across many hosts. What you cannot do is half-manage it in both places.

4

Moving users between collections

Collections are also your rollout tool. Create the strict collection, move a pilot group into it, and let them live with the limits for a week while everyone else stays on the gentle collection. Complaints arrive from five people you can talk to, not fifty you cannot.

When a user's role changes - counter staff promoted to back office - moving them to the right collection is the whole adjustment. No policy surgery, no per-user hacks, and the settings they get finally match the work they do.

5

Keep one honest limit even for the gentle collections

Different does not mean absent. Even the most generous collection should end disconnected sessions eventually - a day is a common ceiling - because the disconnected pile is where stale logins, locked files and Monday-morning surprises breed.

The only sessions with truly no limits should be named exception accounts under the review discipline from the exception-list page in this set. Collections are for groups of humans; exceptions are for specific, owned, reviewed workloads.

🔴 Before you blame the collection settings: if an edit in Server Manager seems to do nothing, check Group Policy first. A configured Session Time Limits GPO overrides the collection, silently and completely.

🎥 Watch the Complete Video for the Full Setup

The video shows the complete auto logoff setup for idle RDP users, click by click. Watch it end to end before you change a production server.

▶️ Watch Full Video
❓ Common Questions (FAQ)

Where do I set session limits for one RDS collection?

In Server Manager, go to Remote Desktop Services, then Collections, open your collection's Properties and edit the Session section. There you can set the disconnected-session limit, the idle-session limit, and whether a reached limit disconnects the user or ends the session entirely.

My collection setting changes have no effect. Why?

Most likely a Group Policy is also configuring session time limits for the same session hosts, and Group Policy wins over collection settings. Either manage the limits in Group Policy for all hosts, or remove the GPO settings and manage per collection - but do not split the job between both.

Can two collections on the same server have different idle limits?

Yes - that is exactly what collections are for. Each collection carries its own session settings, so a shared counter collection can log off idle users in 15 minutes while a reports collection on the same host allows several hours. The limits follow the collection the user connects through.

This guide is based on the Technical Anshu video on auto logoff for idle RDP users • Stuck on any step? Ask in the video comments — that is where the answers are 🙏