Terminalserver, Netzwerkdrucker abhängig vom Client zur Verfügung stellen
Hallo,
unsere User arbeiten auf einem Terminalserver (Windows Server 2019) an bis zu vier verschiedenen Thin-Clients (Windows) im Schichtwechsel.
An jedem Client steht ein Netzwerk-Laserdrucker und ein Netzwerk-Etikettendrucker. Bei Anmeldung sollen lediglich die Drucker angezeigt werden, welche am Client stehen. Alle Drucker werden per Windows-Printserver bereitgestellt.
Momentan sehen alle User alle Drucker was häufig zu Irritationen führt, eine Fehlerquelle die es zu beseitigen gilt.
Problem ist, dass User-A am Montag an Client1 arbeitet, am Dienstag aber z. b. an Client3 und dem entsprechend andere Drucker nutzen muss.
Kann ich im Anmeldeskript zunächst alle Drucker trennen und dann checken von welchem Client der User sich verbindet um die entsprechenden Drucker zu hinterlegen?
Die Drucker vom Client aus umzuleiten fällt leider raus, da eine von uns eingesetzte Software damit nicht zurechtkommt...
Vielen dank für eure Anregungen
Grüße
unsere User arbeiten auf einem Terminalserver (Windows Server 2019) an bis zu vier verschiedenen Thin-Clients (Windows) im Schichtwechsel.
An jedem Client steht ein Netzwerk-Laserdrucker und ein Netzwerk-Etikettendrucker. Bei Anmeldung sollen lediglich die Drucker angezeigt werden, welche am Client stehen. Alle Drucker werden per Windows-Printserver bereitgestellt.
Momentan sehen alle User alle Drucker was häufig zu Irritationen führt, eine Fehlerquelle die es zu beseitigen gilt.
Problem ist, dass User-A am Montag an Client1 arbeitet, am Dienstag aber z. b. an Client3 und dem entsprechend andere Drucker nutzen muss.
Kann ich im Anmeldeskript zunächst alle Drucker trennen und dann checken von welchem Client der User sich verbindet um die entsprechenden Drucker zu hinterlegen?
Die Drucker vom Client aus umzuleiten fällt leider raus, da eine von uns eingesetzte Software damit nicht zurechtkommt...
Vielen dank für eure Anregungen
Grüße
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 2025309201
Url: https://administrator.de/contentid/2025309201
Ausgedruckt am: 19.11.2024 um 11:11 Uhr
13 Kommentare
Neuester Kommentar
Moin,
lass die Drucker doch von der RDP-Session durchreichen.
Ansonsten müsstest du das über ein Script oder die Zielgruppenadressierung abfrühstücken, sofern du die Drucker per GPO/ GPP verteilst.
"Verbinde Drucker PRT_X, wenn Clientname = PC4711"
"Verbinde Drucker PRT_Y, wenn Clientname = PC0815"
...
Edit:
@emeriks:
Gruß
em-pie
lass die Drucker doch von der RDP-Session durchreichen.
Ansonsten müsstest du das über ein Script oder die Zielgruppenadressierung abfrühstücken, sofern du die Drucker per GPO/ GPP verteilst.
"Verbinde Drucker PRT_X, wenn Clientname = PC4711"
"Verbinde Drucker PRT_Y, wenn Clientname = PC0815"
...
Edit:
@emeriks:
gibt es ein Element "Computermame"
%COMPUTERNAME% ist dann aber der Names des TS, nicht des Clients!?Gruß
em-pie
Moin,
Ich würde das entweder per PowerShell Anmeldescript lösen (die ID des Clients sollte in einer Umgebungsvariable stehen) oder du packts jeden Client in eine extra OU, aktiviert Loopback und packst da dann GPOs mit den entsprechenden Druckern dazu.
lg,
Slainte
Element "Computermame". Oder auch "IP-Adressbreich".
Das wird dir immer den Namen/die IP des Terminalservers zurückgebenIch würde das entweder per PowerShell Anmeldescript lösen (die ID des Clients sollte in einer Umgebungsvariable stehen) oder du packts jeden Client in eine extra OU, aktiviert Loopback und packst da dann GPOs mit den entsprechenden Druckern dazu.
lg,
Slainte
Moin
Ich würde das bei gerade mal vier Systemen über diesen Weg lösen. Allerdings musst Du in der Zielgruppenadressierung Terminalsitzung und dann einen passenden Parameter (IP-Adresse, Clientname ...) auswählen.
Die Variable %computername% liefert Dir nur den Namen des Terminalservers zurück. Was innerhalb der Sitzung vorhanden ist, ist die Variable %clientname%, die dann auch den Namen des Clients liefert. Die Sache hat allerdings den Haken, dass die Variable während des Logons noch nicht zur Verfügung steht. Was man dann basteln kann. Aber hier wohl eher nicht notwendig ist.
Gruß
Zitat von @emeriks:
Bei Zielgruppenadressierung gibt es ein Element "Computermame". Oder auch "IP-Adressbreich".
Fast... Bei Zielgruppenadressierung gibt es ein Element "Computermame". Oder auch "IP-Adressbreich".
Ich würde das bei gerade mal vier Systemen über diesen Weg lösen. Allerdings musst Du in der Zielgruppenadressierung Terminalsitzung und dann einen passenden Parameter (IP-Adresse, Clientname ...) auswählen.
Die Variable %computername% liefert Dir nur den Namen des Terminalservers zurück. Was innerhalb der Sitzung vorhanden ist, ist die Variable %clientname%, die dann auch den Namen des Clients liefert. Die Sache hat allerdings den Haken, dass die Variable während des Logons noch nicht zur Verfügung steht. Was man dann basteln kann. Aber hier wohl eher nicht notwendig ist.
Gruß
Hi
Ich habe auch so einen Kunden mit einer spezial Software womit man kein drucken über RDP machen kann.
Wir haben von https://www.terminalworks.com/ das Produkt TSPrint gekauft.
Hier hast du einen Drucker am Terminalserver und der TSPrint Client am PC,Notebook verbindet den Drucker über die RDP Session mit dem Server.
Hier kann man zb. einstellen das er immer am lokalen standard drucker drucken soll.
Man kann hier auch einen zweiten Drucker erstellen der dann immer den Ettikettendriucker verbindet.
Ob hier aber Thin-Clients unterstützt werden musst du beim Hersteller anfragen.
LG
Ich habe auch so einen Kunden mit einer spezial Software womit man kein drucken über RDP machen kann.
Wir haben von https://www.terminalworks.com/ das Produkt TSPrint gekauft.
Hier hast du einen Drucker am Terminalserver und der TSPrint Client am PC,Notebook verbindet den Drucker über die RDP Session mit dem Server.
Hier kann man zb. einstellen das er immer am lokalen standard drucker drucken soll.
Man kann hier auch einen zweiten Drucker erstellen der dann immer den Ettikettendriucker verbindet.
Ob hier aber Thin-Clients unterstützt werden musst du beim Hersteller anfragen.
LG
Zitat von @em-pie:
Moin,
Spricht eigentlich etwas dagegen, die Druxker per GPO „zu installieren“ und eine Freigabe für selbigen anzulegen?
Via \\tsclient\\myPrinter kann dieser dann entsprechend verbunden werden.
Gruß
em-pie
Moin,
Spricht eigentlich etwas dagegen, die Druxker per GPO „zu installieren“ und eine Freigabe für selbigen anzulegen?
Via \\tsclient\\myPrinter kann dieser dann entsprechend verbunden werden.
Gruß
em-pie
Hi
Ne warum sollte etwas dagegen sprechen. Wenn der User seinen Drucker auswählt ist alles gut.
Der TO schreibt aber das seine User zu dumm sind den eigenen Drucker auszuwählen und es deswegen offt zu fehlern kommt.
Bei der Konstellation des TO und den Anforderungen lässt sich das nicht über Berechtigungen lösen.
Entweder wie bereits geschrieben über GPO mit Zielgruppenadressierung oder mit Fremdsoftware.
LG
Zitat von @Ausserwoeger:
Hi
Ne warum sollte etwas dagegen sprechen. Wenn der User seinen Drucker auswählt ist alles gut.
Der TO schreibt aber das seine User zu dumm sind den eigenen Drucker auszuwählen und es deswegen offt zu fehlern kommt.
Bei der Konstellation des TO und den Anforderungen lässt sich das nicht über Berechtigungen lösen.
Entweder wie bereits geschrieben über GPO mit Zielgruppenadressierung oder mit Fremdsoftware.
LG
Zitat von @em-pie:
Moin,
Spricht eigentlich etwas dagegen, die Druxker per GPO „zu installieren“ und eine Freigabe für selbigen anzulegen?
Via \\tsclient\\myPrinter kann dieser dann entsprechend verbunden werden.
Gruß
em-pie
Moin,
Spricht eigentlich etwas dagegen, die Druxker per GPO „zu installieren“ und eine Freigabe für selbigen anzulegen?
Via \\tsclient\\myPrinter kann dieser dann entsprechend verbunden werden.
Gruß
em-pie
Hi
Ne warum sollte etwas dagegen sprechen. Wenn der User seinen Drucker auswählt ist alles gut.
Der TO schreibt aber das seine User zu dumm sind den eigenen Drucker auszuwählen und es deswegen offt zu fehlern kommt.
Bei der Konstellation des TO und den Anforderungen lässt sich das nicht über Berechtigungen lösen.
Entweder wie bereits geschrieben über GPO mit Zielgruppenadressierung oder mit Fremdsoftware.
LG
Das lässt sich aber alles per GPO bewerkstelligen
Wenn die Drucker/ Freigaben immer "DerDrucker" lauten, kann ja flexibel, per GPO, der Drucker
\\tsclient\DerDrucker
ebendieser als Standarddrucker gemapped werden.Da muss kein User eingreifen.
Zitat von @em-pie:
Das lässt sich aber alles per GPO bewerkstelligen
Wenn die Drucker/ Freigaben immer "DerDrucker" lauten, kann ja flexibel, per GPO, der Drucker
Da muss kein User eingreifen.
Das lässt sich aber alles per GPO bewerkstelligen
Wenn die Drucker/ Freigaben immer "DerDrucker" lauten, kann ja flexibel, per GPO, der Drucker
\\tsclient\DerDrucker
ebendieser als Standarddrucker gemapped werden.Da muss kein User eingreifen.
Ja ich zitiere mich mal selbst
Zitat von @Ausserwoeger:
Entweder wie bereits geschrieben über GPO mit Zielgruppenadressierung oder mit Fremdsoftware.
Entweder wie bereits geschrieben über GPO mit Zielgruppenadressierung oder mit Fremdsoftware.
Natürlich geht das auch über GPO.
Bei der Fremdsoftware hätte der User nur den vorteil das auch lokal über USB angeschlosse Geräte verwendet werden können und das der Drucker immer den gleichen namen hat egal an welchem Client er sitzt.
Ich will hier keine Werbung machen muss jeder selbst wissen wie er das lösen möchte es wäre nur auch eine Möglichkeit.
LG