ollibolli
Goto Top

Problem mit Druckernamen in Windows Server 2008 Terminalsession

Hallööööööööchen...

Hat denn keiner eine Lösung ?

Jeder umgeleitete Drucker wird in der Terminalsession wie folgt abgebildet: HP-Laserjet5 (umgeleitet 1).
Wobei entsprechend der Session-ID auch (umgeleitet 2) oder (umgeleitet 3) oder (umgeleitet 4) stehen könnte.

Die Applikation benötigt immer einen festen Druckernamen, daher habe ich unter Windows Server 2003 ein Skript zu laufen, welches den "Rattebschwanz: (umgeleitet 1)
im Druckernamen abschneidet. Dort lief dieses Skript völlig problemlos.

Seit Server 2008 wird mir folgende Fehlermeldung ausgegeben: Der Vorgang konnte nicht abgeschlossen werden (Fehler 0x00000005). Zugriff verweigert


Nähere Problembeschreibung findest du auch in meinen Artikel: --> Guckst Du hier!

Ich setze auf eure Hilfe und danke allen, die mir mit konstruiktiven Ideen weiterhelfen!

Grüße OlliBolli

Content-ID: 119710

Url: https://administrator.de/contentid/119710

Ausgedruckt am: 25.11.2024 um 06:11 Uhr

moesch123
moesch123 04.07.2009 um 14:07:50 Uhr
Goto Top
Was meinst du mit umgeleiteten Drucker?
Auf welche Ordner greifst du zu?
Haben die User hier Zugriff drauf?

Gruß
Micha
OlliBolli
OlliBolli 04.07.2009 um 17:40:40 Uhr
Goto Top
Hallo Micha,

es ist so: du hast an Deinem PC (z.B. in Köln) einen lokalen Drucker angeschlossen z.Bsp. HP-Laserjet 5. In den Eigenschaften der RemoteDesktop-Verbindung kannst Du ein Häkchen setzen, dass die lokale Ressource "Drucker" umgeleitet werden soll.
Bei einer aktiven Terminalverbindung zum Terminalserver (der steht z.B. in Berlin) kannst du dann deinen lokalen Drucker sehen, als wäre der in Berlin lokal angeschlossen - nur eben immer mit dem Zusatz (umgeleitet 1) im Druckernamen. Die Ziffer 1 kennzeichnet die Session-ID der Terminalsitzung. Wenn diese bereits von einem anderen entfernten PC genutzt wird (z.B. ein weiterer Mitarbeiter in Köln mit Zugriff auf den Server in Berlin) so ist die Ziffer 1 bereits weg und du erhälst nun die Ziffer 2. Es würde also jetzt bei dir (umgeleitet 2) am Ende des Druckernamens stehen. Du kannst also immer einen Druckvorgang in Berlin auslösen und das Ergebnis (bedrucktes Papier) kommt auf deinem Drucker in Köln raus.
Wenn aber eine Applikation einen festen Druckernamen verlangt (in Unternehmen keine Seltenheit, da einfacher zu verwalten), dann stört natürlich das Lotteriespiel, welche Session-ID heute hinten ran gehangen wird.
Deshalb ist es erforderlich,, dass aus HP-Laserjet 5 (umgeleitet 1 oder 2 oder 3 oder...) einfach immer nur HP-Laserjet 5 wird. Die umgeleiteten Ports sind ja intern in den Druckeigenschaften vorgegeben, so dass der Zusatz im Druckernamen sowieso keinen Sinn macht.

Nähere Problembeschreibung findest du auch in meinen Artikel: --> Guckst du hier

Ich hoffe das es jetzt verständlicher ist.

Gruß OlliBolli
Softprogger
Softprogger 17.07.2009 um 21:08:19 Uhr
Goto Top
Hallo OlliBolli,

da ich mehrere Kunden mit TS-Lösungen betreue, hatte ich auch schon mit diesem Problem zu kämpfen. Die Suche nach einer Lösung führte mich zu Drittprodukten für dieses Problem. Lösungen wie Thinprint oder Screwdrivers waren aber für die Kunden preislich nicht akzeptabel. Nun habe ich vor einigen Monaten das Produkt Slimprinter (www.sliprinter.de) gefunden und inzwischen auf 8 Terminalservern (W2K,W2K3 u. W2K8) mit Erfolg im Einsatz. Die Druckernamen in den Sessions sind dabei absolut konstant. Vielleicht einfach mal testen.

Gruß Softprogger
OlliBolli
OlliBolli 01.08.2009 um 13:37:43 Uhr
Goto Top
Hallo Softprogger,

leider melde ich mich erst jetzt, obwohl ich deine Antwort schon vor 3 Wochen gelesen habe. Ich hatte Urlaub.
Zunächst einmal vielen Dank für deinen Hinweis auf "slimprinter". Das ist sehr interessant und für neue Projekte sicherlich hilfreich. Nur handelt es sich hier um Bestandskunden, die von Win2k3 auf Win2k8 migrierten. Denen stellt sich nun die Frage, wieso sie jetzt zusätzlich Lizenzen zahlen sollen für Funktionen die sie schon immer verfügbar hatten. Es muss also aus meiner Sicht wiederum eine Lösung via Skript her. Ich denke, Win2k8 ist einfach zu neu und es wird eventuell ein Rechteproblem sein, welches vielleicht durch Änderungen in der GPO oder "Manipulation" der Registry lösbar sein wird. Habe aber eben noch keinen wirkungsvollen Ansatz gefunden.
Ein Patch von Microsoft habe ich auch nicht finden können.
Nochmals vielen Dank für deine Mühe. Vielleicht findet sich ja noch eine Lösung.

Gruß OlliBolli
fthieme
fthieme 15.06.2010 um 15:35:02 Uhr
Goto Top
Hi!

Hast du es irgendwie lösen können? Habe jetzt genau das gleiche Problem auf Win2k8 R2...

Bye...
HerrHasi
HerrHasi 21.02.2011 um 15:35:38 Uhr
Goto Top
Hallo,

konnte das Problem gelöst werden? Ich stehe gerade vor dem gleichen Problem...

Danke.

Gruß Timo
fthieme
fthieme 21.02.2011 um 22:14:58 Uhr
Goto Top
Wir haben es nicht gelöst, aber einen Würgaround...

Wir haben einfach "richtige" Druckertreiber auf dem Server installiert, auf den Arbeitsplätzen die jeweiligen Drucker freigegeben und in der RDS Session die eigene Freigabe als Netzwerkdrucker einbindet. Dieser bleibt dann auch als Standarddrucke stabil..
Softprogger
Softprogger 21.02.2011 um 22:38:11 Uhr
Goto Top
Würgaround ist wohl der richtige Ausdruck!
Im LAN mag ja so was noch gehen, aber was ist bei einer WAN-Anbindung? Ohne VPN geht dann nichts! Und das ganze Spool unkomprimiert übers WAN?
Na ich weis nicht!!!
Wer ordentlich Drucken will muß auch ein paar Euronen investieren.
Es muß ja nicht gleich Tricerat oder Thinprint sein (die nerven ohnehin die Kunden) und kosten auf Dauer. Slimprinter ist deshalb für mich erste Wahl.
fthieme
fthieme 21.02.2011 um 22:52:26 Uhr
Goto Top
Ganz ehrlich - bei einer WAN Anbindung sollte ohne VPN eh nichts gehen!

Es ist nicht DIE Lösung, aber eine die funktioniert. Und nein, ich sehe nicht direkt ein, dass ich extra Geld bezahlen muss für eine Funktion, die von Hause aus gehen soll(te). Auch wenn du scheinbar für Slimprinter Prozente bekommst...