11
Terminalserver - Drucken als Benutzer auf lokalen USB-Drucker nicht möglich
Hallo zusammen,
habe ein seltsames Problem und stehe leider ein wenig auf dem Schlauch.
Folgendes Szenario:
W2k3 Terminalserver (TS)
XP-Client
HP Officejet USB Drucker
Ich habe den Registry-Wert gesetzt, damit alle lokalen Drucker auch an dem TS angezeigt werden + die Treiber sind auch auf dem TS installiert.
Der HP Drucker wird auch in der TS-Sitzung angezeigt und man kann ihn auch ganz normal anwählen, aber als normaler TS-Benutzer kommt kein Ausdruck aus dem Drucker.
ABER wenn ich mich als Administrator an dem TS anmelde (von dem betroffenen Client natürlich) kann ich auf diesem Drucker ganz normal ausdrucken. Ohne Probleme.
Das scheint ein Rechte-Problem zu sein, aber wo kann ich da ansetzten???
Bin für jeden Tip zu haben...
schöne Grüße
Simon
habe ein seltsames Problem und stehe leider ein wenig auf dem Schlauch.
Folgendes Szenario:
W2k3 Terminalserver (TS)
XP-Client
HP Officejet USB Drucker
Ich habe den Registry-Wert gesetzt, damit alle lokalen Drucker auch an dem TS angezeigt werden + die Treiber sind auch auf dem TS installiert.
Der HP Drucker wird auch in der TS-Sitzung angezeigt und man kann ihn auch ganz normal anwählen, aber als normaler TS-Benutzer kommt kein Ausdruck aus dem Drucker.
ABER wenn ich mich als Administrator an dem TS anmelde (von dem betroffenen Client natürlich) kann ich auf diesem Drucker ganz normal ausdrucken. Ohne Probleme.
Das scheint ein Rechte-Problem zu sein, aber wo kann ich da ansetzten???
Bin für jeden Tip zu haben...
schöne Grüße
Simon
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 95307
Url: https://administrator.de/contentid/95307
Ausgedruckt am: 23.11.2024 um 00:11 Uhr
11 Kommentare
Neuester Kommentar
Hallo Simon,
übergibts Du die lokalen Drucker über RDP oder hast Du sie manuell über eine Freigabe am TS eingerichtet? Von welchem Registry-Eintrag sprichst Du? Dass lässt sich normalerweise alles über die Terminalserverkonfiguration steuern.
Gruß
Flaesch
übergibts Du die lokalen Drucker über RDP oder hast Du sie manuell über eine Freigabe am TS eingerichtet? Von welchem Registry-Eintrag sprichst Du? Dass lässt sich normalerweise alles über die Terminalserverkonfiguration steuern.
Gruß
Flaesch
Hallo flaesch,
ich meine den Wert "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Default\AddIns\RDPDRFilterQueueType = ffffffff" (DWORD), Microsoft Artikel 302361, damit alle Drucker weitergeleitet werden. (http://support.microsoft.com/kb/302361)
Es ist somit keine Freigabe eingerichtet, sondern eine Druckerweiterleitung über RDP.
Wie gesagt, wenn ich mich von diesem Client aus als Administrator am TS anmelde kann ich über den betroffenen Drucker auch Drucken, aber als normaler TS-Benutzer nicht.
Irgendwo muss da ein Rechte-Problem vorliegen... vermute ich zumindest.
Gruß
Simon
ich meine den Wert "HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Default\AddIns\RDPDRFilterQueueType = ffffffff" (DWORD), Microsoft Artikel 302361, damit alle Drucker weitergeleitet werden. (http://support.microsoft.com/kb/302361)
Es ist somit keine Freigabe eingerichtet, sondern eine Druckerweiterleitung über RDP.
Wie gesagt, wenn ich mich von diesem Client aus als Administrator am TS anmelde kann ich über den betroffenen Drucker auch Drucken, aber als normaler TS-Benutzer nicht.
Irgendwo muss da ein Rechte-Problem vorliegen... vermute ich zumindest.
Gruß
Simon
Das heisst Du druckst über einen DOT-4 Anschluß? Nur dann musst Du diesen Eintrag setzen.
Im Normalfall (LPT, USB) brauchst Du gar nichts weiter setzen. Wie heisst der Drucker am TS genau? Ist der Name identsch als User und als Admin? Schau mal in die Ereignisanzeige ob da etwas steht.
Im Normalfall (LPT, USB) brauchst Du gar nichts weiter setzen. Wie heisst der Drucker am TS genau? Ist der Name identsch als User und als Admin? Schau mal in die Ereignisanzeige ob da etwas steht.
Richtig... DOT-4 Anschluß.
Der Drucker hat als Admin und als Benutzer exakt den selben Namen (abgeshen von der Sitzungs-ID, aber das ist ja klar).
Der Drucker heißt dann: "hp officejet d series (von XXXXX) in Sitzung X"
Der Drucker hat als Admin und als Benutzer exakt den selben Namen (abgeshen von der Sitzungs-ID, aber das ist ja klar).
Der Drucker heißt dann: "hp officejet d series (von XXXXX) in Sitzung X"
Kannst Du vom Client aus drucken wenn Du Dich als normaler User lokal am Client anmeldest? Also nicht vom TS aus? Ereignisanzeige?
Der lokale Client ist gar nicht in der Domäne eingebunden, da er eigentlich auch nicht im lokalen Netzwerk stehen soll, sondern einfach von extern auf dem TS arbeiten muss. Deswegen braucht er auch keine Clienteinbindung. Der Client hat somit volle LOKALE Admin-rechte.
Ah, da haben wir doch schon das Problem. Leg mal lokal am Client einen Benutzer an mit dem selben Namen + PW des Users der sich am TS anmeldet und drucken können soll.
Ich nehme an Du hast Dich lokal am Client mit dem selben Admin-Namen + PW angemeldet wie am TS?
Ich nehme an Du hast Dich lokal am Client mit dem selben Admin-Namen + PW angemeldet wie am TS?
Ich bin jetzt mal hingegangen und habe den Client zum Test doch mal in die Domäne eingebunden, und mich auch mit dem entsprechenden Benutzer am Client angemeldet (Active Directory Benutzer ohne Admin-Rechte/ nur normale Benutzerrechte).
Das Problem besteht leider nach wie vor. Egal mit welchem User ich mich am TS anmelde, habe ich immer dieses Problem. Ausser ich verwende halt den Administrator für die TS anmeldung.
Ich weiß, dass das kein normales Verhalten für einen TS ist. Aber ich komme halt auch nicht darauf, wo ich ansetzen soll.
Aber was mir ist folgendes Aufgefallen:
Wenn ich als Admin auf dem TS einen Druck auf diesen Officejet sende, sehe ich, dass er den Druck kurz in den Spooler legt und ja dann anfängt zu drucken.
Wenn ich als Benutzer den Druck auf dem TS starte wird kein Auftrag in den Spooler gelegt.
Im Ereignis-Protokoll bin ich auch fündig geworden:
Ereignistyp: Fehler
Ereignisquelle: Print
Ereigniskategorie: Keine
Ereigniskennung: 6161
Datum: 26.08.2008
Zeit: 11:47:02
Benutzer: Domäne\XXXX
Computer: XXXXXXXXX-TS1
Beschreibung:
Das Dokument Testseite, im Besitz von XXXX, konnte nicht auf dem Drucker hp officejet d series (von XXXXX-TEST-PC) in Sitzung 1 gedruckt werden. Datentyp: NT EMF 1.008. Größe der Warteschlangendatei in Bytes: 196608. Anzahl der gedruckten Bytes: 0. Gesamtanzahl der Seiten des Dokuments: 1. Anzahl der gedruckten Seiten: 0. Clientcomputer: \\XXXXXXXXX-TS1. Vom Druckprozessor zurückgelieferter Win32-Fehlercode: 5. Zugriff verweigert
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.
Das Problem besteht leider nach wie vor. Egal mit welchem User ich mich am TS anmelde, habe ich immer dieses Problem. Ausser ich verwende halt den Administrator für die TS anmeldung.
Ich weiß, dass das kein normales Verhalten für einen TS ist. Aber ich komme halt auch nicht darauf, wo ich ansetzen soll.
Aber was mir ist folgendes Aufgefallen:
Wenn ich als Admin auf dem TS einen Druck auf diesen Officejet sende, sehe ich, dass er den Druck kurz in den Spooler legt und ja dann anfängt zu drucken.
Wenn ich als Benutzer den Druck auf dem TS starte wird kein Auftrag in den Spooler gelegt.
Im Ereignis-Protokoll bin ich auch fündig geworden:
Ereignistyp: Fehler
Ereignisquelle: Print
Ereigniskategorie: Keine
Ereigniskennung: 6161
Datum: 26.08.2008
Zeit: 11:47:02
Benutzer: Domäne\XXXX
Computer: XXXXXXXXX-TS1
Beschreibung:
Das Dokument Testseite, im Besitz von XXXX, konnte nicht auf dem Drucker hp officejet d series (von XXXXX-TEST-PC) in Sitzung 1 gedruckt werden. Datentyp: NT EMF 1.008. Größe der Warteschlangendatei in Bytes: 196608. Anzahl der gedruckten Bytes: 0. Gesamtanzahl der Seiten des Dokuments: 1. Anzahl der gedruckten Seiten: 0. Clientcomputer: \\XXXXXXXXX-TS1. Vom Druckprozessor zurückgelieferter Win32-Fehlercode: 5. Zugriff verweigert
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.
Sicherheitseinstellungen des Druckers lokal am Client? Was ist wenn der User testweise lokale Adminrechte am Client bekommt?
Ich habe jetzt eine kleine Versuchsreihe durchgeführt.
Wenn man HP Officejet via USB angeschlossen hat, im Netzwerk freigibt und dann als Netzwerkdrucker auf dem TS einrichtet, kann man auch als normaler TS-Benutzer darauf drucken.
Wenn man aber direkt über die automatische Druckerweiterleitung drucken möchte (was wir eigentlich benötigen) bekomme ich es nicht hin. Egal wie ich mich lokal anmelde. Nur wenn man als Administrator auf dem TS angemeldet ist, kann man direkt drucken.
Ich habe auch andere Treiber von der HP-Homepage ausprobiert (Unternehmenstreiber), welche aber auch nicht besser funktionieren.
Den Spooler-Ordner auf eine andere Partition ändern, volle Rechte für alle setzen, und Spooler neustarten bringt auch nichts.
Wenn ich einen Brother-Drucker über USB anschliesse und mit der automatischen Druckerweiterleitung verwende, funktioniert alles sofort.
Anscheinend ist der Hund bei dem Treiber begraben, oder habe ich was vergessen?
Gruß
Simon
Wenn man HP Officejet via USB angeschlossen hat, im Netzwerk freigibt und dann als Netzwerkdrucker auf dem TS einrichtet, kann man auch als normaler TS-Benutzer darauf drucken.
Wenn man aber direkt über die automatische Druckerweiterleitung drucken möchte (was wir eigentlich benötigen) bekomme ich es nicht hin. Egal wie ich mich lokal anmelde. Nur wenn man als Administrator auf dem TS angemeldet ist, kann man direkt drucken.
Ich habe auch andere Treiber von der HP-Homepage ausprobiert (Unternehmenstreiber), welche aber auch nicht besser funktionieren.
Den Spooler-Ordner auf eine andere Partition ändern, volle Rechte für alle setzen, und Spooler neustarten bringt auch nichts.
Wenn ich einen Brother-Drucker über USB anschliesse und mit der automatischen Druckerweiterleitung verwende, funktioniert alles sofort.
Anscheinend ist der Hund bei dem Treiber begraben, oder habe ich was vergessen?
Gruß
Simon
Übrigens habe ich das Problem mit ThinPrint gelößt. Kostet zwar eine kleine Stange Geld, aber dafür funktionieren alle Drucker ohne Probleme am Terminalserver.
