10
Lokal über ts 2008 drucken geht nicht
Habe einen W2K8 Standard TS Server und möchte über diesen drucken.
hallo Admins
Kann mich per RDP-Client auf dem Server anmelden.
Sehe auch den oder die umgeleiteten Drucker in der Session.
Die folgenden Gruppenrichtlinieneinstellungen wurden für Drucken über Terminaldienste hinzugefügt:
Zuerst Easy Print-Druckertreiber der Terminaldienste verwenden
Diese Richtlinieneinstellung befindet sich im folgenden Knoten des Editors für lokale Gruppenrichtlinien: Computerkonfiguration\Administrative Vorlagen\Windows-Komponenten\Terminaldienste\Terminalserver\Druckerumleitung\ aktiviert
Normalerweise sollte es doch mit diesen Einstellungen drucken.
Hat mir jemand einen Tip?
Gruss Lotus
Kann mich per RDP-Client auf dem Server anmelden.
Sehe auch den oder die umgeleiteten Drucker in der Session.
Die folgenden Gruppenrichtlinieneinstellungen wurden für Drucken über Terminaldienste hinzugefügt:
Zuerst Easy Print-Druckertreiber der Terminaldienste verwenden
Diese Richtlinieneinstellung befindet sich im folgenden Knoten des Editors für lokale Gruppenrichtlinien: Computerkonfiguration\Administrative Vorlagen\Windows-Komponenten\Terminaldienste\Terminalserver\Druckerumleitung\ aktiviert
Normalerweise sollte es doch mit diesen Einstellungen drucken.
Hat mir jemand einen Tip?
Gruss Lotus
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: 191482
Url: https://administrator.de/contentid/191482
Printed on: April 16, 2024 at 23:04 o'clock
10 Comments
Latest comment
Ist der Drucker nur über den Client verfügbar, oder ist es ein Drucker der mittels LAN-IP am TS bekannt ist?
Wenn Client-Drucker, ist dieser über USB angeschlossen oder LAN-IP? - habe einige Fälle in denen Drucker mittels USB nicht in die RDP-Session genommen werden, wird der gleiche Drucker über LAN oder LPT1 angeschlossen funktioniert es jedoch.
Wenn Client-Drucker, ist dieser über USB angeschlossen oder LAN-IP? - habe einige Fälle in denen Drucker mittels USB nicht in die RDP-Session genommen werden, wird der gleiche Drucker über LAN oder LPT1 angeschlossen funktioniert es jedoch.
hallo OliverK
Ich habe es mit verschiedenen Drucker probiert, ich denke nicht es liegt an dem Drucker selbst.
Habe einen USB-Drucker Brother der in der Session angezeigt wird.
Habe einen Netzwerkdrucker Xerox der in der Session angezeigt wird.
Habe einen WLAN Drucker HP der in der Session angezeigt wird.
Brother und Xerox können beide von anderen TS Servern drucken diese sind bei mir im Hause und deswegen der Test mit denen da ich weis das diese funktionieren.
Gruss
lotus
Ich habe es mit verschiedenen Drucker probiert, ich denke nicht es liegt an dem Drucker selbst.
Habe einen USB-Drucker Brother der in der Session angezeigt wird.
Habe einen Netzwerkdrucker Xerox der in der Session angezeigt wird.
Habe einen WLAN Drucker HP der in der Session angezeigt wird.
Brother und Xerox können beide von anderen TS Servern drucken diese sind bei mir im Hause und deswegen der Test mit denen da ich weis das diese funktionieren.
Gruss
lotus
Dann wäre die nächste Überlegung die Treiber-Architektur. Kenne das als Problem bei Druckservern unter 32-bit, die einem 64-bit Server den Drucker stellen, insofern nicht auch ein gültiger 64-bit Treiber hinterlegt wird, wird der Drucker dann nicht mehr erkannt.
Wenn also der Client unter XP oder Win7 32-bit läuft und der Server auf 64-bit, ein 2008 R2 macht das ja oder
Der Client ein Win7 64-bit ist und der Server ein 2008 also 32-bit, könnten die Druckertreiber nicht sauber übergeben werden.
Sollte so ein Fall vorliegen, kann man bei dem übergebenden Gerät den entsprechenden anderen Treiber normalerweise nachladen, damit dieser auch gestellt wird.
Wenn also der Client unter XP oder Win7 32-bit läuft und der Server auf 64-bit, ein 2008 R2 macht das ja oder
Der Client ein Win7 64-bit ist und der Server ein 2008 also 32-bit, könnten die Druckertreiber nicht sauber übergeben werden.
Sollte so ein Fall vorliegen, kann man bei dem übergebenden Gerät den entsprechenden anderen Treiber normalerweise nachladen, damit dieser auch gestellt wird.
hallo OliverK
Danke mal vorab für deine Antworten.
Leider ist es so dass beide Systeme Client und Server 32Bit Systeme sind und von daher es kein Problem darstellen sollte.
Es gibt doch irgendwo ein Ereignissprotokoll zum nachprüfen, werde in diese Richtung schauen mal sehen.
Gruss
lotus
Danke mal vorab für deine Antworten.
Leider ist es so dass beide Systeme Client und Server 32Bit Systeme sind und von daher es kein Problem darstellen sollte.
Es gibt doch irgendwo ein Ereignissprotokoll zum nachprüfen, werde in diese Richtung schauen mal sehen.
Gruss
lotus
hallo zusammen
Bin im Ereignissmanager und habe dort dies hier gefunden: "printer spooler error 6161"
Der besagt folgendes:
“The document Test Page, owned by Administrator, failed to print on printer XXXX (redirected 2). Try to print the document again, or restart the print spooler.
Data type: RAW. Size of the spool file in bytes: 133576. Number of bytes printed: 0. Total number of pages in the document: 1. Number of pages printed: 0. Client computer: \\Term. Win32 error code returned by the print processor: 5. Access is denied.”
Mein Schritt war natürlich dann dem spool-verzeichnis den Usern die nötigen Rechte zu geben jedoch ohne Erfolg.
Der Spooler-Dienst habe ich ein-und wieder eingeschaltet man weis ja nie.
Was könnte es noch sein?
Gruss
lotus
Bin im Ereignissmanager und habe dort dies hier gefunden: "printer spooler error 6161"
Der besagt folgendes:
“The document Test Page, owned by Administrator, failed to print on printer XXXX (redirected 2). Try to print the document again, or restart the print spooler.
Data type: RAW. Size of the spool file in bytes: 133576. Number of bytes printed: 0. Total number of pages in the document: 1. Number of pages printed: 0. Client computer: \\Term. Win32 error code returned by the print processor: 5. Access is denied.”
Mein Schritt war natürlich dann dem spool-verzeichnis den Usern die nötigen Rechte zu geben jedoch ohne Erfolg.
Der Spooler-Dienst habe ich ein-und wieder eingeschaltet man weis ja nie.
Was könnte es noch sein?
Gruss
lotus
Hätte noch eine Idee, in Bezug auf das Ereignisprotokoll. Access is denied verweist ja eigentlich auf ein Rechteproblem, kann es sein das per GPO oder Terminalkonfiguration im TCP die Umleitung doch verweigert wird?
Der User sieht zwar nun den Drucker per Umleitung, aber beim Zugriff auf diesen blockiert das Rechtesystem.
Wäre aber nur ein vager Gedanke.
Der User sieht zwar nun den Drucker per Umleitung, aber beim Zugriff auf diesen blockiert das Rechtesystem.
Wäre aber nur ein vager Gedanke.
hallo OliverK
Was meinst du denn unter TCP?
Kannst du mir den ganuen Pfad angeben?
Danke.
Gruss
lotus
Was meinst du denn unter TCP?
Kannst du mir den ganuen Pfad angeben?
Danke.
Gruss
lotus
Die Terminaldienstekonfiguration findest Du unter folgendem Pfad:
Start - Verwaltung - Terminaldienste - Terminaldienstekonfiguration
ab R2 heißt es Remotedesktopdienste - Terminaldienstekonfiguration.
In diesem MMC-Snap-in wird die LAN-Verbindung Deines Terminals geführt und kann entweder lokal oder per GPO beeinflußt werden.
Start - Verwaltung - Terminaldienste - Terminaldienstekonfiguration
ab R2 heißt es Remotedesktopdienste - Terminaldienstekonfiguration.
In diesem MMC-Snap-in wird die LAN-Verbindung Deines Terminals geführt und kann entweder lokal oder per GPO beeinflußt werden.
hallo OliverK
Habe das Problem gelöst!
Es lag an den Schreibrechten der User im .\Spool\Printer Verzeichnis.
Hier die Lösung von Microsoft:
To resolve this issue, follow these steps
1. On the Terminal Server locate the Printers folder.
This is normally located at: to c:\windows\system3\spool\printers
2. Right-click on the Printers folder, and then click Properties.
3. Click Security, and then add everyone to the security permissions.
4. Click Apply, and then OK.
This will enable users to create spool logs in server.
Gruss und Danke für dein Bemühen.
lotus
Habe das Problem gelöst!
Es lag an den Schreibrechten der User im .\Spool\Printer Verzeichnis.
Hier die Lösung von Microsoft:
To resolve this issue, follow these steps
1. On the Terminal Server locate the Printers folder.
This is normally located at: to c:\windows\system3\spool\printers
2. Right-click on the Printers folder, and then click Properties.
3. Click Security, and then add everyone to the security permissions.
4. Click Apply, and then OK.
This will enable users to create spool logs in server.
Gruss und Danke für dein Bemühen.
lotus
Hallo Lotus,
das freut mich, das das Problem gelöst ist. Zumindest lag es an den Rechten
Grüße
OliverK
das freut mich, das das Problem gelöst ist. Zumindest lag es an den Rechten
Grüße
OliverK
