What to Do When GPO Printer Deployment is Not Working

Posted by Dustin Larsen on August 15th, 2014

There are many reasons that deploying a printer via Group Policy would fail. This article will cover some of those reasons, while also providing alternative methods of printer deployment.

One common problem is due to the Point and Print Restrictions policy not being configured correctly. This will commonly result in users not being able to download drivers from print servers. This setting can be configured under Computer Configuration > Policies > Administrative Templates > Printers. This should be configured in one of two ways:

  • Disable the policy. This is the easiest and fastest method, but doesn't allow for granular control over which print servers can be connected to.
  • Enable the policy. You will need to modify the following settings at a minimum:
    • Set "When installing drivers for a new connection" to "Do not show warning or elevation prompt"
    • Set "When updating drivers for an existing connection" to "Do not show warning or elevation prompt"
    • Unless you want to restrict these settings to a particular set of print servers, uncheck "Users can only point and print to these servers" and "Users can only point and print to machines in their forest"

Another reason printers might not be deployed properly is if the linked OU does not match the policy type. If you are deploying a printer using User Group Policy Preferences, the linked OU should contain users that need to have the printer installed. If you are deploying a printer using Computer Group Policy Preferences, the linked OU should instead contain computers that need to have the printer installed. Linking a User GPP to an OU that only contains computers, or vice versa, will have no effect. When deploying a printer to an OS that is a different architecture than the print server (such as 32-bit Windows 7 connecting to a 64-bit Windows Server 2008 R2 print server), make sure the correct drivers are installed on the print server. Both the 32-bit and 64-bit drivers must have the exact same name for them to associate properly. Deploying a printer will fail if the appropriate driver for the printer can't be found.

Learn how to eliminate your problems with GPO's by eliminating your print servers.

Lastly, make sure there are no typos. It's a simple concept, but having even a single character off in the print server name, printer share name, etc. will cause the deployment to fail even if all of the settings are correct.

If you want to bypass the problems of deploying printers via group policy entirely, an alternative would be using a third-party utility such as PrinterLogic’s Printer Installer. Printer Installer has a simple web-based deployment console that eliminates the need to use GPO at all. Printer Installer is even able to go so far as to eliminate your print servers entirely and migrate to a centrally-managed local TCP/IP printer environment, making driver management much easier.

For a quick demo of how PrinterLogic can help you eliminate printer servers and the need for GPO, contact us here. We’d be happy to show you how it works, and get you started with a free trial.

Get the whitepaper

Dustin Larsen
Dustin Larsen
Dustin is the Product Support Manager at PrinterLogic, where he leads a team dedicated to helping customers optimize their print environments. His 15-year career includes a network engineering background, with skills in desktop and server operating systems, systems design/analysis, VPNs, Active Directory, Exchange, and troubleshooting. He holds a Bachelor of Arts degree in Computer Science from UCLA, and a Master's degree in IT Management.


  • Posted by Dustin Larsen on December 19th, 2016 at 12:46 p.m. MST

    Although it is possible to use GPOs and scripting to deploy TCP/IP printers, you are introducing a management nightmare to your environment. Having a solution like PrinterLogic gives you central management, easy driver deployment, an intuitive admin console for deployments and a self-service installation portal for end-users that you wouldn’t get with a custom solution using GPOs and scripting.
  • Posted by James on November 28th, 2016 at 6:54 p.m. MST

    @Steve, using group policy preferences you can deploy printers using TCP IP ports. No print server required.
  • Posted by JJ on August 17th, 2016 at 8:45 a.m. MST

    Thank you I didn't know about the Point and Print Restrictions. I've been racking my brain trying to figure out why a certain printer was not showing up.
  • Posted by Tino on December 6th, 2015 at 2 a.m. MST

    Hi , strangely 1 of my GPO deployed printer appears/disappear at times. I can ping the printer IP. i ensured the printer is set not sleep
  • Posted by Steve on August 25th, 2015 at 12:28 p.m. MST

    Hi Dustin, Quick question. We install printers in my environment via the images we put on the workstations. There is no print server. How would I use Group Policy to deploy printers that are not in a print server to computers in a certain OU? Thanks, Steve

Post A Comment

Your browser is not supported.

This website will not run properly on this browser. To use the site, update to one of these modern browsers:

Continue to site