Windows Terminalserver 2019 verstellt Standarddrucker
Hallo,
wir setzen erfolgreich zwei RDS Farmen Windows Server 2012 R2 (Session Host) ein.
Für den Office Bereich habe ich zum Test (soll später natürlich produktiv werden) eine neue 2019 Farm aufgesetzt.
4 x RDS Hosts (VM) Server 2019 Datacenter
Software:
Office 365
SAP
ein paar eigenentwickelte Tools
PDF24 (Also PDF Drucker mit einem bestimtmen Druckername)
Aktuell arbeiten nur 6 Leute auf dem System zum Test.
Also nichts besonderes.
Jedoch habe ich das große Problem, dass sich der Standarddrucker immer wieder auf PDF24 umstellt. Nach verschiedenen Beiträgen in Foren scheint das aber eher ein Terminalserver Problem zu sein. Siehe dazu help.pdf24.org/de/foren/thema/problem-mit-standarddrucker/page/2/
Manchmal ist PDF24 als Standard direkt nach der Anmeldung eingestellt, manchmal verstelltes sich aber auch während der Sitzung. Egal, ob der User den Drucker per GPO zugeordnet hat oder nicht.
Eine reine GPO Zuteilung inkl. Standarddrucker ist schwierig, da einige User 2 oder 3 Drucker eingebunden haben.
Was ich gemacht habe:
RDS Host neu installiert bzw. auch Clean Backup eingespielt
PDF24 deinstalliert
Als Lokaler Admin ein anderes Gerät als Standard gesetzt.
Habt ihr noch weitere Ideen? Ist euch das Problem bekannt? Bei 2012R2 haben wir die Probleme bei keinem der 200 User.
ps.: es werden keine Drucker per RDP umgeleitet! Verbunden wird sich nur per ThinClient
wir setzen erfolgreich zwei RDS Farmen Windows Server 2012 R2 (Session Host) ein.
Für den Office Bereich habe ich zum Test (soll später natürlich produktiv werden) eine neue 2019 Farm aufgesetzt.
4 x RDS Hosts (VM) Server 2019 Datacenter
Software:
Office 365
SAP
ein paar eigenentwickelte Tools
PDF24 (Also PDF Drucker mit einem bestimtmen Druckername)
Aktuell arbeiten nur 6 Leute auf dem System zum Test.
Also nichts besonderes.
Jedoch habe ich das große Problem, dass sich der Standarddrucker immer wieder auf PDF24 umstellt. Nach verschiedenen Beiträgen in Foren scheint das aber eher ein Terminalserver Problem zu sein. Siehe dazu help.pdf24.org/de/foren/thema/problem-mit-standarddrucker/page/2/
Manchmal ist PDF24 als Standard direkt nach der Anmeldung eingestellt, manchmal verstelltes sich aber auch während der Sitzung. Egal, ob der User den Drucker per GPO zugeordnet hat oder nicht.
Eine reine GPO Zuteilung inkl. Standarddrucker ist schwierig, da einige User 2 oder 3 Drucker eingebunden haben.
Was ich gemacht habe:
RDS Host neu installiert bzw. auch Clean Backup eingespielt
PDF24 deinstalliert
Als Lokaler Admin ein anderes Gerät als Standard gesetzt.
Habt ihr noch weitere Ideen? Ist euch das Problem bekannt? Bei 2012R2 haben wir die Probleme bei keinem der 200 User.
ps.: es werden keine Drucker per RDP umgeleitet! Verbunden wird sich nur per ThinClient
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 549231
Url: https://administrator.de/contentid/549231
Ausgedruckt am: 24.11.2024 um 01:11 Uhr
27 Kommentare
Neuester Kommentar
Works as designed.
Folgende GPO aktivieren: https://www.windows-faq.de/2017/03/27/windows-10-standarddrucker-von-win ...
Folgende GPO aktivieren: https://www.windows-faq.de/2017/03/27/windows-10-standarddrucker-von-win ...
Hi
Das Problem das der Falsche Standarddrucker eingestellt ist kann ich bestätigen ich habe das bei 2 Kunden mit Terminalserver 2019.
Das sich der drucker wärend der Sitzung ändert ist mir nicht bekannt.
LG
Zitat von @tech-flare:
Manchmal ist PDF24 als Standard direkt nach der Anmeldung eingestellt, manchmal verstelltes sich aber auch während der Sitzung. Egal, ob der User den Drucker per GPO zugeordnet hat oder nicht.
Eine reine GPO Zuteilung inkl. Standarddrucker ist schwierig, da einige User 2 oder 3 Drucker eingebunden haben.
Manchmal ist PDF24 als Standard direkt nach der Anmeldung eingestellt, manchmal verstelltes sich aber auch während der Sitzung. Egal, ob der User den Drucker per GPO zugeordnet hat oder nicht.
Eine reine GPO Zuteilung inkl. Standarddrucker ist schwierig, da einige User 2 oder 3 Drucker eingebunden haben.
Das Problem das der Falsche Standarddrucker eingestellt ist kann ich bestätigen ich habe das bei 2 Kunden mit Terminalserver 2019.
Das sich der drucker wärend der Sitzung ändert ist mir nicht bekannt.
LG
N'Abend.
Selbst ne eigens erstellte GPO, die nur und ausschliesslich den Default-Printer definiert, läuft ins Leere.
Cheers,
jsysde
Zitat von @Ausserwoeger:
Das Problem das der Falsche Standarddrucker eingestellt ist kann ich bestätigen ich habe das bei 2 Kunden mit Terminalserver 2019.
Das sich der drucker wärend der Sitzung ändert ist mir nicht bekannt.
Same here - ich kämpfe da auch schon seit Wochen gegen Windmühlen. Das Problem das der Falsche Standarddrucker eingestellt ist kann ich bestätigen ich habe das bei 2 Kunden mit Terminalserver 2019.
Das sich der drucker wärend der Sitzung ändert ist mir nicht bekannt.
Selbst ne eigens erstellte GPO, die nur und ausschliesslich den Default-Printer definiert, läuft ins Leere.
Cheers,
jsysde
Zitat von @jsysde:
N'Abend.
Same here - ich kämpfe da auch schon seit Wochen gegen Windmühlen.
Selbst ne eigens erstellte GPO, die nur und ausschliesslich den Default-Printer definiert, läuft ins Leere.
Cheers,
jsysde
N'Abend.
Same here - ich kämpfe da auch schon seit Wochen gegen Windmühlen.
Selbst ne eigens erstellte GPO, die nur und ausschliesslich den Default-Printer definiert, läuft ins Leere.
Cheers,
jsysde
Hi
Wie gesagt wenn der Standarddrucker immer gleich bleibt hilft ein eintrag im Loginscript der diesen einstellt wenn sich der user anmeldet.
rundll32 printui.dll,PrintUIEntry /y /n "\\SRV01\Druckername"
Kämpfen muss ich daher nicht mehr
LG
Zitat von @tech-flare:
ja das könnte ich auch mit einer GPO machen, aber wie löst man es, wenn man 3 Drucker hat
Die Frage ist ja eher, warum verstellt sich der Standarddrucker bei 2019 immer wieder. Bei 2012 ging es ja auch
ja das könnte ich auch mit einer GPO machen, aber wie löst man es, wenn man 3 Drucker hat
Die Frage ist ja eher, warum verstellt sich der Standarddrucker bei 2019 immer wieder. Bei 2012 ging es ja auch
Hi
Ja das ist die Frage. Bei meinen Kunden wird immer einer als standard beim anmelden definiert und wenn der kunde einen anderen haben will muss er manuell umstellen. Wie war den das bisher bei dir bei 3 Druckern da konnten ja auch nicht alle 3 Standard sein.
Wenn der User sich für einen Standard eintschieden hat wird dieser gemapped und das bleibt dann bis der user es verändert.
So ist es zumindest bei mir.
LG
N'Abend.
Die GPO macht das gleiche wir der rundll32-Aufruf - aber beides führt auf nem 2019er eben nicht zum gewünschten Ergebnis. Ich hab hier zwei identische Server, einen 2016er, einen 2019er - auf dem 2016er klappt's, auf dem 2019er nicht.
Beim Mapping per GPO ohne definierten Standarddrucker wird immer der zuletzte installierte Drucker zum Standarddrucker - soweit, so normal. Aber selbst dann verstellt sich der Standarddrucker auf z.B. den Print-To-PDF-Drucker. Oder halt irgendnen anderen Drucker, das ist nicht reproduzierbar und genau da liegt imho das Problem.
Cheers,
jsysde
Zitat von @Ausserwoeger:
[...]Wie gesagt wenn der Standarddrucker immer gleich bleibt hilft ein eintrag im Loginscript[...]
Loginscripts sind so 90er... [...]Wie gesagt wenn der Standarddrucker immer gleich bleibt hilft ein eintrag im Loginscript[...]
Die GPO macht das gleiche wir der rundll32-Aufruf - aber beides führt auf nem 2019er eben nicht zum gewünschten Ergebnis. Ich hab hier zwei identische Server, einen 2016er, einen 2019er - auf dem 2016er klappt's, auf dem 2019er nicht.
Beim Mapping per GPO ohne definierten Standarddrucker wird immer der zuletzte installierte Drucker zum Standarddrucker - soweit, so normal. Aber selbst dann verstellt sich der Standarddrucker auf z.B. den Print-To-PDF-Drucker. Oder halt irgendnen anderen Drucker, das ist nicht reproduzierbar und genau da liegt imho das Problem.
Cheers,
jsysde
Nur für echte Admins.
N'Abend.
Augenscheinlich gibt es aktuell (noch) keine Lösung - ich finde derzeit nur eine steigende Anzahl Threads mit dieser Problembeschreibung, aber nirgends eine Lösung oder einen Workaround.
Cheers,
jsysde
Augenscheinlich gibt es aktuell (noch) keine Lösung - ich finde derzeit nur eine steigende Anzahl Threads mit dieser Problembeschreibung, aber nirgends eine Lösung oder einen Workaround.
Cheers,
jsysde
Ich stehe auch noch immer vor dem Problem, dass sich die Standard-Drucker der TS-User verstellen.
Es ist egal, ob die User den Standard-Drucker selber wählen oder ob er per Login-Script oder GPO zugewiesen wird.
Es kann den ganzen Tag gut gehen, kann aber auch sein, dass der Drucker sich im lfd. Betrieb verstellt.
Meist ist es dann der genannte Print to PDF Drucker.
Aktuell habe ich auch die GPP im Einsatz, aber besser wurde es dadurch nicht.
Also noch immer das gleich Problem.
Die betreffende GPO ist aktiviert und der korrespondierende Reg-Eintrag wird auch gesetzt.
Als besonders nervig an dieser Geschichte ist weiterhin, dass ein Drucken kaum noch möglich ist.
Der Druck-Dialog in Word/Excel etc. öffnet sich nicht/nur schleppend ("keine Rückmeldung") und auch im Adobe Reader sieht's nicht besser aus.
Es ist egal, ob die User den Standard-Drucker selber wählen oder ob er per Login-Script oder GPO zugewiesen wird.
Es kann den ganzen Tag gut gehen, kann aber auch sein, dass der Drucker sich im lfd. Betrieb verstellt.
Meist ist es dann der genannte Print to PDF Drucker.
Aktuell habe ich auch die GPP im Einsatz, aber besser wurde es dadurch nicht.
Also noch immer das gleich Problem.
Die betreffende GPO ist aktiviert und der korrespondierende Reg-Eintrag wird auch gesetzt.
Als besonders nervig an dieser Geschichte ist weiterhin, dass ein Drucken kaum noch möglich ist.
Der Druck-Dialog in Word/Excel etc. öffnet sich nicht/nur schleppend ("keine Rückmeldung") und auch im Adobe Reader sieht's nicht besser aus.
Ist mir sowieso schleierhaft, warum sich der Drucker im lfd. Betrieb ändert.
Scheint im Hintergrund irgendwas zu laufen, was die Erreichbarkeit der Drucker prüft. Und wenn die nicht schnell genug antworten, setzt Windows einen lokal eingerichteten Drucker.
Bei uns sind die Probleme aufgetreten, als wir wegen der DSGVO von lokal installierten Druckern auf Netzwerkdrucker gewechselt haben.
Jetzt verwenden wir PaperCut und benötigen dafür "virtuelle Queues", die sich nicht als lokal installierte Drucker abbilden lassen.
Scheint im Hintergrund irgendwas zu laufen, was die Erreichbarkeit der Drucker prüft. Und wenn die nicht schnell genug antworten, setzt Windows einen lokal eingerichteten Drucker.
Bei uns sind die Probleme aufgetreten, als wir wegen der DSGVO von lokal installierten Druckern auf Netzwerkdrucker gewechselt haben.
Jetzt verwenden wir PaperCut und benötigen dafür "virtuelle Queues", die sich nicht als lokal installierte Drucker abbilden lassen.
Hallo zusammen,
die Lösung mit dem Reg Eintrag hatte ich schon probiert. Danach gab es auch einen Neustart. Leider ohne Erfolg.
Aber die User arbeiten auch nicht auf dem TS. Die Drucker sind erstmal lokal installiert via Freigabe auf ner Windows 10 Maschine. Per GPO werden die dann an die Clients verteilt.
Den Pfad gibt es beim DC und auch bei Windows 10 nicht. Lediglich auf dem TS.
Bedeutet das, dass der Workaround nur bei Umgebungen mit ausschließlichen TS-Usern funktioniert?
die Lösung mit dem Reg Eintrag hatte ich schon probiert. Danach gab es auch einen Neustart. Leider ohne Erfolg.
Aber die User arbeiten auch nicht auf dem TS. Die Drucker sind erstmal lokal installiert via Freigabe auf ner Windows 10 Maschine. Per GPO werden die dann an die Clients verteilt.
Den Pfad gibt es beim DC und auch bei Windows 10 nicht. Lediglich auf dem TS.
Bedeutet das, dass der Workaround nur bei Umgebungen mit ausschließlichen TS-Usern funktioniert?
Hallo an alle,
wie macht ihr das mit den Druckern, die vom TS-Client durchgereicht werden? Wir haben Nutzer, die per sicherem VPN-Tunnel sich auf den TS-Server schalten. Dort haben wir auch das Problem, dass die Drucker nach jedem Druck sich ändern. Dort kann ich weder per Script noch per GPO einen Drucker festlegen, da dieser ja über den TS-Client direkt ansprechbar ist.
Die Registry-Einträge von oben habe ich bereits gesetzt, den Rest schaue ich mir nach dem kommenden Neustart an.
wie macht ihr das mit den Druckern, die vom TS-Client durchgereicht werden? Wir haben Nutzer, die per sicherem VPN-Tunnel sich auf den TS-Server schalten. Dort haben wir auch das Problem, dass die Drucker nach jedem Druck sich ändern. Dort kann ich weder per Script noch per GPO einen Drucker festlegen, da dieser ja über den TS-Client direkt ansprechbar ist.
Die Registry-Einträge von oben habe ich bereits gesetzt, den Rest schaue ich mir nach dem kommenden Neustart an.
Moin @tech-flare,
das ist aber nicht gewollt so, sondern schein ein BUG zu sein.
Schau dir mal diesbezüglich den Kommentar vom "Mirto Morinini" am "Dec 17, 2020, 12:14 AM" im folgenden Post mal an.
https://learn.microsoft.com/en-us/answers/questions/194877/rds-w2019-def ...
Gruss Alex
der Standarddrucker wird bei 2019 übrigens immer verstellt, wenn:
- die Verbindung kurz getrennt wird ( auch nur 1ms - nachzusehen im Ereignislog)
- die RDP Verbindung nicht sauber abgemeldet wird, sondern nur getrennt wird
- die Verbindung kurz getrennt wird ( auch nur 1ms - nachzusehen im Ereignislog)
- die RDP Verbindung nicht sauber abgemeldet wird, sondern nur getrennt wird
das ist aber nicht gewollt so, sondern schein ein BUG zu sein.
Schau dir mal diesbezüglich den Kommentar vom "Mirto Morinini" am "Dec 17, 2020, 12:14 AM" im folgenden Post mal an.
https://learn.microsoft.com/en-us/answers/questions/194877/rds-w2019-def ...
Gruss Alex