Windows Terminalserver - Druckerzuordnung an Terminals
Hallo Liebe Admins,
ich bin leider nicht ganz versiert auf dem Terminalserver-Gebiet. Daher hoffe ich, dass ich hier eine nachhaltige Lösung für mein Problem finde, an dem ich nun schon 3 Monate rumdoktore. Ich habe zwar schon eine Menge gegoogelt, aber nichts brauchbares gefunden.
Setup:
1 Windows Server 2003 mit Terminalserver
4 Clients mit WinXP Pro (2 davon via OpenVPN in externer Filiale angebunden)
3 gleiche Drucker (Epson LQ-300) an 3 der 4 Clients (ein Client hat keinen Drucker )
Alle Clients können sich anmelden und alle benötigten Programme ausführen. Wenn es jedoch ans Drucken geht, spielt das System nicht mit:
Ich habe in der RDP-Verbindung im Punkt "lokale Ressourcen" den Haken bei "Drucker" gesetzt. Im Prinzip verbindet der Client den Drucker auch mit dem Terminalserver.
ABER: es ist jedes mal ein ander Anschluss... Heute TS001, morgen TS003, übermorgen wieder TS001. Es wechselt immer zwischen 2 TS-Ports. Der jeweils andere ist dann ein "inactive TS Port".
Der jeweils gültige Port sieht dann so aus: "TS003 | CLIENT_1: PRN3 | Epson LQ-300"
Ich habe herausgefunden, dass sich die Nummerierung immer parallel zur Anmeldereihenfolge der Clients zu ändern scheint.
Das Spiel ist im Übrigen bei allen drei Clients, die Drucker haben, identisch.
Was ich bisher zur Lösung versucht habe: Ich habe den Treiber auf dem TS manuell installiert. Es gibt auf dem TS jetzt 3 x den Drucker EPSON LQ300, jeweils benannt EPSON_Client_1, EPSON_Client_2, EPSON_Client_3. Die Berechtigung für alle Drucker habe ich komplett freigegeben (JEDER darf ALLES). So können die clients wenigstens selber den Anschluss umstellen.
Nun also meine eigentliche Frage: wie bekomme ich es hin, dass jeder Client IMMER denselben Anschluss bekommt? Kann mir jemand einen Denkansatz liefern?
Ich danke Euch schonmal im Vorfeld für Eure Hilfe!
Justin
ich bin leider nicht ganz versiert auf dem Terminalserver-Gebiet. Daher hoffe ich, dass ich hier eine nachhaltige Lösung für mein Problem finde, an dem ich nun schon 3 Monate rumdoktore. Ich habe zwar schon eine Menge gegoogelt, aber nichts brauchbares gefunden.
Setup:
1 Windows Server 2003 mit Terminalserver
4 Clients mit WinXP Pro (2 davon via OpenVPN in externer Filiale angebunden)
3 gleiche Drucker (Epson LQ-300) an 3 der 4 Clients (ein Client hat keinen Drucker )
Alle Clients können sich anmelden und alle benötigten Programme ausführen. Wenn es jedoch ans Drucken geht, spielt das System nicht mit:
Ich habe in der RDP-Verbindung im Punkt "lokale Ressourcen" den Haken bei "Drucker" gesetzt. Im Prinzip verbindet der Client den Drucker auch mit dem Terminalserver.
ABER: es ist jedes mal ein ander Anschluss... Heute TS001, morgen TS003, übermorgen wieder TS001. Es wechselt immer zwischen 2 TS-Ports. Der jeweils andere ist dann ein "inactive TS Port".
Der jeweils gültige Port sieht dann so aus: "TS003 | CLIENT_1: PRN3 | Epson LQ-300"
Ich habe herausgefunden, dass sich die Nummerierung immer parallel zur Anmeldereihenfolge der Clients zu ändern scheint.
Das Spiel ist im Übrigen bei allen drei Clients, die Drucker haben, identisch.
Was ich bisher zur Lösung versucht habe: Ich habe den Treiber auf dem TS manuell installiert. Es gibt auf dem TS jetzt 3 x den Drucker EPSON LQ300, jeweils benannt EPSON_Client_1, EPSON_Client_2, EPSON_Client_3. Die Berechtigung für alle Drucker habe ich komplett freigegeben (JEDER darf ALLES). So können die clients wenigstens selber den Anschluss umstellen.
Nun also meine eigentliche Frage: wie bekomme ich es hin, dass jeder Client IMMER denselben Anschluss bekommt? Kann mir jemand einen Denkansatz liefern?
Ich danke Euch schonmal im Vorfeld für Eure Hilfe!
Justin
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 109289
Url: https://administrator.de/contentid/109289
Ausgedruckt am: 24.11.2024 um 07:11 Uhr
7 Kommentare
Neuester Kommentar
Mahlzeit,
vllt. wenn du den Druckern eine feste IP gibst.
Verpass den Druckern mithlfe eines Printservertools ne feste IP
Also neuer Drucker -> lokaler Drucker (kein Plug& Play) -> im nächsten Fenster unten "neuen anschluss erstellen" -> wählste TCP/IP
Dann brauchst du im nächsten Fenster nur noch die IP angeben und schon sollte das funktionuckeln, denk ich ....
hab das nu ausm kopf gemacht, kann also sein, dass, aufgrund der Leere in meinem Schädel, da evtl was durcheinander geraten ist (=
vllt. wenn du den Druckern eine feste IP gibst.
Verpass den Druckern mithlfe eines Printservertools ne feste IP
Also neuer Drucker -> lokaler Drucker (kein Plug& Play) -> im nächsten Fenster unten "neuen anschluss erstellen" -> wählste TCP/IP
Dann brauchst du im nächsten Fenster nur noch die IP angeben und schon sollte das funktionuckeln, denk ich ....
hab das nu ausm kopf gemacht, kann also sein, dass, aufgrund der Leere in meinem Schädel, da evtl was durcheinander geraten ist (=
Die Drucker werden wie du richtig erkannt hast verbunden und anhand der Terminalsession bezeichnet (TS: TerminalSession). Ich vermute jetzt mal einfach, dass du ein Programm hast, welches einen namentlich bekannten Drucker ansprechen soll, was natürlich Stress macht wenn der Drucker jeden Tag anders heißt.
Ich würde daher hingehen und die Drucker der Clients im Netz freigeben. Dann musst du nur noch den Drucker des Clients beim Anmelden am Terminalserver per Script verbinden und die Welt ist wieder in Ordnung. Der Drucker heißt dann nämlich für alle Zeit so wie du ihn in der Freigabe benannt hast.
Manuel
Ich würde daher hingehen und die Drucker der Clients im Netz freigeben. Dann musst du nur noch den Drucker des Clients beim Anmelden am Terminalserver per Script verbinden und die Welt ist wieder in Ordnung. Der Drucker heißt dann nämlich für alle Zeit so wie du ihn in der Freigabe benannt hast.
Manuel
Servus,
@mkuchen - datt isse ne Nadeldrucka - oder wie wir früher gesaacht ham - ne Tättoowiera
der druckt "Durchschläge, macht krach und alles - aber kein TCP/IP"
@Justin,
wenn die User den jeweiligen Drucker als std. Drucker haben und du das mappen des Druckers erlaubst - sollte und wird auch der std. Drucker des Clients als std. Drucker in der TS Session benutzt.
Aber mal zum kasusknacktus:
Wo drückt dich denn der Schuh?
"Nur" an dem Namen?
Gruß
edit @manuel-r
da hab ich wohl zu lange getippt und nebenbei gearbeitet.
Ich verstehe tatsächlich nicht, wo der Schuh drückt und die tatsache, dass 4 Clients sich 3 Drucker teilen...
- spricht eigentlich schon dafür, dass der Drucker von Client x bereits gemappt ist...
/edit
"Epson LQ-300" und Terminalserver und die Jugend von heute *ggg*
@mkuchen - datt isse ne Nadeldrucka - oder wie wir früher gesaacht ham - ne Tättoowiera
der druckt "Durchschläge, macht krach und alles - aber kein TCP/IP"
@Justin,
wenn die User den jeweiligen Drucker als std. Drucker haben und du das mappen des Druckers erlaubst - sollte und wird auch der std. Drucker des Clients als std. Drucker in der TS Session benutzt.
ich habe herausgefunden, dass sich die Nummerierung immer parallel zur Anmeldereihenfolge der Clients zu ändern scheint.
Soweit richtig - und da kannst du auch nichts ändern, außer du scriptest die Anmeldung - was sinnbefreit ist.Aber mal zum kasusknacktus:
Wo drückt dich denn der Schuh?
"Nur" an dem Namen?
Gruß
edit @manuel-r
da hab ich wohl zu lange getippt und nebenbei gearbeitet.
Ich verstehe tatsächlich nicht, wo der Schuh drückt und die tatsache, dass 4 Clients sich 3 Drucker teilen...
- spricht eigentlich schon dafür, dass der Drucker von Client x bereits gemappt ist...
/edit
@Timo
Nicht zwangsläufig. Wir haben bei uns unter anderem auch Waagen im Betrieb und an den dort befindlichen PCs auch Nadeldrucker (eben wegen der Durchschläge). Und bei uns gibt es auch einen Rechner auf dem die Waage-Software zwecks Auswertung zwar installiert ist, aber kein Drucker weil eben nicht notwendig. Insofern kann sowas schon Sinn machen. Das nur nebenbei am Rande...
die tatsache, dass 4 Clients sich 3 Drucker teilen spricht eigentlich schon dafür, dass der Drucker von Client x bereits gemappt ist
Leicht OT:Nicht zwangsläufig. Wir haben bei uns unter anderem auch Waagen im Betrieb und an den dort befindlichen PCs auch Nadeldrucker (eben wegen der Durchschläge). Und bei uns gibt es auch einen Rechner auf dem die Waage-Software zwecks Auswertung zwar installiert ist, aber kein Drucker weil eben nicht notwendig. Insofern kann sowas schon Sinn machen. Das nur nebenbei am Rande...
Moin,
also die kombination hatte ich auch mal und nachdem ich Trick 17 erfolgreich eingesetzt habe war auch länger Ruhe....
- bis.... ich trick 17 3/4 gebraucht habe
Aber das waren LPT Versionen und die Anwendung konnte per copy lpt1 auf alles drucken, was ich an lpt1 geklemmt habe.
und wenn es nur ein net use war
Du kannst es so machen, wie ich geschrieben und du verstanden hast - oder eine kombination daraus.
Try it
Gruß
also die kombination hatte ich auch mal und nachdem ich Trick 17 erfolgreich eingesetzt habe war auch länger Ruhe....
- bis.... ich trick 17 3/4 gebraucht habe
Aber das waren LPT Versionen und die Anwendung konnte per copy lpt1 auf alles drucken, was ich an lpt1 geklemmt habe.
und wenn es nur ein net use war
Du kannst es so machen, wie ich geschrieben und du verstanden hast - oder eine kombination daraus.
- Gib den Drucker frei (hast du ja schon)
- verbiete das automatische mappen des Druckers in der RDP
- erstelle ein Terminalloginscript für die User
If %computername%=="client1" rundll32 printui.dll,PrintUIEntry /q /y /in /n \\client1\epson300
If %computername%=="client2" rundll32 printui.dll,PrintUIEntry /q /y /in /n \\client2\epson300
If %computername%=="client3" rundll32 printui.dll,PrintUIEntry /q /y /in /n \\client3\epson300
Try it
Gruß