bonetrader
Goto Top

Problem beim ausdrucken aus Terminalserversitzungen

Hallo @ Frorum

Mein Setup ist folgendes:
Wir haben in der Firma mehrere Terminalserver (W2K8-64Bit), die User aus den Homeoffices sind über VPN angebunden und Arbeiten auf diesen. Home Arbeitsplätze sind Windows XP Pro 32-Bit aktueller Update stand (inkl. .Net 3.5 + SP1 , RDP Version 7). Drucker sind wahlweise via LPT, USB oder LAN angebunden. Printer werden in terminalserversession übernommen (redirected), im Internen netz gibts kein Problem (auch wenn Drucker mit in die Session genommen werden)


Problem:
Wenn vom TS gedruckt wird kommt zwar etwas raus, allerdings sind manche Buchstaben zusammengedrückt, andere wieder auseinandergezogen (kann man jetzt nicht an einem bestimmten Muster festmachen), Bilder und PDFs kommen ohne Probleme raus (liegt warscheinlich daran das die aufbereitung/daten anderst gehandelt werden).


ich hab jetzt schon div. getestet der test client 1. ist auf dem aktuellsten Updatestand, hat .net 3.5 + SP1 und RDP7. Client 2 (Notebook mit Win7 Pro) funktioniet tadellos mit einem angeschlossenen Notebook und einer VPN verbindung.


stand jemand von Eusch schon vor dem Problem oder hat jemand ein Lösungsansatz

Content-Key: 148623

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

Printed on: April 23, 2024 at 14:04 o'clock

Member: Softprogger
Softprogger Aug 09, 2010 at 11:11:39 (UTC)
Goto Top
Hallo BoneTrader,

Dein Problem kann unterschiedliche Ursachen haben. Mir würde dazu folgendes einfallen:
1. Inkompatibilitäten zwischen 32bit und 64bit Druckertreibern
2. fehlende Fonts auf den Clients (falls TS-Easyprint benutzt wird, wird ja mit Sicherheit nochmals clientseitig gerendert)
3. falls "normales" Printermapping per rdp verwendet wird, zu TS inkompatible Druckertreiber (Geräte für den Homebereich)

Nach etlichen Jahren der Betreuung mehrerer Terminalserver kann ich von den Druckpoblemen ein Lied singen.
Die Bemühungen von M$ sind, auf Thirdpartyprodukte für das Drucken in TS-Umgebungen bezogen; auch nur halbherzig. TS-Easyprint erkauft sich den Vorteil des Wegfallens serverseitiger Treiber mit Performanceeinbußen (es wird ja serverseitig ein XPS-Dokument gedruckt, zum Client übertragen und dort wieder lokal gedruckt).
Um diese Probleme loszuwerden, habe ich verschiedenste 3rdpartyprodukte getestet (thinprint, Screwdriver, Slimprinter).
Zu Schluß bin ich bei Slimprinter geblieben, da hier wohl die Einfachheit und der Preis besticht und auch keine fortlaufenden Kosten anfallen.

Velleich helfen meine Anregungen ja auch Dein Problem zu lösen.

Gruß

Softprogger
Member: BoneTrader
BoneTrader Aug 09, 2010 at 11:48:17 (UTC)
Goto Top
Hi thx für die schnelle antwort,

Punkt1:
das hab ich mir auch schon so gedacht, wundersamer weise geht es aber auf einem alten W2K wie ich die rückmeldung vorhin bekommen hab ohne probleme (was vielleicht wieder auf das mit dem 32/64 Bit Prob zurückführt)

Punkt 2:
in wie fern meinst du das? auf dem TS ist office 2k7 installiert, auf dem Client soweit is weiss 2k3, was aber in dem fall ja wurscht seien sollte?!?!?

Punkt3:
hab mit dem treiber schon etwas rumexpertimentiert aber bin zu keinem Ergebnis gekommen

habe ein älteren thread von ihnen gefunden, das werd ich sobald wie möglich testen (http://social.technet.microsoft.com/Forums/de-DE/windows_Serverde/threa ..)


Ich hab in der vergangenheit viel mti terminalservern gearbeitet, aber ich stand bisher nie vor dem Problem, was mich wundert ist -> warum klappts Hausintern und Extern klappts nicht....
Member: Softprogger
Softprogger Aug 09, 2010 at 11:57:57 (UTC)
Goto Top
Hi zurück,

z 2.

Wenn serverseitig im Dokument ein Font verwendet wird, der auf dem Client nicht vorhanden ist, versucht Windows den am ähnlichsten zu verwenden. So wie es Du eschrieben hast, könnte ein proportionaler Font durch einen nichtproportionalen ersetzt werden oder die Kerningtabellen stimmen icht überein (da gibt's machmal einen C-Pointerfehler wie in pdf's, wo dann die faschen Zeichen gesetzt werden). Evtl. hilft noch das abschalten der erweiterten Druckerfunktionen am clientseitigen Drucker.

Softprogger
Member: BoneTrader
BoneTrader Aug 09, 2010 at 14:04:35 (UTC)
Goto Top
Hi

also so wies aussieht (habe jetzt erst 1 Home Office testen können, das nächste folgt dann Donnerstag) das Problem in den griff bekommen, thx @Softprogger *virtuellen kaffe spendier*
gernau der haken bei den erweiterten druckeinstellungen!!!


Gruss Bone
Member: Softprogger
Softprogger Aug 09, 2010 at 15:29:41 (UTC)
Goto Top
Gern geschehen!
Woher weißt Du, dass ich Kaffeefan bin? face-smile