Windows 2003 Terminalserver - Druckereinstellungen werden nicht gespeichert
Hallo Gemeinde!
Ich bin Netzwerkadmin in einem mittelständischen Unternehmen und suche auf diesem Weg Hilfe für ein Problem, welches mich jetzt seit einer Woche beschäftigt.
Wir haben hier mehrere Terminalserver (Windows 2003 R2) multilingual für unsere internationalen Mitarbeiter. Die TS sind in einer "Farm". Das heuisst, meldet sich ein User an, so entscheidet eine LoadBalancing Software (in unserem Fall 2x) über die Zuteilung - bzw auf welchen Server der Benutzer verbunden wird. Wir arbeiten natürlich auf diesen Servern mit RoamingProfiles, was auch soweit ich erkenne einwandfrei funktioniert. Des Weiteren haben wir einen Printserver im Einsatz, der alle benötigten Drucker im Netzwerk zur verfügung stellt. Meldet sich nun ein benutzer an einem TS an, so entscheidet seine Gruppenmitgliedschaft, welchem Standort er zugeordnet wird, und welche loginscripts für Ihn ausgeführt werden (GPO). In einem dieser Skripte werden die Drucker verbunden. Ich lasse dazu erst alle eventuell bestehenden Drucker entfernen mit
\\DOMAIN\netlogon\con2prt /f
und anschliessend verbinde ich die Drucker wieder über
\\DOMAIN\netlogon\con2prt /c "\\PRINTSERVER\PRINTERNAME"
Stellen sich die Benutzer aber nun den Drucker über die Druckereinstellungen beispielsweise auf "duplex, schwarz/weiss", werden diese Einstellungen nicht im Profil gespeichert. Laut einem MS Artikel müsste das ja so sein - sofern man nach der Änderung mindestens 60 Sekunden wartet bis man sich vom TS abtrennt (logoff oder close session).
Ich suche jetzt eine Lösung, entweder eine Art "Standardeinstellungen" zu übernehmen, denn der ewige Farbdruck kostet Geld, oder aber die Möglichkeit, die Einstellungen, die die Benutzer machen zu "merken". Sicherlich versteht hier jeder, dass ich meinen Benutzern schlecht sagen kann: Bevor Ihr druckt überprüft die Einstellungen... Jeder kennt doch seine Pappenheimer, und es sind immer welche dabei, die verstehen es, machen es, vergessen es aber oft, und es gibt die, die sowas grundsätzlich ignorieren.
Ich hab nun probiert, am Printserver die Einstellungen für die Drucker zu setzen, das klappt. Aber diese Einstellungen werden nicht auf den TS "durchgereicht"...
Mir sind die Ideen ausgegangen. Vielleicht hat von euch hier wer eine übrig?
Danke im Voraus für die Zeit, die Ihr euch für Vorschläge und Lösungsansätze nehmt!
mfg
Oliver
Ich bin Netzwerkadmin in einem mittelständischen Unternehmen und suche auf diesem Weg Hilfe für ein Problem, welches mich jetzt seit einer Woche beschäftigt.
Wir haben hier mehrere Terminalserver (Windows 2003 R2) multilingual für unsere internationalen Mitarbeiter. Die TS sind in einer "Farm". Das heuisst, meldet sich ein User an, so entscheidet eine LoadBalancing Software (in unserem Fall 2x) über die Zuteilung - bzw auf welchen Server der Benutzer verbunden wird. Wir arbeiten natürlich auf diesen Servern mit RoamingProfiles, was auch soweit ich erkenne einwandfrei funktioniert. Des Weiteren haben wir einen Printserver im Einsatz, der alle benötigten Drucker im Netzwerk zur verfügung stellt. Meldet sich nun ein benutzer an einem TS an, so entscheidet seine Gruppenmitgliedschaft, welchem Standort er zugeordnet wird, und welche loginscripts für Ihn ausgeführt werden (GPO). In einem dieser Skripte werden die Drucker verbunden. Ich lasse dazu erst alle eventuell bestehenden Drucker entfernen mit
\\DOMAIN\netlogon\con2prt /f
und anschliessend verbinde ich die Drucker wieder über
\\DOMAIN\netlogon\con2prt /c "\\PRINTSERVER\PRINTERNAME"
Stellen sich die Benutzer aber nun den Drucker über die Druckereinstellungen beispielsweise auf "duplex, schwarz/weiss", werden diese Einstellungen nicht im Profil gespeichert. Laut einem MS Artikel müsste das ja so sein - sofern man nach der Änderung mindestens 60 Sekunden wartet bis man sich vom TS abtrennt (logoff oder close session).
Ich suche jetzt eine Lösung, entweder eine Art "Standardeinstellungen" zu übernehmen, denn der ewige Farbdruck kostet Geld, oder aber die Möglichkeit, die Einstellungen, die die Benutzer machen zu "merken". Sicherlich versteht hier jeder, dass ich meinen Benutzern schlecht sagen kann: Bevor Ihr druckt überprüft die Einstellungen... Jeder kennt doch seine Pappenheimer, und es sind immer welche dabei, die verstehen es, machen es, vergessen es aber oft, und es gibt die, die sowas grundsätzlich ignorieren.
Ich hab nun probiert, am Printserver die Einstellungen für die Drucker zu setzen, das klappt. Aber diese Einstellungen werden nicht auf den TS "durchgereicht"...
Mir sind die Ideen ausgegangen. Vielleicht hat von euch hier wer eine übrig?
Danke im Voraus für die Zeit, die Ihr euch für Vorschläge und Lösungsansätze nehmt!
mfg
Oliver
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 150307
Url: https://administrator.de/contentid/150307
Ausgedruckt am: 26.11.2024 um 00:11 Uhr
3 Kommentare
Neuester Kommentar
Hallo Oliver,
das Konzept, so wie es beschrieben ist, kann nicht aufgehen. Wenn die Drucker beim Sitzungstart zunächst alle gelöscht und dann neu erstellt werden, kommen immer die Defaulteinstellungen der Drucker zur Anwendung und nicht die vom User zuletzt gespeicherten.
Was passiert im Detail?
Gehen wir mal davon aus, ein User ist angemeldet und setzt seine Druckereinstellungen. Die werden dann unter HKCU\Printers und HKU\Printers gespeichert (wobei unter HKU\Printers der komplette Druckername, also mit ... in Sitzung nnn gespeichert wird).
Meldet er sich ab, bleiben die Einstellungen erhalten. Eine erneute Anmeldung kopiert die Einstellungen von HKU nach HKCU. Nun löscht \\DOMAIN\netlogon\con2prt /f die Drucker und damit auch die Registrywerte.
Werden nun die Drucker über \\DOMAIN\netlogon\con2prt /c "\\PRINTSERVER\PRINTERNAME" neu erstellt, kommen die Standardwerte aus HKLM\System\CurrentControlSet\Control\Print\Printers zur Anwendung. Diese sind aber von jeglichen Einstellungen auf dem Printserver unabhängig, denn die wandern ja auch auf dem Printserver nur nach HKCU und HKU.
Dieses benutzerdefinierte Festhalten von Druckerwerten liefert auch einen entscheidenden Nachteil:
Drucker sind eigentlich nicht personenbezogen sondern standortbezogen (also eigentlich an eine Maschine gebunden). Wenn der Benutzer Meier sich an einer Maschine in der Firma A (... im 3. Stock Flur rechts von mir aus) sollten ihm auch Drucker in seiner Nähe zur Verfügung stehen (also ein lokaler an seinem PC oder ein LAN-Drucker auf dem Flur in seiner Etage...). Meldet sich Meier an einer Maschine der Firma A, Aussenstelle B ( ..oder im 12.Stock der Firma A) an einer Maschine an, nützen ihm die Drucker aus seiner vorigen Anmeldung (... im 3.Stock Flur rechts...) wohl weniger! Noch drastischer wird das, wenn es um Standorte in verschiedenen Gebäuden, Städten oder Ländern geht.
Nun kann man sicherlich tolle Scripte formulieren, die auch den lokalen Rechnernamen berücksichtigen, aber am Festhalten von Voreinstellungen führt das auch vorbei.
Zur Lösung des Problems ist es also erforderlich die Druckereinstellungen permanent zu speichern. Für eine globale Lösung sehe ich da als Speicherort eigentlich nur die lokalen Maschinen. D.h. Drucker lokal einrichten und in die TS-Sitzung mappen. Dann sind wir wieder beim Problem der Druckertreiber auf Client und TS und den sich ändernden Druckernamen in Abhängigkeit der Sitzungsnummer.
Dies durchgreifend zu lösen ist in vertretbarem Aufwand sicher nur mit 3rd-party Software für das Drucken auf dem TS wie thinprint, tricerat oder Slimprinter möglich.
Gruß Softprogger
das Konzept, so wie es beschrieben ist, kann nicht aufgehen. Wenn die Drucker beim Sitzungstart zunächst alle gelöscht und dann neu erstellt werden, kommen immer die Defaulteinstellungen der Drucker zur Anwendung und nicht die vom User zuletzt gespeicherten.
Was passiert im Detail?
Gehen wir mal davon aus, ein User ist angemeldet und setzt seine Druckereinstellungen. Die werden dann unter HKCU\Printers und HKU\Printers gespeichert (wobei unter HKU\Printers der komplette Druckername, also mit ... in Sitzung nnn gespeichert wird).
Meldet er sich ab, bleiben die Einstellungen erhalten. Eine erneute Anmeldung kopiert die Einstellungen von HKU nach HKCU. Nun löscht \\DOMAIN\netlogon\con2prt /f die Drucker und damit auch die Registrywerte.
Werden nun die Drucker über \\DOMAIN\netlogon\con2prt /c "\\PRINTSERVER\PRINTERNAME" neu erstellt, kommen die Standardwerte aus HKLM\System\CurrentControlSet\Control\Print\Printers zur Anwendung. Diese sind aber von jeglichen Einstellungen auf dem Printserver unabhängig, denn die wandern ja auch auf dem Printserver nur nach HKCU und HKU.
Dieses benutzerdefinierte Festhalten von Druckerwerten liefert auch einen entscheidenden Nachteil:
Drucker sind eigentlich nicht personenbezogen sondern standortbezogen (also eigentlich an eine Maschine gebunden). Wenn der Benutzer Meier sich an einer Maschine in der Firma A (... im 3. Stock Flur rechts von mir aus) sollten ihm auch Drucker in seiner Nähe zur Verfügung stehen (also ein lokaler an seinem PC oder ein LAN-Drucker auf dem Flur in seiner Etage...). Meldet sich Meier an einer Maschine der Firma A, Aussenstelle B ( ..oder im 12.Stock der Firma A) an einer Maschine an, nützen ihm die Drucker aus seiner vorigen Anmeldung (... im 3.Stock Flur rechts...) wohl weniger! Noch drastischer wird das, wenn es um Standorte in verschiedenen Gebäuden, Städten oder Ländern geht.
Nun kann man sicherlich tolle Scripte formulieren, die auch den lokalen Rechnernamen berücksichtigen, aber am Festhalten von Voreinstellungen führt das auch vorbei.
Zur Lösung des Problems ist es also erforderlich die Druckereinstellungen permanent zu speichern. Für eine globale Lösung sehe ich da als Speicherort eigentlich nur die lokalen Maschinen. D.h. Drucker lokal einrichten und in die TS-Sitzung mappen. Dann sind wir wieder beim Problem der Druckertreiber auf Client und TS und den sich ändernden Druckernamen in Abhängigkeit der Sitzungsnummer.
Dies durchgreifend zu lösen ist in vertretbarem Aufwand sicher nur mit 3rd-party Software für das Drucken auf dem TS wie thinprint, tricerat oder Slimprinter möglich.
Gruß Softprogger