117471
Aug 22, 2018, updated at 16:40:30 (UTC)
1344
9
0
2012r2 - Terminalbenutzer "kapern" preigegebenen Drucker auf Printserver?!?
Hallo,
ich habe bei einem Kunden immer noch "Zickereien" mit freigegebenen Druckern.
Grundsätzlich sind die Drucker auf einem Server (2012r2) eingerichtet und freigegeben.
Auf einem zweiten WTS-Host (ebenfalls 2012r2) gehe ich im Explorer auf \\printserver\druckername, klicke den mit rechts an und wähle "Installieren". Danach bin ich normalerweise glücklich.
Jetzt gibt es aber immer wieder mal Streß mit Druckern, der sich unterschiedlich äußert: Entweder "der druckt nicht", "er lässt sich nicht als Standarddrucker festlegen", "er taucht nur in der Systemsteuerung, aber nicht im Druckdialog vom Internet Explorer auf" usw. usf.
Jetzt gehe ich wie folgt vor: Ich melde mich auf dem WTS-Server mit jedem Profil an und lösche dort den problembehafteten Drucker. Irgendwann, bei einem der Benutzer, fragt er nach administrativen Daten. Wenn ich die eingebe, wird nicht nur der freigegebene Drucker gelöscht - der Treiber auf dem Printserver wird ebenfalls entfernt.
Pragmatisch ausgedrückt erscheint es momentan so, als wenn irgendetwas dazu führt, dass ein normaler Anwender statt des verbundenen freigegebenen Druckers das Original vom Printserver in der Systemsteuerung unter "Geräte und Drucker" eingeblendet bekommt und genau dieser Drucker macht dann bei allen anderen Benutzern Scherereien.
Offenbar scheint das eine recht aktuelle Baustelle zu sein, hier mal ein Zitat: (Quelle: https://support.microsoft.com/en-sg/help/4338831/july172018kb4338831osbu ..).
Genau dieses Fehlerbild hatte ich auf dem Server auch und "eigentlich" hatte ich gehofft, dass es sich mit dem KB4338831 erledigt hat.
Hat das noch jemand? Habt Ihr Tipps? (Außer vielleicht: "Zukünftig keine Microsoft-Produkte benutzen")
Mir wäre schon damit geholfen, wenn ich irgendwie erkennen könnte, welcher Nutzer sich den Drucker "einverleibt" hat. Dann bräuchte ich zwecks Reparatur nicht alle Benutzerkonten durchforsten...
Gruß,
Jörg
ich habe bei einem Kunden immer noch "Zickereien" mit freigegebenen Druckern.
Grundsätzlich sind die Drucker auf einem Server (2012r2) eingerichtet und freigegeben.
Auf einem zweiten WTS-Host (ebenfalls 2012r2) gehe ich im Explorer auf \\printserver\druckername, klicke den mit rechts an und wähle "Installieren". Danach bin ich normalerweise glücklich.
Jetzt gibt es aber immer wieder mal Streß mit Druckern, der sich unterschiedlich äußert: Entweder "der druckt nicht", "er lässt sich nicht als Standarddrucker festlegen", "er taucht nur in der Systemsteuerung, aber nicht im Druckdialog vom Internet Explorer auf" usw. usf.
Jetzt gehe ich wie folgt vor: Ich melde mich auf dem WTS-Server mit jedem Profil an und lösche dort den problembehafteten Drucker. Irgendwann, bei einem der Benutzer, fragt er nach administrativen Daten. Wenn ich die eingebe, wird nicht nur der freigegebene Drucker gelöscht - der Treiber auf dem Printserver wird ebenfalls entfernt.
Pragmatisch ausgedrückt erscheint es momentan so, als wenn irgendetwas dazu führt, dass ein normaler Anwender statt des verbundenen freigegebenen Druckers das Original vom Printserver in der Systemsteuerung unter "Geräte und Drucker" eingeblendet bekommt und genau dieser Drucker macht dann bei allen anderen Benutzern Scherereien.
Offenbar scheint das eine recht aktuelle Baustelle zu sein, hier mal ein Zitat:
Addresses an issue in which not all network printers are connected after a user logs on. The HKEY_USERS\User\Printers\Connections Key shows the correct network printers for the affected user. However, the list of network printers from this registry key is not populated in any app, including Microsoft Notepad or Devices and Printers. Printers may disappear or become non-functional.Genau dieses Fehlerbild hatte ich auf dem Server auch und "eigentlich" hatte ich gehofft, dass es sich mit dem KB4338831 erledigt hat.
Hat das noch jemand? Habt Ihr Tipps? (Außer vielleicht: "Zukünftig keine Microsoft-Produkte benutzen")
Mir wäre schon damit geholfen, wenn ich irgendwie erkennen könnte, welcher Nutzer sich den Drucker "einverleibt" hat. Dann bräuchte ich zwecks Reparatur nicht alle Benutzerkonten durchforsten...
Gruß,
Jörg
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 384103
Url: https://administrator.de/contentid/384103
Printed on: April 18, 2024 at 06:04 o'clock
9 Comments
Latest comment
Witzig, ich hatte das Problem die Tage bei 2 Windows 10 Rechnern. Ich habe an einem Rechner per USB einen Kyocera installiert und diesen freigegeben. Am 2. Rechner diesen als Administrator eingebunden. Funktionierte soweit so gut. Üblicher Weise steht dann dieser Drucker allen Benutzern des Rechners zur Verfügung.
Nun musste ich aber mein Benutzerprofil löschen und neu einrichten. Nach dem Anmelden war dann der Drucker noch in der Systemsteuerung, aber tauchte in keinem Programm auf. Deinstallieren und neuinstallieren war dann die Lösung
Soll aber heißen, dass du den Drucker in der Systemsteuerung entfernen kannst. Dann ist dieser doch für alle Benutzer weg. Wenn du den dann korrekt installierst, sollte das doch passen?
p.s. ist nicht zufällig ein Lexmark? Da hatte ich letztens mit Freude, der hat sich zwar installiert und auch Druckaufträge angenommen und verarbeitet, aber nicht gedruckt. Musste den Druckertreiber aktualisieren, erst dann ging es.
Nun musste ich aber mein Benutzerprofil löschen und neu einrichten. Nach dem Anmelden war dann der Drucker noch in der Systemsteuerung, aber tauchte in keinem Programm auf. Deinstallieren und neuinstallieren war dann die Lösung
Soll aber heißen, dass du den Drucker in der Systemsteuerung entfernen kannst. Dann ist dieser doch für alle Benutzer weg. Wenn du den dann korrekt installierst, sollte das doch passen?
p.s. ist nicht zufällig ein Lexmark? Da hatte ich letztens mit Freude, der hat sich zwar installiert und auch Druckaufträge angenommen und verarbeitet, aber nicht gedruckt. Musste den Druckertreiber aktualisieren, erst dann ging es.
Hallo,
In meinem Fall entferne ich den Drucker in der Systemsteuerung von (irgend-)einem Computer, der auf die Freigabe zugreift.
Normalerweise löscht man so nur den lokalen Zugriff auf die Freigabe und bestenfalls noch die lokale Instanz des Treibers - aktuell habe ich aber das Problem, dass das auf die Quellinstallation heruntergebrochen wird.
Das Problem trat bis jetzt bei Canon-, Ricoh- und Kyocera-Druckern auf.
Gruß,
Jörg
In meinem Fall entferne ich den Drucker in der Systemsteuerung von (irgend-)einem Computer, der auf die Freigabe zugreift.
Normalerweise löscht man so nur den lokalen Zugriff auf die Freigabe und bestenfalls noch die lokale Instanz des Treibers - aktuell habe ich aber das Problem, dass das auf die Quellinstallation heruntergebrochen wird.
Das Problem trat bis jetzt bei Canon-, Ricoh- und Kyocera-Druckern auf.
Gruß,
Jörg
WTF? D.h. du hast den Server mit der Freigabe und installierst den wie gewohnt auf den Clients. Löscht du dann den Drucker von einem Client, dann löscht der den auch auf dem Server??? Ja geilo! x_X
Das ist zum Glück bei mir nicht der Fall ... Aber das mit dem erscheint nicht in Programmen habe ich auch.
Probier mal aus, ob das auch passiert wenn du den Drucker per cmd löscht. Ggf. dann einfach per Skript löschen und verteilen?
Ansonsten, installiere die Drucker direkt auf dem WTS ohne dem Umweg über den Printserver. Vielleicht schafft das Abhilfe?
Das ist zum Glück bei mir nicht der Fall ... Aber das mit dem erscheint nicht in Programmen habe ich auch.
Probier mal aus, ob das auch passiert wenn du den Drucker per cmd löscht. Ggf. dann einfach per Skript löschen und verteilen?
Ansonsten, installiere die Drucker direkt auf dem WTS ohne dem Umweg über den Printserver. Vielleicht schafft das Abhilfe?
Also wir haben hin und wieder ein ähnliches Verhalten unter 2012 R2, aber einige Dinge iritieren mich bei deiner Beschreibung.
Ich habe alle Drucker auf einem Druckserver (auf DC) freigegeben und auf dem RD-SH als Administrator! sicherheitshalber einmal Verbunden. Dadurch installiert er schonmal den Treiber sauber auf dem RD-SH. Bei den Usern habe ich die Drucker aus der Freigabe \\printserver\printer mit Rechtsclick "Verbinden" hinzugefügt, du schreibst was von "Installieren", das dürfen meine User gar nicht...
Das mit dem fehlen des Druckers in einer Anwendung oder mit dem "druckt nicht" kenne ich so auch. Dann reicht ein entfernen bei dem betreffenden Nutzer und neu Verbinden, eine Rechteanfrage kommt aber nie, die Treiber sind ja auch immer schon installiert.
Ich habe alle Drucker auf einem Druckserver (auf DC) freigegeben und auf dem RD-SH als Administrator! sicherheitshalber einmal Verbunden. Dadurch installiert er schonmal den Treiber sauber auf dem RD-SH. Bei den Usern habe ich die Drucker aus der Freigabe \\printserver\printer mit Rechtsclick "Verbinden" hinzugefügt, du schreibst was von "Installieren", das dürfen meine User gar nicht...
Das mit dem fehlen des Druckers in einer Anwendung oder mit dem "druckt nicht" kenne ich so auch. Dann reicht ein entfernen bei dem betreffenden Nutzer und neu Verbinden, eine Rechteanfrage kommt aber nie, die Treiber sind ja auch immer schon installiert.
"Verbinden" hinzugefügt, du schreibst was von "Installieren", das dürfen meine User gar nicht...
Stimmt, das hatte mich auch gewundert. Bei mir steht nämlich auch Verbinden. Wenn die Druckertreiber dann noch nicht installiert sind, werden Administrator-Rechte angefordert.
Hallo,
dann habe ich mich nicht genau ausgedrückt. Meine Pappenheimer können natürlich keine Treiber installieren und verbinden die Drucker lediglich mit ihrem Profil.
Gruß,
Jörg
dann habe ich mich nicht genau ausgedrückt. Meine Pappenheimer können natürlich keine Treiber installieren und verbinden die Drucker lediglich mit ihrem Profil.
Gruß,
Jörg
Und du hast die Drucker auch mal mit dem Administrator Verbunden, korrekt? Ich hab das so gelernt, allerdings war das noch 2003.
Hallo,
ich bin wie folgt vorgegangen:
- auf PRINTSERVER sämtliche Drucker installiert und freigegeben
- auf dem WTS-Server als Administrator den UNC-Pfad \\PRINTSERVER\ aufgerufen, alle Drucker mit rechts angeklickt und im Kontextmenü "Verbinden" ausgewählt. Damit hatte ich dann die Treiber auf dem WTS-Server
- auf dem WTS-Server mit jedem Benutzer angemeldet, den UNC-Pfad \\PRINTSERVER\ aufgerufen, alle Drucker mit rechts angeklickt und im Kontextmenü "Verbinden" ausgewählt. Seitdem habe ich die auch im Benutzerkontext.
Wenn ich jetzt bei einem Benutzer den Drucker in der Systemsteuerung unter "Geräte und Drucker" lösche, dann sollte eigentlich nur der verbundene Drucker im jeweiligen Benutzerkontext gelöscht werden.
Gelegentlich verschwindet aber halt auch das "Original" auf PRINTSERVER
Gruß,
Jörg
ich bin wie folgt vorgegangen:
- auf PRINTSERVER sämtliche Drucker installiert und freigegeben
- auf dem WTS-Server als Administrator den UNC-Pfad \\PRINTSERVER\ aufgerufen, alle Drucker mit rechts angeklickt und im Kontextmenü "Verbinden" ausgewählt. Damit hatte ich dann die Treiber auf dem WTS-Server
- auf dem WTS-Server mit jedem Benutzer angemeldet, den UNC-Pfad \\PRINTSERVER\ aufgerufen, alle Drucker mit rechts angeklickt und im Kontextmenü "Verbinden" ausgewählt. Seitdem habe ich die auch im Benutzerkontext.
Wenn ich jetzt bei einem Benutzer den Drucker in der Systemsteuerung unter "Geräte und Drucker" lösche, dann sollte eigentlich nur der verbundene Drucker im jeweiligen Benutzerkontext gelöscht werden.
Gelegentlich verschwindet aber halt auch das "Original" auf PRINTSERVER
Gruß,
Jörg
Also Vorgehensweise sieht gut aus, ich tippe auf zuviele Rechte im Benutzerkontext (wie will man das sonst auch erklären). Ne konkrete Idee habe ich aber leider nicht.
