Printserver: Drucker verbinden funktioniert nicht

[s-dau 10]

Hallo und guten Morgen,

 

hab ein Problem mit meinem Printserver(2K3R2), welcher in einer 2k3-Domäne läuft.

aus sicherheitstechnischen Erwägungen wurde auf jedem Client die Windows-Firewall ausnahmslos zugeschalten(sollte nichts mit meinem Problem zu tun haben, schreib es nur sicherheitshalber mit hin).

Seit diesem Zeitpunkt allerdings können sich die User nicht mit den einzelnen neuen Druckern verbinden. Folgende Fehlermeldung erscheint:

"Aufgrund einer Richtlinie au diesem Computer kann keine Verbindung mit dieser Druckerwarteschlange hergestellt werden. Wenden Sie sich an den Systemadministrator"

Allerdings habe ich an keinerlei Richtlinien herumgeschraubt(ausser der Firewall), so dass ich mir das nicht erklären kann.

Bereits bestehende Verbindungen funktionieren nach wie vor.

 

Wenn ich die Verbindung des Netzwerkdruckers zuvor als Admin initiert habe, kann sich im Anschluß daran auch der Client-User mit dem Drucker verbinden.

 

Kein Plan wo ich da suchen soll, oder nur betriebsblind?

[Gast zzZZStonyZZzz]

Moin :-)

 

Ich tippe mal auf ein Rechteproblem. Der User wird keine Druckertreiber installieren dürfen.

 

Gruß,

Stony

[s-dau 10]

hmmm?

Auf ein Rechteproblem tippe ich ja auch. Soweit so gut!

 

Allerdings ging es ja bis vor der Umstellung ohne Probleme. !!!Auch ohne, dass die User adminrechte haben. Was ja auch Sinn und Zweck der Netzwerkdruckereinrichtung ist....

 

was wir noch geändert haben, ist das Domänenadmin-konto. Das heisst der alte Administrator-Account existiert nicht mehr. Es wurde ein neuer erstellt. Wäre es denkbar, dass ich die Serverinstallation mit dem neuen Konto wiederholen muss, damit die Verbindung dann wieder möglich ist? vorstellen kann ich mir das allerdings nicht so richtig. Ich habe auch schon andere "Experten" zu dem Problem befragt, die denken auch, dass das nicht nötig ist. Aber wer weis...

[Stephan Betken 43]

Die Clients haben doch bestimmt auch ein OS, oder? Welches denn eigentlich?

Wie verhält es sich, wenn du testweise die Firewall deaktivierst?

[s-dau 10]

Alle Rechner haben WXP SP3 bis zum letzen Fix!

bekannt ist mir, dass bei SP3 diverse Probleme beim lpt-drucken gibt und dass es da auch fixes gibt, nur sollte mich dieses Problem nicht betreffen.

 

Das Hochziehen der Clients auf SP3 ist auch eine Änderung, die wir getätigt haben. Eventuell liegt da der Hase im Pfeffer.

Ein Test, ob das Problem bei XPSP2 auch besteht, steht noch aus.

bearbeitet 4. November 2009 von s-dau

[Stephan Betken 43]

Okay, weiter.

Wie verhält es sich, wenn du testweise die Firewall deaktivierst?

[s-dau 10]

Mit ohne Firewall verhält es sich genauso.

 

was mich wirklich stutzig macht, ist der Umstand, dass ich Drucker als User verknüpfen kann, welche zuvor unter einem Domänenadmin-konto verknüpft wurden. dieses weist auf jeden Fall daraufhin, dass die Treiber unter einem User-Account nicht installiert werden. Aber warum ist ist das so. Bis letzte Woche war dieser Fehler nicht da. Auch bei SP3-Rechnern nicht.

[s-dau 10]

So, unter XP SP2 hab ich nach wie vor die gleichen Probleme. Also am SP3 scheint es nicht zu liegen.

 

Bleibt imho noch noch die Sache mit dem gelöschten Adminkonto in der Domäne. Wenn dies das Problem darstellt, müßte ich doch irgendwo das Konto ändern können, welches für die Treiberinst verwendet werden soll?

[Stephan Betken 43]

So, unter XP SP2 hab ich nach wie vor die gleichen Probleme. Also am SP3 scheint es nicht zu liegen.

Ist das ein anderer Client oder hast du das SP3 deinstalliert?

[s-dau 10]

Natürlich habe ich diesen Client komplett neu aufgesetzt!

[4077 30]

try this. hat mir auch eben die Bewunderung der Kollegen eingehandelt.

http://www.mcseboard.de/windows-forum-ms-backoffice-31/keine-verbindung-netzwerkdrucker-herstellen-2-17513.html#post120619

[s-dau 10]

welchen Teil aus dem tread meinst du ? Den mit en Unix-druckdiensten oder den mit den lokalen Richtlinien?

Das mit den lokalen Richtlinien halte ich für den falschen weg, da das ja schon seit SP1 existent ist, aber bei mir mit SP2 und SP3 ja schon funktioniert hat. Da muss es eine andere Lösung geben, wenn da das Problem liegen sollte, was ich allerdings nicht glaube.

Die Unix-Druckdienste sind hier standardmäßig nicht installiert. Habe testweise an einem rechner diese Dienste hinzugefügt und das Drucker Hinzufügen scheint zu funktionieren, muss ich aber noch genauer checken.

Als Problemlösung betrachte ich das ganze dann allerdings nicht, eher als primitiven workarround.

[4077 30]

oder den mit den lokalen Richtlinien?

genau den.

Druckserver unter W2K3 (aktuell) geht auch ohne Probleme.

Der designierte neue Druckserver unter W2K8 hat genau das beschriebene Problem.

Policy auf Domainebene gesetzt. Weg wars.

Ist ja Deine Entscheidung, wie Du das Problem löst.

Ich für meinen Teil bin "glücklich". :D

 

4077

[s-dau 10]

Mit den Unix-Druckdiensten hats nichts zu tun, soviel steht mal fest. Die Domänenrichtlinie schau ich mir jetzt an.

[s-dau 10]

So, Angeschaut ist!

Und zu funktionieren scheints auch.

Ich hab das mit den Richtlinien vorhin beim ersten überfliegen etwas falsch verstanden.

so noch bissl testen, aber scheint so, als obs geht!!!

Allerdings find ich das ganze mal wieder völlig dämlich...Mikrosoftmäßig

danke 4077...