Terminalserver Windows 2008 R2 verliert Standard Drucker
Aufbau:
1x Printserver Windows 2008 R2
Mehrere Terminalserver 2008 R2
1x Domaincontroller Windows Server 2008 R2
Die Drucker werden per GPO verteilt und bei einer Einrichtung sind es 30 Drucker die beim Anmelden verbunden werden, das Problem ist das jeder User einen unterschiedlichen Standard Drucker hat und dies bei jeder Neu Anmeldung ein anderer ist.
An was kann das liegen? Weil ich will jetzt eigentlich nicht für jeden User ein eigenes Drucker Script schreiben und dort den Standard Drucker definieren.
Vielleicht hat ein anderer auch dieses Problem und weiß dazu eine Lösung Würde mich sehr freuen. Vielen Dank.
mfg Christian
1x Printserver Windows 2008 R2
Mehrere Terminalserver 2008 R2
1x Domaincontroller Windows Server 2008 R2
Die Drucker werden per GPO verteilt und bei einer Einrichtung sind es 30 Drucker die beim Anmelden verbunden werden, das Problem ist das jeder User einen unterschiedlichen Standard Drucker hat und dies bei jeder Neu Anmeldung ein anderer ist.
An was kann das liegen? Weil ich will jetzt eigentlich nicht für jeden User ein eigenes Drucker Script schreiben und dort den Standard Drucker definieren.
Vielleicht hat ein anderer auch dieses Problem und weiß dazu eine Lösung Würde mich sehr freuen. Vielen Dank.
mfg Christian
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 231308
Url: https://administrator.de/contentid/231308
Ausgedruckt am: 22.11.2024 um 09:11 Uhr
7 Kommentare
Neuester Kommentar
Hallo,
ich kann mich meinem Vorredner nur anschließen. Bei mir lags auch immer an dieser Einstellung - jedoch mit einer einzigen Ausnahme:
Einmal war bei einem Kunden ein Benutzerprofil kaputt. Dort wurde einfach willkürlich ein Drucker ausgewählt. Nach Löschen und Neuanlegen des Profils war alles wieder i.O.
Gruß,
Florian
ich kann mich meinem Vorredner nur anschließen. Bei mir lags auch immer an dieser Einstellung - jedoch mit einer einzigen Ausnahme:
Einmal war bei einem Kunden ein Benutzerprofil kaputt. Dort wurde einfach willkürlich ein Drucker ausgewählt. Nach Löschen und Neuanlegen des Profils war alles wieder i.O.
Gruß,
Florian
Hallo Christian,
die Drucker per GPO zu mappen macht eigentlich nur Sinn innerhalb eines lokalen Netzwerkes. Sobald sich weitere User via WAN am TS anmelden kommt immer ein Bandbreitenproblem ins Spiel, da die gerenderten Druckdaten über das VPN übertragen werden müssen, und die können je nach Drucker schon recht groß werden!
Ich würde es sinnvoller betrachten die Drucker (zumindest für die WAN-Arbeitsplätze) via rdp zu mappen.
Nun ist natürlich bekannt, daß es dort immer wieder zu Problemen kommt. Mache Druckerfabrikate wollen einfach nicht, mache Treiber sind zueinander inkompatibel bis hin zum Spoolercrash.
Abhilfe schaffen hier eigentlich nur Produkte von Drittanbietern wie Thinprint, Screwdrivers oder Slimprinter.
Allen ist gemeinsam, dass hier nur die GDI-Befehle in extrem komprimierter Form übertragen werden (also druckerunabhängig und mit weitaus kleinerem Datenvolumen als der für den Zieldrucker gerenderte Datenstrom).
Slimprinter bietet hier die Möglichkeit für jede lokale Maschine den Standarddrucker der rdp-Sitzung festzulegen, auch abweichend vom loklaen Standarddrucker. Jede dieser Lösungen beseitigt die Probleme der rdp-Druckerei zu unterschiedichen Preisen und unterschiedlichem (z.T. aggressiven) Marketing. Slimprinter hat hier offensichtlich das beste Preis/Leistungsverhältnis.
Ich habe selbst mehrere Betreuungskunden, die Slimprinter einsetzen und sehr zufrieden sind.
Gruß Crazy
die Drucker per GPO zu mappen macht eigentlich nur Sinn innerhalb eines lokalen Netzwerkes. Sobald sich weitere User via WAN am TS anmelden kommt immer ein Bandbreitenproblem ins Spiel, da die gerenderten Druckdaten über das VPN übertragen werden müssen, und die können je nach Drucker schon recht groß werden!
Ich würde es sinnvoller betrachten die Drucker (zumindest für die WAN-Arbeitsplätze) via rdp zu mappen.
Nun ist natürlich bekannt, daß es dort immer wieder zu Problemen kommt. Mache Druckerfabrikate wollen einfach nicht, mache Treiber sind zueinander inkompatibel bis hin zum Spoolercrash.
Abhilfe schaffen hier eigentlich nur Produkte von Drittanbietern wie Thinprint, Screwdrivers oder Slimprinter.
Allen ist gemeinsam, dass hier nur die GDI-Befehle in extrem komprimierter Form übertragen werden (also druckerunabhängig und mit weitaus kleinerem Datenvolumen als der für den Zieldrucker gerenderte Datenstrom).
Slimprinter bietet hier die Möglichkeit für jede lokale Maschine den Standarddrucker der rdp-Sitzung festzulegen, auch abweichend vom loklaen Standarddrucker. Jede dieser Lösungen beseitigt die Probleme der rdp-Druckerei zu unterschiedichen Preisen und unterschiedlichem (z.T. aggressiven) Marketing. Slimprinter hat hier offensichtlich das beste Preis/Leistungsverhältnis.
Ich habe selbst mehrere Betreuungskunden, die Slimprinter einsetzen und sehr zufrieden sind.
Gruß Crazy
Zitat von @christiana90:
Die Einrichtungen haben einen Cisco Router und wählen sich damit in unseren Netz ein. Eine andere Software wird leider nicht
gezahlt und deswegen hätte ich gerne gewusst ob man es eigentlich nocht per GPO löst oder mit ein Login Script?
Die Einrichtungen haben einen Cisco Router und wählen sich damit in unseren Netz ein. Eine andere Software wird leider nicht
gezahlt und deswegen hätte ich gerne gewusst ob man es eigentlich nocht per GPO löst oder mit ein Login Script?
Windows Server stellt dafür das RDP-Druckermapping zur Verfügung, entweder mit origalen Treibern auf dem Server oder mit Easyprint als erste Wahl.
Beides führt immer wieder zu Fehlern und ist unperformant!
Loginscripts werden immer wieder am unberechenbaren Timing der Sitzungsinitialisierung scheitern. Nur mit einem Script wird es schwierig zu erkennen ob ein Drucker bereits erstellt ist um ihn als Standarddrucker des Users zu setzen.
Wie machen es andere Firma? Läuft es bei anderen Stabil mit den GPO? Weil wir haben seitdem wir Server 2008 einsetzen nur
Probleme. Einmal waren alle Drucker weg, dann hängt sich manchmal der Spooler auf den Terminalserver auf und und. . .
Da nennst du genau die Fakten, die ich auch schon aufgezählt habe! Andere Firmen setzen auf Software von Drittanbietern. Nicht umsonst sind Slimprinter, Thinprint & Co. so verbreitet!
So richtig zufrieden sind wir nicht. Wir setzen nur Lexmark Drucker ein und haben trozdem probleme.
Lexmark steht nicht gerade für Qualität! Auch die nehmen am Wettbewerb um den schrägsten Druckertreiber teil
Am schlimmsten ist es mit den Standard Drucker, das die nicht gespeichert werden
Wenn u Ruhe und Stabilität haben willst (und das auch in Zukunft bei sich in der Zeit verändernder Hardware) geht nur der Weg über Software von Drittanbietern!
Also entweder ständigen Stress oder einmal Geld ausgeben.
Gruß Crazy