?
Solved

domain level printing server 2008 r2

Posted on 2011-09-09
1
Medium Priority
?
351 Views
Last Modified: 2012-05-12
we have setup a new server 2008 r2 environment with some terminal servers and are having an issue adding printers to users sessions. The printers have been added to both dc's so they show up at the domain level but when users try to add printers they get a warning message that states the printer name or address has changed.  When they try to add from the dc it works fine.  In the old environment [server 2003] this has worked fine.  All I have done is add the printers to one server and then export the printers to the 2nd dc.  Once that was done they showed up at the domain level but they can not be added.  Am I doing something wrong of will it not work like this?
0
Comment
Question by:hamel01
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
1 Comment
 
LVL 7

Accepted Solution

by:
BobintheNoc earned 2000 total points
ID: 36515227
Printers, when shared under the ROLE of Print Server, can be published into Active Directory, and be applied via GPO in 2008.  Alternatively, if you are trying to connect a SHARE based printer from the TS server directly, you may find that the printer only shows up within the profile of the user account that was used to add the printer, since SHARE level access is dependant upon the user profile and the user's security, not the SERVER's security.

In order to add a printer to the TS server directly, so that it shows up in all users who login to that server, you'd want to create a direct print via TCP/IP port so that the printer acts as a local printer to the server.  This'd bypass your management ability and Queueing ability from a centralized print server.

The confusing/odd part of your problem is the response of the printer changing it's name or address.  When publishing to Active Directory, off the Print Server Role, be sure that you're not creating TWO printers named identically for the sharename.  Since DCs (which you appear to be using as print servers) don't have a local accounts database, they probably are representing their shared printers as belonging to DOMAIN instead of a printerserver name.  Example, if you had a member print server (non-DC) name PSERVER, and shared a printer object as PRINTER1, the resulting share would be \\pserver\printer1 .   Published to AD, this object would connect to the pserver's exclusive share.  When done from a DOMAIN controller, named DC1 on an AD domain called mycompany.local (DNS) and mycompany(netbios), with a share of a printer called PRINTER1, the resulting share path may be getting listed as \\mycompany\printer1   .   If BOTH DCs share the same printer object and publish them BOTH to AD, and they have the same PRINTER1 name, both DCs would be potentially publishing an object with a sharename that's identical, \\mycompany\printer1   instead of \\dc1\printer1  and \\dc2\printer1.

Bottom line, if you are going to share from BOTH DCs/print servers, you need to share them with different names.  Example, instead of PRINTER1, perhaps DC1PRINTER1 and DC2PRINTER1, resulting in two different shared path objects.

All DCs should respond when you reference a domain name as the server name, since ALL DCs w/DNS services will have DNS records named SAME AS PARENT, with the IP address of each DC.  Example:  query your ad dns name with NSLOOKUP:    nslookup mycompany.local  and you SHOULD get a result containing each DC's IP address.  The default behavior of ROUND ROBINing DNS, when you query one time, you'll get a response of DC1's IP address and then DC2's address.   Next time you query, you should get DC2's address first, followed by DC1.

When you are attempting to connect to a share that's representative of a domain, it could be that the initial object reference (which will be unique and specific to one of the two shared objects) doesn't match the succeeding attempt to validate the object--starts with the object from DC1's share, but then when validated, due to round robin, may be resolving to the share off DC2--a midstream shift.

In the end, you should likely share the printer object on ONLY one server, especially if they're DCs.  
0

Featured Post

NFR key for Veeam Backup for Microsoft Office 365

Veeam is happy to provide a free NFR license (for 1 year, up to 10 users). This license allows for the non‑production use of Veeam Backup for Microsoft Office 365 in your home lab without any feature limitations.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Scenario:  You do full backups to a internal hard drive in either product (SBS or Server 2008).  All goes well for a very long time.  One day, backups begin to fail with a message that the disk is full.  Your disk contains many, many more backups th…
This article provides a convenient collection of links to Microsoft provided Security Patches for operating systems that have reached their End of Life support cycle. Included operating systems covered by this article are Windows XP,  Windows Server…
This tutorial will show how to configure a single USB drive with a separate folder for each day of the week. This will allow each of the backups to be kept separate preventing the previous day’s backup from being overwritten. The USB drive must be s…
This tutorial will walk an individual through setting the global and backup job media overwrite and protection periods in Backup Exec 2012. Log onto the Backup Exec Central Administration Server. Examine the services. If all or most of them are stop…
Suggested Courses

764 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question