Recommended Posts

I need to certain users access to manage the printers on our print servers.

Currently we have a Domain Local Group (PrintOps-D) who is a member of a Global Group (PrintOps-G).  A user is added to PrintOps-G.

The PrintOps-D group is added to the local Print Operators group on the print server.  

In Printer Management the local Printer Operators is added to the Security tab of the sever with Print, Manage Print, Manage Documents and View Server permissions.  These permissions are then copied down to any new printer that is created.  

When looking at a printers properties as a PrintOps-G user everything is greyed out (Image 1).  If you goto the security tab and look at the effective permissions it suggest the user has all the required permissions (Images 2 and 3).

 

If I take the PrintOps-G group and add it directly to Print Management security the user can manage printers as desired.

 

Any idea what is the issue with the built-in Print Operators group?

 

1.

post-75681-0-44034300-1414517361.jpg

 

2. - Has server name removed

post-75681-0-86145900-1414517368.jpg

 

3. - Has username removed

post-75681-0-04209700-1414517374.jpg

Link to comment
https://www.neowin.net/forum/topic/1234747-print-operators/
Share on other sites

Sadly not. I've gone bare bones and put the user in just two custom groups. One to allow RDP to the print server and the PrintOps group.

To make sure I'm not going mad I've even setup a test print server. Made the groups and group policies from scratch on a test domain. I can replicate the same issues.

Also if it was a deny the effective permissions should show that.

As far as I'm aware you have to add your new group (PrintOps-G) to EVERY printer's security tab before they can manage it.

 
It's a pain and the only way I could allow manage access to printers on our print server :(
 
From what I could see, Print Operators group actually does nothing at all or at least for me, I could never get it to work.

Print Operators was set on each printer. It's not that.

I've done live production and then went about creating new test users, groups, group policies and domain. I get the same issue on both sides. If its config related its a default config causing it.

These are 2008 R2 print servers. So its not that article.

I've been pretty much everywhere with this and as a last resorted posted it here.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Absolutely 👍
    • Exactly what I was thinking. All of a sudden in span of a month multiple CEO's from scam altman to this clown has had sudden change of heart does not seem organic change lol
    • Microsoft releases Visual Studio Code 1.124 with smarter autonomous AI agents by Paul Hill Microsoft has just released Visual Studio Code 1.124 with a focus on faster agent workflows and improved agent autonomy. Microsoft outlined the following features as the key items in this update: Autopilot: Autopilot, enabled by default, is now smarter to determine when a task is truly done. Background sessions: Quickly send a request in the background and keep composing the next session. Session navigation: Search, jump, and step through agent sessions with the keyboard. Browser history: Revisit and search pages you've already opened in the integrated browser. With VS Code 1.124, Microsoft has enabled Autopilot by default. For those that don’t know, Autopilot is a chat permission level that you can pick to give agents permission to take initiative and act autonomously, without needing explicit user approval for each action. Also related to Autopilot, Microsoft introduced Advanced Autopilot, which changes how Autopilot decides when to keep iterating and when to finish. This helps you get more complete results without manually monitoring loops. This feature works using a small utility model that reads a transcript of the chat and decides when the task is done. Another new feature in 1.124 is the Agents window, which lets you easily explore, iterate on, and review agent sessions across projects and machines. Previously, starting a new agent session meant waiting for it to load before you could compose the next one. With this update, sessions can be requested in the background. This VS Code update also brings session navigation updates to switch between them more quickly. The update also lets you reload or reopen the Agents window so that it no longer loses your layout, so you will land back where you left off. If you use the integrated browser in VS Code, you will notice that it now retains the history of visited pages. Suggestions will now show when typing in the URL bar and can be managed by using Ctrl+H within a browser tab. The browser now also lets you customize the toolbar more; just right-click on the toolbar area to the right of the URL input. Finally, the browser has faster agentic text entry. Another improvement is experimental enterprise-managed Copilot plugin policies that allow admins to centrally control which chat plugins and plugin marketplaces are available to developers. If you have VS Code installed, 1.124 should install automatically, or you'll get a prompt. If you don't have it installed, get it here.
  • Recent Achievements

    • First Post
      X-No-file earned a badge
      First Post
    • One Month Later
      johnjacobb40 earned a badge
      One Month Later
    • One Year In
      Primer1st earned a badge
      One Year In
    • Experienced
      JayZJay went up a rank
      Experienced
    • Reacting Well
      Sir_Timbit earned a badge
      Reacting Well
  • Popular Contributors

    1. 1
      +primortal
      513
    2. 2
      PsYcHoKiLLa
      218
    3. 3
      +Edouard
      145
    4. 4
      Steven P.
      87
    5. 5
      ATLien_0
      86
  • Tell a friend

    Love Neowin? Tell a friend!