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
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
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 148623
Url: https://administrator.de/forum/problem-beim-ausdrucken-aus-terminalserversitzungen-148623.html
Ausgedruckt am: 23.12.2024 um 03:12 Uhr
5 Kommentare
Neuester Kommentar
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
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
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
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