Hallo,
wir haben Windows Server 2019 mit CB und auc PrintServer 2019, das Problem ist manchmal mit Anmeldung oder Abmeldung oder RemoteDesktopfenster Trennung wird Standard Drucker als SkyPro PDF gezeigt und mit dem Drucken wird PDF Seite auf, hat jemand vielleicht ähnliches Problem? wir fügen Drucker mit GP hinzu.
Vielen Dank
Hallo,
was meinen Sie mit
mit dem Drucken wird PDF Seite auf
? Meinen Sie, dass sich die Seite nach dem Drucken öffnet? Das können Sie in den Druckereigenschaften ausstellen:
Nein, ich meinte statt ausgewähltes Druckers von Benutzer wird automatisch SkyPDF Pro gezeigt. und Benutzer jeder Morgen ihre Standarddrucker von SkyPDF pro zu anderem Drucker ändern
Und die GPO wird auch einwandfrei angewendet?
Da scheint ja der alte Fehler wieder aufzutreten, 2016 war ja auch schon betroffen.
https://www.mcseboard.de/topic/199355-2012-r2-rds-extreme-druckerprobleme
Hier finden sich einige Lösungen die auch helfen.
Sollte es sich nicht um ein Std. Fehlverhalten auf Basis einer falschen Einstellung handeln, was ich auf Basis der Beschreibung vorerst nicht denken würde, kann man das Ganze ggf. via der GPO mit einem Registry Ex- und Import skripten, was unser Co-Founder, Hr. Rodrigues, i.d.R. empfiehlt, wenn keine entsprechende 3rd Party Drucklösung zum Einsatz kommt.
Ich erlaube mir Mal einfach ein Copy & Paste aus seinem letzten IT Beratungsprojekt ggü. dem betreiber eines deutschen Rechenzentrum, der seine IaaS Angebote auf Basis von Hyper-V u.a. für große Daimler Vertragshändler zur Verfügung stellt:
"... As we discussed, for the printers we usually export a registry key with a logoff script and import it back with a login script (both scripts set using GPOs). Here you have what you need:
To export at logoff:
reg export "HKCU\Software\Microsoft\Windows NT\CurrentVersion\Windows" H:\DefaultPrinter.reg
(we export to the home drive, in this case mapped as H: but you can export to anywhere you want. Also you can use whatever tool you want to read the registry key and export it).
To import at logon:
reg import H:\DefaultPrinter.reg
This allows the user to set whatever printer he wants while using the system and we save that information at logoff.
For the printing solution I highly recommend Tricerat Simplify Printing or Simplify Printing TX (TX is a more complete product, even allowing printing from iOS/Android phones and tablets, when connected to a terminal server). If you need pricing on it just let me know and I will get you the best price out there as I have known their CEO for many years."
Falls beschriebenes (der Import) auch bei einem Reconnect zu einer Disconnected Session erfolgen soll, dann erlaube ich mir den Verweis auf unseren Lösungsansatz unter dem Link Wechsel des Standard Druckers bei Reconnect auf eine Disconnected Session - Citrix VDI & More .
BG
Holger Xue
ja es ist ok, ich habe testweise auch Standard Drucker für mein Konto mit Anmeldescript hizugefügt, aber mit Trennung von Remotedeskop manchmal kommt vor, dass wieder SkyPDF pro als standard ist.
Wie gesagt, altbekanntes Problem, nun auch in der Variante 2009 zu haben:
Die Lösung findet sich hier:
Das bedeutet Arbeit und löst auch die Probleme der Mehrfachbereitstellung von Druckern.
Danke ich teste das.
Hat hier schon jemand eine erfolgreiche Lösung herausgefunden? Bei uns verschwinden im Laufe des Tages auch immer wieder Drucker. Egal ob per GPO, per Skript oder manuell verbunden.... Es ist zum verrückt werden...
... jetzt weiß ich endlich, wer das "Kudo" erfunden hat, der Kubatov Udo 😉
hallo
immer diese Wortspiele mit dem Nutzername. Da bleibt nur das Wechseln. 😀
mit freundlichem Gruß
Gerd Görtz
jeder will doch mal spielen, auch mit Worten, wenn´s sein muss 😀😀
bei uns ist das leider auch ab und zu mal. Ich trenne mich dann von Datev schließe das Programm und öffne es wieder erneut dann geht es meistens wieder. LG
Hallo,
dieser Effekt ist beim Einsatz des Betriebssystems Server 2019 in der Kombination Terminalserver/freigegebene Drucker (per Printserver) wieder gehäuft zu beobachten.
Das Verhalten lässt sich recht gut reproduzieren und tritt in aller Regel dann auf,
1. Wenn die Sitzung getrennt wird, also keine Abmeldung über den Startbutton erfolgt.
2. Wenn die Sitzung von einem Client übernommen wird ohne vorherige Abmeldung, auch hier erfolgt eine kurzzeitige Trennung der Sitzung.
Zu beobachten ist, dass kurz nach der Trennung und Wiederaufnahme der Sitzung die verbundenen Druckobjekte kurzzeitig verschwinden und recht schnell wieder in der Liste auftauchen. Das Betriebssystem stellt allerdings in dieser Phase den zuletzt installierten lokalen Drucker als Standard ein. Selbst wenn alle übrigen Drucker wieder verfügbar sind, erfolgt keine automatische Auswahl des vorherigen Standarddruckers.
Aktuell ist mit keine Lösung seitens Microsoft bekannt, die dieses Problem umgeht.
Alternativ müssen sämtliche Druckobjekte als lokale Drucker angelegt werden, hier gibt es das Problem in dieser Form nicht.
Wer sich ein wenig mit Scripting auskennt, der kann die Benutzersitzung dahingehend überwachen und auf den Status "getrennt" reagieren, um den vorab gewählten Standarddrucker wieder automatisch festzulegen.
Viele Grüße
Berthold Treek
@vogtsburger schrieb:
... jetzt weiß ich endlich, wer das "Kudo" erfunden hat, der Kubatov Udo 😉
Danke für die Blumen.... aber der Erfinder bin ich leider nicht 😇
@udokubatov schrieb:Hat hier schon jemand eine erfolgreiche Lösung herausgefunden? Bei uns verschwinden im Laufe des Tages auch immer wieder Drucker. Egal ob per GPO, per Skript oder manuell verbunden.... Es ist zum verrückt werden...
Wie gesagt, da hilft nur die Lösung von MS, bedeutet zwar Arbeit, belohnt wird mit funktionsfähigen Druckern.
Hallo @einmalnoch
die beiden von Ihnen angegebenen Links sind Foren-Threads und workarounds von Usern, aber keine 'offiziellen' Lösungen von MS, oder habe ich etwas übersehen ?
VG
Michael Vogtsburger
Im Forum des MS technet schreiben schon Mitarbeiter vom MS die dort gefundene Lösungen weitergeben. Das MSCE Forum ist auch mit Leuten besetzt, die etwas von der Sache verstehen.
Die Lösungen funktionieren, ich musste den Weg auch gehen, sogar mehrfach weil nach Updates der Fehler wieder auftauchte.
Mir ist im Moment ebenfalls noch nicht klar, was genau Sie aus den Beiträgen durchgeführt haben... in einem Beitrag geht es um einen einzigen Registry-Key. In einem anderen sieht es nach mehr Aufwand aus.
Letztlich kommt aber aus der Diskussion nicht klar hervor, dass es sich um eine wirklich funktionierende Lösung handelt. "Nur" Sie haben dies bestätigt.
Google sagt, dass viele Leute dieses Problem haben, letztlich aber nirgends eine zufriedenstellende Lösung unter Einsatz eins Printservers gefunden werden konnte. Nur die lokale Installation der Drucker auf den WTS scheint wirklich Ruhe in die Angelegenheit zu bringen.
Das ist dieser Teil, der interessant ist:
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.
Dann auf dem TS unbedingt ClientSideRendering abschalten! Hier scheint bei Windows tatsächlich eine Ursache für das Verhalten zu liegen.
Im langen Thread im MSCE Forum sind einige Lösungsansätze auch in der Verbindung zum PrintServer enthalten, auch hier kann es nicht schaden, diese abzuarbeiten.
Drucker, die im Netz eingebunden sind, dürfen bei TS Betrieb nicht in die Sitzung eingeblendet werden. Das ist eine Garantie für das Fehlverhalten des TS (bei Laptops ist das auch gerne der SkyPDF).