8
Drucker per GPO verteilen u. Druckerproblem im Terminal
Hallo Community,
bin neu hier und habe da gleich mal ein mittelgroßes Problem.
Wir haben bei einem Kunden einen neuen Server ausgeliefert mit Server 2012 R2 HOST + 5 eingerichteten virtuellen Maschinen (auch 2012 R2).
Davon ist ein Server AD, PDC, DHCP u. DNs, einer Exchange, zwei Terminalserver (untersch. Office-Version) + einen Anwendungs-, Print- u. Fileserver.
Nun zu den Problemen (Druckerprobleme).
Grundsätzlich funktionierte die Druckerverteilung per Loginskript, jedoch kam es immer wieder zu einzelnen Fehlern. Drucker waren mit einmal weg oder sind plötzlich mehrfach vorhanden (dieses Problem besteht noch).
Nun wollte ich die Verteilung per GPO vornehmen und habe hierzu auch ein entsprechendes Objekt angelegt, dies Drucker müselig eingepflegt und je User oder Gruppe per Zieladressierung zugewiesen und dies zum Test erstmal für einen User ausgerollt. Jedoch funktioniert die verarbeitung nicht (ja gpupdate /force habe ich gemacht). Bzw. er verarbeitet die GPO bei der Anmeldung, aber die Drucker fehlen.
Weiterhin habe ich das Problem (bei mehr als einem User), dass Drucker unter Drucker und Geräte merhfach angezeigt werden, sich jedoch trotz Entfernung (sogar als Admin) zwar entfernen lassen, aber spätestens nach einer erneuten Anmeldung am Terminal wieder vorhanden sind.
Weiterhin sind die selben Drucker unter dem Adminaccount am Terminal auch mehrfach vorhaden (gleiches Spiel beim Entfernen bzw. es genügt, wenn ich Sie da entferne, der User sich wieder anmeldet --> zack Drucker wieder drin
).
Ich hoffe Ihr könnt mir helfen.
Vielen Dank
Gruß
PCTechniker
ERGÄNZUNG: Der Kunde hat noch diverse XP Rechner als Clients im Einsatz (ja Umstellung kommt auch in absehbarer Zeit). Gibt es dann auch eine Möglichkeit, die Verarbeitung dieser GPO auf den Clients zu unterbinden?
bin neu hier und habe da gleich mal ein mittelgroßes Problem.
Wir haben bei einem Kunden einen neuen Server ausgeliefert mit Server 2012 R2 HOST + 5 eingerichteten virtuellen Maschinen (auch 2012 R2).
Davon ist ein Server AD, PDC, DHCP u. DNs, einer Exchange, zwei Terminalserver (untersch. Office-Version) + einen Anwendungs-, Print- u. Fileserver.
Nun zu den Problemen (Druckerprobleme).
Grundsätzlich funktionierte die Druckerverteilung per Loginskript, jedoch kam es immer wieder zu einzelnen Fehlern. Drucker waren mit einmal weg oder sind plötzlich mehrfach vorhanden (dieses Problem besteht noch).
Nun wollte ich die Verteilung per GPO vornehmen und habe hierzu auch ein entsprechendes Objekt angelegt, dies Drucker müselig eingepflegt und je User oder Gruppe per Zieladressierung zugewiesen und dies zum Test erstmal für einen User ausgerollt. Jedoch funktioniert die verarbeitung nicht (ja gpupdate /force habe ich gemacht). Bzw. er verarbeitet die GPO bei der Anmeldung, aber die Drucker fehlen.
Weiterhin habe ich das Problem (bei mehr als einem User), dass Drucker unter Drucker und Geräte merhfach angezeigt werden, sich jedoch trotz Entfernung (sogar als Admin) zwar entfernen lassen, aber spätestens nach einer erneuten Anmeldung am Terminal wieder vorhanden sind.
Weiterhin sind die selben Drucker unter dem Adminaccount am Terminal auch mehrfach vorhaden (gleiches Spiel beim Entfernen bzw. es genügt, wenn ich Sie da entferne, der User sich wieder anmeldet --> zack Drucker wieder drin
).Ich hoffe Ihr könnt mir helfen.
Vielen Dank
Gruß
PCTechniker
ERGÄNZUNG: Der Kunde hat noch diverse XP Rechner als Clients im Einsatz (ja Umstellung kommt auch in absehbarer Zeit). Gibt es dann auch eine Möglichkeit, die Verarbeitung dieser GPO auf den Clients zu unterbinden?
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 249652
Url: https://administrator.de/forum/drucker-per-gpo-verteilen-u-druckerproblem-im-terminal-249652.html
Ausgedruckt am: 15.04.2025 um 07:04 Uhr
8 Kommentare
Neuester Kommentar
Moin,
das mehrfach-Vorhandensein kommt wahrscheinlich von ungewollter Freigabe der Arbeitsplatzdrucker. Wenn User A seinen Drucker freigibt bekommt User B den über den TS auch.
Gruß Looser
das mehrfach-Vorhandensein kommt wahrscheinlich von ungewollter Freigabe der Arbeitsplatzdrucker. Wenn User A seinen Drucker freigibt bekommt User B den über den TS auch.
Gruß Looser
Das ist auszuschließen, da die User lokal keine Drucker mehr haben, sondern alle Drucker über den Server7 installiert sind und über diesen verteilt werden. Lokale Druckerinstallationen gibt es keine (mehr).
Die einzigen Freigaben der Drucker sind definitiv am Server7.
Die einzigen Freigaben der Drucker sind definitiv am Server7.
Hi,
aber auch nur am Server freigegebene Drucker, welche lokal am Client verbunden sind, werden u.U. in die RDP-Sitzung verbunden. Da steht dann "Drucker1 an ServerA von Sitzung 0815" oder so ähnlich. Das muss man ggf. explizit ausschalten.
Weiterhin:
Das Verbinden der Drucker über Script hast Du im Gegenzug rausgenommen?
Kann es sein, dass das Verbinden der Drucker per Computer (statt per Benuter) aktiviert ist? Falls ja, würden alle Drucker, die bei Anmeldung eines Admins verbunden werden, für alle Benutzer des Computers verbunden (sichtbar) sein.
Was zeigt "net use" an, wenn Drucker mehrfach verbunden sind?
E.
aber auch nur am Server freigegebene Drucker, welche lokal am Client verbunden sind, werden u.U. in die RDP-Sitzung verbunden. Da steht dann "Drucker1 an ServerA von Sitzung 0815" oder so ähnlich. Das muss man ggf. explizit ausschalten.
Weiterhin:
Das Verbinden der Drucker über Script hast Du im Gegenzug rausgenommen?
Kann es sein, dass das Verbinden der Drucker per Computer (statt per Benuter) aktiviert ist? Falls ja, würden alle Drucker, die bei Anmeldung eines Admins verbunden werden, für alle Benutzer des Computers verbunden (sichtbar) sein.
Was zeigt "net use" an, wenn Drucker mehrfach verbunden sind?
E.
Das mit dem Client ist trotz allem ein guter Hinweis, auch wenn ich weiß oder mir recht sicher bin, dass es da keine Druckerverbindungen gibt.
Werde in den Userskripten (wir verwenden derzeit noch Userskripte bzw. konkret Batches) zuvor alle Drucker per con2prt / entfernen.
Es hat bis jetzt weder per net use noch per rundll32 und PrintUI funktioniert.
Auch per GPO hat es nicht geruchtet oder ich habe was falsch gemacht.
Was halt nervt (habe auch schon in anderen Foren geschaut) ist die Sache mit den Druckern, die er zusätzlich anzeigt (obwohl derr Haken bei lokale Drucker verwenden bei den RDP-Verknüpfungen raus ist). Weiterhin halt das Problem mit den Druckerverbindungen an sich, woibei ich hier gerade dabei bin, die sauber mit con2prt umzuschreiben.
Werde in den Userskripten (wir verwenden derzeit noch Userskripte bzw. konkret Batches) zuvor alle Drucker per con2prt / entfernen.
Es hat bis jetzt weder per net use noch per rundll32 und PrintUI funktioniert.
Auch per GPO hat es nicht geruchtet oder ich habe was falsch gemacht.
Was halt nervt (habe auch schon in anderen Foren geschaut) ist die Sache mit den Druckern, die er zusätzlich anzeigt (obwohl derr Haken bei lokale Drucker verwenden bei den RDP-Verknüpfungen raus ist). Weiterhin halt das Problem mit den Druckerverbindungen an sich, woibei ich hier gerade dabei bin, die sauber mit con2prt umzuschreiben.
Zitat von @PCTechniker:
Es hat bis jetzt weder per net use noch per rundll32 und PrintUI funktioniert.
Ich meinte: Was gibt er aus, wenn Du einfach "net use" eingibts? Ohne andere Parameter.Es hat bis jetzt weder per net use noch per rundll32 und PrintUI funktioniert.
E.
.
Er scheint die Drucker fehlerfrei zu verbinden, was er aber nicht tut (zumindestens nicht fehlerfrei).
Unter Geräte und Drucker wird alles mögliche an Druckern angezeigt (auch Drucker die nicht funktionieren bzw. wo man nichts einstellen kann und die man auch nicht entfernen kann, weil er sie selbst wieder hinzufügt). Einige Drucker funktionieren, einige nicht.
Habe jetzt die ganzen User auf Skripte mit con2prt umgestellt. Dies funktioniert soweit auch ganz gut. Jedoch verschwinden übern Tag während der Arbeit immer mal wieder sporadisch Drucker (ohne zutun von Usern). Abhilfe schafft hier dann nur, das jeweilige Userskript erneut auszuführen.
Bin langsam am verzweifeln (und unser Kunde mit seinen Mitarbeitern auch). Was habe ich/wir falsch gemacht?
Zudem kommt der Bug mit den Druckern , die man nicht einstellen, entfernen oder konfigurieren kann ("Ghost Printer", wie ich Sie nun liebevoll nenne).
Wenn jemand das Problem kennt, oder eine Lösung hat, die ich noch nicht probiert haben könnte, immer her damit.
thx
Unter Geräte und Drucker wird alles mögliche an Druckern angezeigt (auch Drucker die nicht funktionieren bzw. wo man nichts einstellen kann und die man auch nicht entfernen kann, weil er sie selbst wieder hinzufügt). Einige Drucker funktionieren, einige nicht.
Habe jetzt die ganzen User auf Skripte mit con2prt umgestellt. Dies funktioniert soweit auch ganz gut. Jedoch verschwinden übern Tag während der Arbeit immer mal wieder sporadisch Drucker (ohne zutun von Usern). Abhilfe schafft hier dann nur, das jeweilige Userskript erneut auszuführen.
Bin langsam am verzweifeln (und unser Kunde mit seinen Mitarbeitern auch). Was habe ich/wir falsch gemacht?
Zudem kommt der Bug mit den Druckern , die man nicht einstellen, entfernen oder konfigurieren kann ("Ghost Printer", wie ich Sie nun liebevoll nenne).
Wenn jemand das Problem kennt, oder eine Lösung hat, die ich noch nicht probiert haben könnte, immer her damit.
thx
Sorry,
jetzt weiß ich, was du möchtest.
Bei "net use" an einem der Terminalserver (einen der beiden, den das Problem am meisten betrifft) gibt er nur das verbundene Netzlaufwerk Z: aus, welches vom Server7 kommt.
(Sinngemäß: Neue Verbindungen werden gespeichert. ; Status = OK; Lokal =Z: ; Remote=\\Server7\* (*=Domäne); Netzwerk=Microsoft Windows Netzwerk; Der Befehl wurde erfolgreich ausgeführt; mehr kommt da nicht).
Gruß
jetzt weiß ich, was du möchtest.
Bei "net use" an einem der Terminalserver (einen der beiden, den das Problem am meisten betrifft) gibt er nur das verbundene Netzlaufwerk Z: aus, welches vom Server7 kommt.
(Sinngemäß: Neue Verbindungen werden gespeichert. ; Status = OK; Lokal =Z: ; Remote=\\Server7\* (*=Domäne); Netzwerk=Microsoft Windows Netzwerk; Der Befehl wurde erfolgreich ausgeführt; mehr kommt da nicht).
Gruß
Hat noch irgend jemand eine Idee oder einen Hinweis für mich?????
thx
--> Keiner mehr einen Hinweis, was die Ursache ist???
thx
--> Keiner mehr einen Hinweis, was die Ursache ist???
