Windows Server 2008 R2 Thread, Printer GPO - multiple driver download in Technical; Hi All
We use Group Policy to deploy our printers. The initial logon is very slow and my understanding is ...
23rd April 2014, 01:53 PM #1
Printer GPO - multiple driver download
We use Group Policy to deploy our printers. The initial logon is very slow and my understanding is that the delay is due to the client downloading the drivers, which is slow across our creaking wireless. This isn't a massive issue most of the time, as once the GPO has applied once, it runs straight past it at logon. However, if a new user logs into the machine for the first time, it downloads the drivers again. Is this the way it's supposed to work?
Thanks in advance.
23rd April 2014, 02:23 PM #2
- Rep Power
Sounds like you are applying the printer gp by user?
I would suggest deploying printers, using the computer container if you can. This would mean that the printer is added to the machine when the pc starts up and not when user logs on. The only downside is, obviously each user has the same printer.
23rd April 2014, 02:26 PM #3
How and where exactly are you deplying printers? As Group Policy Preferences or through Print Mangement and Deploy with GPO? Are the printers being deployed to the machine or the user?
It sounds like the later, by user. If so is there any particular reason for deploying this way? The user always has the same printer(s) available no matter where they login?
We use Print Management and Deploy with GPO and deploy the printers to the machine - so anyone using that machine gets the nearest printer. In this scenario the drivers are installed once when the GPO is first applied, long before any user log's in. No drivers are copied on user login at all.
23rd April 2014, 02:27 PM #4
Thanks. I think I might have to do this - currently different users get different printers, so that when teachers log on to pupil machines they get access to all of the printers. The downside of losing that facility is probably out-weighed by the benefit of quicker log-ins.
Originally Posted by cooka
23rd April 2014, 02:31 PM #5
you can always allow them to add printers manually or just add the staff printers to the staff gpp that way its installing less at 1st logon iys not an either or approach you can mix them
23rd April 2014, 02:53 PM #6
This. And for no particular reason, other than that is the method I discovered when I moved to Group Policy rather than logon scripts. From your reply, it sounds like I need to investigate using GPP.
Originally Posted by tmcd35
Thanks for the suggestion
23rd April 2014, 03:05 PM #7
Being uninformed rather than dim I think
Originally Posted by sted
So to achieve this, I deploy all printers to all computers with a GPO and then use GPP to restrict which printers are offered to which users? The school is physically quite small and there aren't many printers, so it doesn't matter that multiple are shown - there are a few printers that I don't want staff to print to, but it's more about setting the right default. Apart from anything else, they wouldn't notice and would then just complain that their printing wasn't arriving at the printer. Also, our infant age children can be click-happy. They're also unlikely to add in extra printers even if I allow them to add manually - if our seven year olds manage that, they probably deserve the privilege of using whatever printers they can find!
23rd April 2014, 03:10 PM #8
not dim its something you dont know till you try
Originally Posted by jmak
deploy the common printers on a COMPUTER basis gpp or print manager deploy (via ou groups however you want to do it) then use gpp to add the staff ones to staff USERS when they log on
By cooper in forum Windows
Last Post: 21st June 2014, 03:58 PM
By penfold in forum Downloads
Last Post: 3rd February 2014, 01:26 PM
By PrimaryTech in forum Windows 7
Last Post: 18th October 2013, 01:22 PM
Last Post: 30th December 2009, 10:57 AM
By eejit in forum Windows
Last Post: 21st May 2009, 03:27 PM
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)