It has occurred to me that a workstation can connect to a printer in either of two ways:

  1. Printing directly to the IP of the printer with the print driver installed locally.
  2. Printing to a \\Server\Printer1 share with the print queue residing on the server.

Which way is preferred?

I would assume that printing directly to a network printer rather than going through the server would be the most efficient from the point of view of network traffic. On the other hand, a server printer share would be easier to manage with the correct driver automatically being downloaded to the workstations.

Also, what about using Group Policy Preferences to install this printer on the workstations? Does that require any specific way?


Another advantage of sharing the printer(s) on the print server is printer discovery. If you publish the printer in AD it makes it fairly easy for a user to discover and add the printer.

Also, this is my opinion but it's based on my experience in larger corporate environments: I think you'll find that sharing printers from a print server (or print servers) is the standard way of making them available to users. I've never seen a corporate environment (with more then a few users) that had users connecting directly to the printer. I would think that would make printer management, control and troubleshooting more cumbersome. A big part of managing any IT infrastructure is efficiency and having users connecting directly to the printers isn't very efficient from a manageability perspective.

SOHO environments, where there's no AD or servers of any kind are more likely to have users conected directly to the printer(s).

  • Publishing to AD requires additional setup of ACLs on the printers themselves which can be overlooked. Also, you may not want your users seeing every printer available on the network. – rws907 Dec 12 '12 at 3:03
  • What additional ACL's are you referring to and why are they required? – joeqwerty Dec 12 '12 at 3:16
  • If you publish a printer, by default, anyone who can map it can print to it; which in the case of Windows Printer Sharing in AD is anyone with read rights to the domain print server. You have to set the permissions on the printer installed on the print server to restrict access to it. – rws907 Dec 12 '12 at 3:29
  • Only if you want to restrict access to it. It's not a requirement. – joeqwerty Dec 12 '12 at 3:34
  • My comments come from my 15 years in large networks full of "nosy" users. Requirement may have been the wrong word for the OP, but I make it a requirement because a) people will try to see how far they can get on a network and b) it can be a headache later trying to go through and build ACLs "after the fact". But technically, no, not a sharing requirement. – rws907 Dec 12 '12 at 3:37

The answer may depend on the size of your network.

For a smaller network (perhaps no AD or servers) then users very well might just connect directly to a printer via IP. In that small of a network, it may well be better to connect directly rather than using a shared printer off of another workstation, in case the workstation sharing the printer were to be suddenly turned off.

For a small/mid-size network (with Active Directory), I usually use the AD as the printer server, load printer drivers (32 and 64 bit) on it and have them listed in Active Directory.

For larger networks, you should consider separating the print server (or have multiple) from the Active Directory, but listing them in the Active Directory is still a good idea. See the other comment in the responses regarding ACLs and permissions, as well.

Using the print server lets you manage printers centrally (for printer job/queue management), and the more printers you have, the more you'll want a print server to manage them. Being able to go into the printer from a central management point and clear a stuck job, check printer status or something is helpful sometimes.

It's nice for users to be able to auto-download drivers from the print server when you're installing a printer for the first time. Having them listed in AD also makes them easy to find for client workstations/end user and allows you to give the printer a common user-friendly name.

An alternative to listing/using AD (or even a printer server at all) that allows you to at least keep printer naming simple is to use a local network DNS name mapped to the printer's IP (and set the IP in the printer to be static). It's not too hard for a user to find a printer, add a printer, or know what it is if it has a friendly or easy to identify name.

Unless you have an unusually high volume of print jobs or an unreliable print server, going through a print server shouldn't be an issue.

Sometimes (rarely), I do print direct via IP when I'm dealing with Linux or Mac systems, to avoid having to set up connectivity with Samba on them, although these days Samba on Linux/Mac works really well.

EDIT: Updated based on feedback from comments below.

  • 3
    A Domain Controller as a print server? Maybe in a small environment, but I've seen buggy print drivers or a crashing spooler halt a machine. Not something I'm usually interested in mixing with a DC. – MDMarra Dec 11 '12 at 23:13
  • 2
    2008R2 printing is substantially more stable. A single driver crashing will only halt the queues for that driver now. – SpacemanSpiff Dec 12 '12 at 0:40
  • @SpacemanSpiff Even with the Win2k8 R2 improvements I'd still prefer separate print servers if at all possible -- it always seemed architecturally neater to me to isolate that functionality. – voretaq7 Dec 14 '12 at 21:32

If the network printer has enough RAM and processing power then yes, printing direct via IP is the standard methodology. However, if you have a need to audit things such as department printing for charge-back to agents (common in Real Estate) or other metrics that are not provided by the device itself, then you will need to install the device to a print server (Windows or Linux) and share it out. Of course, the OS platform will depend on the auditing / monitoring software requirements.


The only real advantage of printing via a print server is that the documents can be managed much more easily, because it can be done from a central point. This can be significant when there's a problem. While in an ideal world all printing would be via the print server, even for that reason alone, Windows does not exist in an ideal world.

It's not at all uncommon to experience driver issues and odd behaviour when connecting via a print server. I've noticed that this is even common when mixing 32 and 64 bit operating systems and yet more common when you use 64 bits and one of the HP "universal" drivers. "Universal" in this context meaning that it doesn't work very well for anything.

What I prefer to do is start by configuring the print server and try to connect everyone that way. Only when problems arise that can't be readily solved will I connect them directly to the printer.

  • 1
    When was the last time you gave the HP UPD a chance? I rolled it out on a x64 print server with mixed clients starting at version 5.1 and didn't have any real issues. I'm talking 200+ printers. – MDMarra Dec 11 '12 at 23:11
  • @MDMarra, just a couple of months ago. I had no end of trouble. When I contacted HP support about it I was told that mine was a common story and that I was on my own. – John Gardeniers Dec 12 '12 at 5:05
  • Oh, well that's a bummer! – MDMarra Dec 12 '12 at 11:43

It depends on your site, and what sort of functionality that you need. If you don't need the extra functionality that the print server brings... why include it? You're only introducing another point of failure - with no extra redundancy.

If you're asking which is the most efficient in terms of network traffic, I really wouldn't worry about it unless you're printing a lot of documents... and if that's the case - go for the print server.


Further Investigation has revealed that a Computer Config GPP can map a TCP/IP printer directly, just that it needs a "Dummy" Printer Share to use to obtain it's print driver from. It doesn't actually use that Dummy print queue for printing, it does that directly to the network printer.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.