testperson 1.707 Geschrieben 21. September 2016 Melden Teilen Geschrieben 21. September 2016 Wenn man von dem Problem hier betroffen ist, hilft auch das Script nicht. In MS Anwendungen (Office / IE / etc) sind die Drucker da. Ruft man "control printers" bzw. "Geräte und Drucker" auf, sind die Drucker nicht da Ruft man "%SystemRoot%\explorer.exe shell:PrintersFolder" (Die "alte" Drucker Verwaltung) auf, sind alle Drucker da Zitieren Link zu diesem Kommentar
Pipeline 12 Geschrieben 21. September 2016 Melden Teilen Geschrieben 21. September 2016 Das mit dem Standarddrucker ist auch "nur" nervig und unabhängig vom mapping. Das passiert selbst bei "von Hand" verbundenen Druckern. Der Standarddrucker wechselt dann auf einen PDFCreator (der ja lokal verfügbar ist). Schlimmer sind für die User Probleme mit dem PDF Druck. Hier können immer mal PDFs nicht auf einzelnen Druckern gedruckt werden. Andere Dokument auf diesen Druckern geht dann trotzdem, PDFs auf anderen Druckern geht auch. Wir haben schon vom Adobe Reader auf den Foxit Reader gewechselt, dies hat dann auch eine deutliche Besserung gebracht, aber ist keine endgültige Lösung. Fehlermeldungen haben wir bislang nicht entdeckt, es passier augenscheinlich dann einfach nichts. Zitieren Link zu diesem Kommentar
florian_ried 0 Geschrieben 22. September 2016 Melden Teilen Geschrieben 22. September 2016 (bearbeitet) Hallo zusammen, auch wir verfolgen diesen Artikel seit längerer Zeit. Auch die verschiedensten Lösungsvorschläge wurden bereits getestet. Letztendlich treten die Probleme immer wieder auf.... UMGEBUNG: 2 Druckserver (Windows Server 2012 R2) Grund: Trennung von Treibern der unterschiedlichen Herstellern 5 Terminalserver (Windows Server 2012 R2) Einige Windows 7 und Windows 10 Fat-Clients Verknüpfung der Drucker auf den Terminalservern und Fat-Clients erfolgt als Netzwerkdrucker. Beispiel: \\druckserverXY\DruckernameBeim Anmelden eines Benutzers wird ein VBS-Anmeldeskript ausgeführt, welches die jeweiligen Netzwerkdrucker dem Benutzer über den betreffenden Druckserver verknüpft.Beispielcode aus dem VBS-Anmeldeskript:Case "ABTEILUNG" Select Case m_stUnterOU Case "ABTEILUNG XY" m_objWsNetwork.AddWindowsPrinterConnection "\\" & m_stDruckServer & "\C20LJ1" m_objWsNetwork.SetDefaultPrinter "\\" & m_stDruckServer & "\C20LJ1"End Select DURCHGEFÜHRTE KONFIGURATIONEN AN DEN DRUCKSERVERN: • Treiber werden im isolierten Modus ausgeführt • Bei jedem Drucker wurde der Druckprozessor manuell auf „winprint“ gestellt • „Erweiterte Druckfeatures aktivieren“ wurde deaktiviert • „Druckauftragsaufbereitung auf Clientcomputer durchführen“ wurde bei allen Druckern deaktiviert DURCHGEFÜHRTE KONFIGURATIONEN AN DEN TERMINALSERVERN: • „Geräteinstallationseinstellungen“ --> Soll Windows Treibersoftware und darstellungsgetreue Symbole für die Geräte herunterladen? --> „Nie Treibersoftware von Windows Update installieren“ Täglich läuft nachts ein Script auf allen Terminalservern, welches folgende Registry_Keys löscht und den Spooler auf dem TS neustartet:Remove-Item -Path "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Providers\Client Side Rendering Print Provider\ AUFTRETENDE PROBLEME: Ein Drucker ist als Standarddrucker festgelegt. Mit einem Rechtsklick auf den Standarddrucker erkennt man, dass der Haken unter "Als Standarddrucker festlegen" gesetzt ist. Es fehlt allerdings der grüne Haken als Symbol direkt auf dem Drucker. Sobald dieses Symbol (grüner Haken) fehlt, kann aus manchen Anwendungen wie z.B. Adobe Acrobat Reader DC nicht mehr gedruckt werden Nach einem unbekannten Zeitraum wird die Einstellung des Druckprozessors bei allen Druckern von „winprint“ am Druckserver auf einen Standard-Druckprozessor von HP zurückgesetzt Anzeigeproblem unter dem Dialaog "Geräte und Drucker" von Windows. Beim manuellen hinzufügen von Druckern werden die Drucker in Anwendungen wie z.B. Word, Outlook usw. angezeigt. --> Ruft man "control printers" bzw. "Geräte und Drucker" auf, sind die Drucker nicht da. --> Ruft man "%SystemRoot%\explorer.exe shell:PrintersFolder" (Die "alte" Drucker Verwaltung) auf, sind alle Drucker da Beim Druck von PDF Dateien erscheint die Fehlermeldung (von Adobe Acrobat Reader): „Das Dokument konnte nicht gedruckt werden - Keine zum Drucken ausgewählten Seiten vorhanden“Dieses Problem tritt auf, wenn Punkt 1 (Haken Standarddrucker nicht sichtbar) auftritt Zusätzlich hatten wir das Problem, dass den Benutzern teilweise Drucker verknüpft werden, welche definitiv manuell nicht verknüpft wurden und auch per Anmeldeskript dem Benutzer nicht verknüpft werden. Die Terminalserver wurden alle über ein Image erstellt. (Sysprep wurde vorher ausgeführt) Ich habe folgenden Artikel hierzu gefunden: https://community.spiceworks.com/topic/736070-all-network-printers-automatically-added-for-each-user-on-2012-r2-rdsh Hat hier jemand Erfahrung und weiß genau, welche Schritte hier durchzuführen sind? Und kann uns evtl. jemand allgemein noch Tipps geben zu Skripten oder sonstigen Lösungsansätzen und vorallem die oben genannten Problem in Griff zu bekommen. Vielen Dank! Grüße Florian bearbeitet 22. September 2016 von florian_ried Zitieren Link zu diesem Kommentar
Weingeist 159 Geschrieben 22. September 2016 Melden Teilen Geschrieben 22. September 2016 (bearbeitet) Wie gesagt, nimm die uralten rundll32 Befehle mit nem Batch-File oder die gleichen mit nem VBS. Solange man keine anderen Scrips und GPO's rumpfuschen lässt, funktionierts auch. Ich habe die Probleme in keiner einzigen Umgebung und sind auch ein paar davon mit aktuellem 2012R2. Ob die Dinger nun in der Geräteliste auftauchen oder nicht ist doch total egal solange sie in den Programmen sowie der effektiven Druckerliste erscheinen (auch wenn diese nur über einen Umweg - siehe unten - erreichbar ist) Diese Geräte-Liste ist dermassen Buggy, dass man darauf eh keinen Cent geben sollte. Wenns nur um die geht, verstehe ich das Problem daher eh nicht =) Kenne bist jetzt jedenfalls kein Programm, dass sich die Liste darüber holt. Wenn du eine funktionierende Liste willst, die "richtige" Auflistung hernehmen: Ordner erstellen mit: "Druckerliste.{2227A280-3AEA-1069-A2DE-08002B30309D}" Darauf dann ne Verknüpfung und diese ab ins Starmenü oder Desktop. Der Name vor der GUID ist irrelevant. Ist erst noch viel bequemer um Einstellungen zu erreichen oder Drucker zu löschen. bearbeitet 22. September 2016 von Weingeist 1 Zitieren Link zu diesem Kommentar
florian_ried 0 Geschrieben 22. September 2016 Melden Teilen Geschrieben 22. September 2016 Wie gesagt, nimm die uralten rundll32 Befehle mit nem Batch-File oder die gleichen mit nem VBS. Solange man keine anderen Scrips und GPO's rumpfuschen lässt, funktionierts auch. Ich habe die Probleme in keiner einzigen Umgebung und sind auch ein paar davon mit aktuellem 2012R2. Ob die Dinger nun in der Geräteliste auftauchen oder nicht ist doch total egal solange sie in den Programmen sowie der effektiven Druckerliste erscheinen (auch wenn diese nur über einen Umweg - siehe unten - erreichbar ist) Diese Geräte-Liste ist dermassen Buggy, dass man darauf eh keinen Cent geben sollte. Wenns nur um die geht, verstehe ich das Problem daher eh nicht =) Kenne bist jetzt jedenfalls kein Programm, dass sich die Liste darüber holt. Wenn du eine funktionierende Liste willst, die "richtige" Auflistung hernehmen: Ordner erstellen mit: "Druckerliste.{2227A280-3AEA-1069-A2DE-08002B30309D}" Darauf dann ne Verknüpfung und diese ab ins Starmenü oder Desktop. Der Name vor der GUID ist irrelevant. Ist erst noch viel bequemer um Einstellungen zu erreichen oder Drucker zu löschen. Die "richtige" Auflistung haben wir bereits auf den Desktop gelegt. Kann man die "falsche" Auflistung per GPO evtl. deaktivieren? Natürlich ist dies kein großes Problem sage ich mal und man kann damit leben. Das größere Problem ist eher der Standarddrucker. Sobald eben der Haken nicht sichtbar ist, ist das Drucken aus bestimmten Anwendungen wie z.B. Adobe Acrobat Reader, Word, Excel usw.... Das ist das größere Problem. Genauso, dass verschiendensten Benutzern Drucker verknüpft werden, die nicht im Anmeldeskript sind und die auch nicht manuell hinzugefügt wurden. Die Auflistung war einfach nur ein Problem, welches zusätzlich aufgetreten ist. Hat aber keine große Auswirkung. Zitieren Link zu diesem Kommentar
Weingeist 159 Geschrieben 22. September 2016 Melden Teilen Geschrieben 22. September 2016 Wenn der Standarddrucker mit Rundll32 als letztes gesetzt wird, bleibt er auch der Standardrucker. Ausser man pfuscht mit was anderem rum. :) Zitieren Link zu diesem Kommentar
TiTux 10 Geschrieben 2. November 2016 Melden Teilen Geschrieben 2. November 2016 (bearbeitet) Also bei uns hat das mit dem rundll32 Script leider nicht funktioniert, die Fehler treten nach wie vor auf. Da der Windows Server 2016 nun ja draussen ist, wäre es interessant zu wissen, ob der Fehler unter 2016 in der Terminalserverumgebung so immer noch Auftritt. Wer also in naher Zukunft auf die neue Version umsteigt, kann hier ja berichten, ob der Bug mitgeschleppt wurde oder ob damit dann endlich Schluss ist, weil es nervt brutal. bearbeitet 2. November 2016 von TiTux Zitieren Link zu diesem Kommentar
kirschi68 10 Geschrieben 10. November 2016 Melden Teilen Geschrieben 10. November 2016 (bearbeitet) Probier es doch mal mit: %Logonserver%\Netlogon\con2prt.exe /f %Logonserver%\Netlogon\con2prt.exe /c "\\printerserver\printername" %Logonserver%\Netlogon\con2prt.exe /cd "\\printerserver\printername2" /f = löschen /c= zuweisen /cd= Standarddrucker Wir haben zumindest keine verschwindenden Standarddrucker mehr (Lösch-Script auf den TS). Nun mein Prescribe-Problem ist noch da. bearbeitet 10. November 2016 von kirschi68 Zitieren Link zu diesem Kommentar
ThimoFo 0 Geschrieben 23. November 2016 Melden Teilen Geschrieben 23. November 2016 Hallo zusammen, mit Interesse habe ich eure Beiträge durchgelesen, da wir das Problem momentan akut bei einem Kunden haben. Hat schon irgendwer auf einen 2016er geupdatet und kann berichten, ob das Problem da immernoch besteht? Vielen Dank im Voraus Viele Grüße Thimo Zitieren Link zu diesem Kommentar
kaltokri 1 Geschrieben 6. Januar 2017 Melden Teilen Geschrieben 6. Januar 2017 (bearbeitet) Beim Druck von PDF Dateien erscheint die Fehlermeldung (von Adobe Acrobat Reader): „Das Dokument konnte nicht gedruckt werden - Keine zum Drucken ausgewählten Seiten vorhanden“Dieses Problem tritt auf, wenn Punkt 1 (Haken Standarddrucker nicht sichtbar) auftritt Hallo zusammen, wir haben die gleichen Probleme mit unseren Windows 2012 R2 Terminal-Servern. Mein Vorgänger hat nie was aufgeräumt so dass es bei uns einen großen Wildwuchs bezüglich Treibern, Druckerservern, Verteilungsmethoden usw. gibt. Ich werde die Vorschläge hier Schritt für Schritt abarbeiten und testen. Das schwierigste an den Problemen ist die Vermischung der Ursachen bzw. das die Sympthome sich sehr ähneln. Wenn man PDF-Dateien direkt aus einer E-Mail von Outlook per Doppelklick öffnet wurde sie bei uns oftmals nicht gedruck. Manchmal ohne jede Meldung und manchmal mit der Meldung : „Das Dokument konnte nicht gedruckt werden - Keine zum Drucken ausgewählten Seiten vorhanden“. Folgende Einstellung in Acrobat Reader DC haben bei uns eine Verbesserung gebracht: Bearbeiten / "Voreinstellungen..." / "Sicherheit (erweitert)" Die Hacken bei "Geschützten Modus beim Start aktivieren" und bei "Erweiterte Sicherheit aktivieren" entfernen. Mir ist klar, dass dadurch die Sicherheit verringert wird, aber ca. 30% unserer PDF-Druckprobleme können durch die beiden Optioenen behoben werden. Ich überlege schon die Reg-Keys zu ermitteln und per GPP für alle zu setzen. Ich hoffe das hilft Dir Florian. Aber Anwendung auf eigene Gefahr. ;) LG Kaltokri Nachtrag: Die Windows Foto und Faxanzeige zeigt auch gerne mal Drucker nicht an. Als Workaround öffnen wir TIF-Dateien jetzt mit IrfanView. Damit gab es diese Probleme nicht mehr. Aber es druckt teilweise deutlich langsamer. bearbeitet 6. Januar 2017 von kaltokri 1 Zitieren Link zu diesem Kommentar
florian_ried 0 Geschrieben 16. Januar 2017 Melden Teilen Geschrieben 16. Januar 2017 (bearbeitet) Hallo zusammen, wir haben die gleichen Probleme mit unseren Windows 2012 R2 Terminal-Servern. Mein Vorgänger hat nie was aufgeräumt so dass es bei uns einen großen Wildwuchs bezüglich Treibern, Druckerservern, Verteilungsmethoden usw. gibt. Ich werde die Vorschläge hier Schritt für Schritt abarbeiten und testen. Das schwierigste an den Problemen ist die Vermischung der Ursachen bzw. das die Sympthome sich sehr ähneln. Wenn man PDF-Dateien direkt aus einer E-Mail von Outlook per Doppelklick öffnet wurde sie bei uns oftmals nicht gedruck. Manchmal ohne jede Meldung und manchmal mit der Meldung : „Das Dokument konnte nicht gedruckt werden - Keine zum Drucken ausgewählten Seiten vorhanden“. Folgende Einstellung in Acrobat Reader DC haben bei uns eine Verbesserung gebracht: Bearbeiten / "Voreinstellungen..." / "Sicherheit (erweitert)" Die Hacken bei "Geschützten Modus beim Start aktivieren" und bei "Erweiterte Sicherheit aktivieren" entfernen. Mir ist klar, dass dadurch die Sicherheit verringert wird, aber ca. 30% unserer PDF-Druckprobleme können durch die beiden Optioenen behoben werden. Ich überlege schon die Reg-Keys zu ermitteln und per GPP für alle zu setzen. Ich hoffe das hilft Dir Florian. Aber Anwendung auf eigene Gefahr. ;) LG Kaltokri Nachtrag: Die Windows Foto und Faxanzeige zeigt auch gerne mal Drucker nicht an. Als Workaround öffnen wir TIF-Dateien jetzt mit IrfanView. Damit gab es diese Probleme nicht mehr. Aber es druckt teilweise deutlich langsamer. VIelen Dank für diesen Tipp! Solltest du die Reg-Keys gefunden haben, kannst du mir diese gerne noch hier mitteilen. Unsere Probleme wurden bereits größtenteils behoben. Wirklich geholfen hat folgendes: I wound up opening a ticket with Microsoft which resolve my issue. Apparently there are issues with 2012 R2 caching locally rendered network printers. Microsoft also recommended disabling local rendered printing via GPO. Resolution: We did the initial troubleshooting and performed the below mentioned steps : Remove entries (sub keys) from all below locations : 1.)HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\V4 Connections 2.)HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Printers (recreate) string value: DefaultSpoolDirectory C:\Windows\system32\spool\PRINTERS dword value: LANGIDOfLastDefaultDevmode 409 hex 3.) HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Providers\Client Side Rendering Print Provider\servers 4.) HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Providers\Client Side Rendering Print Provider Download PSTOOLS or PSEXEC. http://technet.microsoft.com/en-us/sysinternals/bb897553 Open command prompt with admin priviledges Run the below command from the folder where you download PSEXEC to open registry and delete printenum entries using system account psexec -s -i regedit.exe -s Run the remote process in the System account. -i Run the program so that it interacts with the desktop of the specified session on the remote system. If no session is specified the process runs in the console session. >> Deleted the corresponding entry from the following location : 5.) HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\SWD\PRINTENUM 6.) HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceClasses\{0ecef634-6ef0-472a-8085-5ad023ecbccd} 7.) Open printers, hit F5 refesh . 8.) Restart the server. bearbeitet 16. Januar 2017 von florian_ried Zitieren Link zu diesem Kommentar
Dr.Melzer 191 Geschrieben 16. Januar 2017 Melden Teilen Geschrieben 16. Januar 2017 VIelen Dank für diesen Tipp! Solltest du die Reg-Keys gefunden haben, kannst du mir diese gerne noch hier mitteilen. Unsere Probleme wurden bereits größtenteils behoben. Wirklich geholfen hat folgendes: I wound up opening a ticket with Microsoft which resolve my issue. Apparently there are issues with 2012 R2 caching locally rendered network printers. Microsoft also recommended disabling local rendered printing via GPO. Resolution: We did the initial troubleshooting and performed the below mentioned steps : Remove entries (sub keys) from all below locations : 1.)HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\V4 Connections 2.)HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Printers (recreate) string value: DefaultSpoolDirectory C:\Windows\system32\spool\PRINTERS dword value: LANGIDOfLastDefaultDevmode 409 hex 3.) HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Providers\Client Side Rendering Print Provider\servers 4.) HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Providers\Client Side Rendering Print Provider Download PSTOOLS or PSEXEC. http://technet.microsoft.com/en-us/sysinternals/bb897553 Open command prompt with admin priviledges Run the below command from the folder where you download PSEXEC to open registry and delete printenum entries using system account psexec -s -i regedit.exe -s Run the remote process in the System account. -i Run the program so that it interacts with the desktop of the specified session on the remote system. If no session is specified the process runs in the console session. >> Deleted the corresponding entry from the following location : 5.) HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\SWD\PRINTENUM 6.) HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceClasses\{0ecef634-6ef0-472a-8085-5ad023ecbccd} 7.) Open printers, hit F5 refesh . 8.) Restart the server. Danke für die Info. Magst du bitte noch den Link zur Quelle mit angeben. Zitieren Link zu diesem Kommentar
florian_ried 0 Geschrieben 17. Januar 2017 Melden Teilen Geschrieben 17. Januar 2017 Danke für die Info. Magst du bitte noch den Link zur Quelle mit angeben. Natürlich. Der Link war bereits in einem Beitrag von wir weiter oben ersichtlich: https://community.spiceworks.com/topic/736070-all-network-printers-automatically-added-for-each-user-on-2012-r2-rdsh Zitieren Link zu diesem Kommentar
Dr.Melzer 191 Geschrieben 17. Januar 2017 Melden Teilen Geschrieben 17. Januar 2017 Danke :-) Zitieren Link zu diesem Kommentar
MoLe 0 Geschrieben 14. Februar 2017 Melden Teilen Geschrieben 14. Februar 2017 Hallo Community! Habe mir jetzt alle 10 Seiten durchgelesen und festgestellt das es hier anscheinend keine wirkliche Lösung gibt. Wäre hier nicht der einfachste Weg einfach einen Server2008R2 aufzusetzen und dem die Druckerrolle umzuhängen? Die Druckerbereitstellung funktioniert auf allen Clients wirklich super! Auch der Standarddrucker bleibt (Win7 + Win10) nur am TS2012R2 gibt es eben diese zickerein. Oder wäre eine Zusatzsoftware wie ThinPrint hier zufriedenstellend? Also das meine Thinclients die Drucker (per Bereitstellung oder wie auch immer) gemapped bekommen und dann Thinprint diese in die Terminalserversitzung mitnimmt? Aber schön das es MS nicht interessiert und Tickets ungelöst geschlossen werden + keine Fehlerbehebung in Server 2016... :suspect: Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.