6
WinXP USB-Treiber ohne Adminrechte installieren
Hallo Leute
Es ist mir bewusst, dass über dieses Thema schon mehrere Treats existieren, aber leider konnte ich in keinem eine für mich passende Lösung finden ;-(
- also bitte nicht schimpfen..
Es handelt sich bei mir um eine WinXP Maschine mit SP3 und eine 2003 Domäne.
Ich bin dabei eine Software für die Softwareverteilung zu paketieren, die mit einem USB-Dongle läuft. Dieser Dongle macht mir nun echt Schwierigkeiten.
Solange ich den Dongle als Admin einstecke läuft alles glatt. Mach ich das mit "normalen Benutzerrechten" schreit das System nach dem Admin-Passwort um den Treiber einzubinden, obwohl der aktuellste Treiber schon längst installiert ist. Das macht der Rechner einmal pro USB-Schnittstelle. Das bedeutet somit, dass wenn der User den Dongle aussteckt und an einem anderen Port wieder anschliesst, das Admin-Passwort abgefragt wird und der User somit nicht weiter arbeiten kann. Zudem muss ein Admin nach der Installation den Dongle manuell einbinden, was bei einer Softwareverteilung nun wirklich nicht Sinn macht.
Nun also meine Frage: Gibt es eine Möglichkeit, das die User auch ohne Adminrechte den Treiber mit dem USB-Port „verbinden“ können?
Ich habe es schon als Hauptbenutzer probiert, dem User für das gesamte C:\ und die Registry Full-Control zugewiesen – hat alles nicht geholfen. Bei den Richtlinien (WinXP) habe ich auch nichts Passendes gefunden…
Hat jemand eine Idee oder kennt jemand allenfalls ein Tool dafür?
Danke schon mal im Voraus
Solange ich den Dongle als Admin einstecke läuft alles glatt. Mach ich das mit "normalen Benutzerrechten" schreit das System nach dem Admin-Passwort um den Treiber einzubinden, obwohl der aktuellste Treiber schon längst installiert ist. Das macht der Rechner einmal pro USB-Schnittstelle. Das bedeutet somit, dass wenn der User den Dongle aussteckt und an einem anderen Port wieder anschliesst, das Admin-Passwort abgefragt wird und der User somit nicht weiter arbeiten kann. Zudem muss ein Admin nach der Installation den Dongle manuell einbinden, was bei einer Softwareverteilung nun wirklich nicht Sinn macht.
Nun also meine Frage: Gibt es eine Möglichkeit, das die User auch ohne Adminrechte den Treiber mit dem USB-Port „verbinden“ können?
Ich habe es schon als Hauptbenutzer probiert, dem User für das gesamte C:\ und die Registry Full-Control zugewiesen – hat alles nicht geholfen. Bei den Richtlinien (WinXP) habe ich auch nichts Passendes gefunden…
Hat jemand eine Idee oder kennt jemand allenfalls ein Tool dafür?
Danke schon mal im Voraus
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 160996
Url: https://administrator.de/contentid/160996
Printed on: April 24, 2024 at 12:04 o'clock
6 Comments
Latest comment
Über die GPOs:
Computerkonfiguration - Windows-Einstellungen - Sicherheitseinstellungen - Lokale Richtlinien - Zuweisen von Benutzerrechten - Laden und Entfernen von Gerätetreibern
Computerkonfiguration - Windows-Einstellungen - Sicherheitseinstellungen - Lokale Richtlinien - Zuweisen von Benutzerrechten - Laden und Entfernen von Gerätetreibern
Besten Dank für die schnelle Antwort! Das klingt eigentlich recht vielversprechend, aber leider hat auch das nicht geklappt ;-(
Ich habe die Richtlinie sowohl lokal als auch via Domäne zugewiesen - nada.
Sonst noch eine gute Idee?
P.S. Im Infotext dieser Richtlinie steht unter Anderem folgender Satz - vieleicht hilft das jemandem die richtige Richtlinie zu finden...
"Dieses Benutzerrecht gilt nicht für Plug & Play-Gerätetreiber"
Ein Dongle ist ein Plug & Play-Gerät, oder?
Besten Dank.
Ich habe die Richtlinie sowohl lokal als auch via Domäne zugewiesen - nada.
Sonst noch eine gute Idee?
P.S. Im Infotext dieser Richtlinie steht unter Anderem folgender Satz - vieleicht hilft das jemandem die richtige Richtlinie zu finden...
"Dieses Benutzerrecht gilt nicht für Plug & Play-Gerätetreiber"
Ein Dongle ist ein Plug & Play-Gerät, oder?
Besten Dank.
Hallo
es gibt ein tool, womit du Usern elevated Rights geben kannst.
http://www.gruppenrichtlinien.de/index.html?/Software/2.BeyondTrust_Pri ...
ich selber habe es noch nicht getestet, aber nen versuch wäre es doch allemal wert.
Schönen Gruß
es gibt ein tool, womit du Usern elevated Rights geben kannst.
http://www.gruppenrichtlinien.de/index.html?/Software/2.BeyondTrust_Pri ...
ich selber habe es noch nicht getestet, aber nen versuch wäre es doch allemal wert.
Schönen Gruß
Dongles sollten auf jeden Fall gehen. Eventuell ist noch gpupdate auf dem Client oder ein Neustart erforderlich. Mit rsop.msc kannst du sehen, ob der Client die Richtlinien übernommen hat.
Hi !
Bei dem Begriff Dongle gehe ich mal von einem Lizenz/Softwareschutz aus:
Setze dich mal mit dem Hersteller der donglegeschützten Software in Verbindung. Viele bieten heute eine zentrale Dongleverwaltung im Netzwerk an. Es macht sowieso keinen Sinn, massig Dongles einzusetzen und die an jeden Arbeitsplatz zu stöpseln, denn die sind auch gerne mal schnell weg, vor allem an Arbeitsplätzen wo auch "Betriebsfremde" physischen Zugang zur Hardware bekommen könnten oder gar haben (ich spreche da aus Erfahrung!). Ausserdem vereinfacht so eine Lösung die Arbeit des Admins (Verwaltung/Kontrolle der Lizenzen) ungemein. Natürlich gibt es da auch Hardware-Lösungen (Dongleserver fürs Rack) aber die sind nicht wirklich günstig....
mrtux
Bei dem Begriff Dongle gehe ich mal von einem Lizenz/Softwareschutz aus:
Setze dich mal mit dem Hersteller der donglegeschützten Software in Verbindung. Viele bieten heute eine zentrale Dongleverwaltung im Netzwerk an. Es macht sowieso keinen Sinn, massig Dongles einzusetzen und die an jeden Arbeitsplatz zu stöpseln, denn die sind auch gerne mal schnell weg, vor allem an Arbeitsplätzen wo auch "Betriebsfremde" physischen Zugang zur Hardware bekommen könnten oder gar haben (ich spreche da aus Erfahrung!). Ausserdem vereinfacht so eine Lösung die Arbeit des Admins (Verwaltung/Kontrolle der Lizenzen) ungemein. Natürlich gibt es da auch Hardware-Lösungen (Dongleserver fürs Rack) aber die sind nicht wirklich günstig....
mrtux
Hallo Leute
Sorry, dass ich erst jetzt antworte - ich hatte noch etwas Probleme mit meinem Zugang
Also, die GPO hatte ich schon mit rsop.msc überprüft - sie war aktiv.
Das Tool habe ich mir auch schon ergoogelt, aber ich hab‘s bis jetzt noch nicht ausprobiert - macht aber einen guten Eindruck.
Der Dongle regelt die Lizenz, das hast du ganz richtig erkannt. Da das Progi auch auf Notebooks eingesetzt wird, werde ich vermutlich keine Netzwerklösung verwenden können. Zudem gehe nicht wirklich ich davon aus, dass der Hersteller eine solche Lösung anbietet. Schliesslich schaffen die es nicht mal einen "normalen" Treiber zu schreiben, der sich nicht jedes Mal neu installieren will ;-(
Aktuell habe ich den Treiber halt jeweils manuell installiert, die Sache ist für mich aber noch nicht vom Tisch. Ich möchte mich nochmals daran setzen, wenn ich etwas mehr Zeit dafür habe. Wenn also jemand noch eine gute Idee hat, wäre ich sehr dankbar.
Besten Dank für die schnellen Antworten und ein schönes Weekend..
Rony
P.S. Ein weiterer Tipp, den ich erhalten habe, war dpinst_x86.exe. Ich werde das Teil (bei Gelegenheit) auch mal anschauen und dann das Ergebnis posten…
Sorry, dass ich erst jetzt antworte - ich hatte noch etwas Probleme mit meinem Zugang
Also, die GPO hatte ich schon mit rsop.msc überprüft - sie war aktiv.
Das Tool habe ich mir auch schon ergoogelt, aber ich hab‘s bis jetzt noch nicht ausprobiert - macht aber einen guten Eindruck.
Der Dongle regelt die Lizenz, das hast du ganz richtig erkannt. Da das Progi auch auf Notebooks eingesetzt wird, werde ich vermutlich keine Netzwerklösung verwenden können. Zudem gehe nicht wirklich ich davon aus, dass der Hersteller eine solche Lösung anbietet. Schliesslich schaffen die es nicht mal einen "normalen" Treiber zu schreiben, der sich nicht jedes Mal neu installieren will ;-(
Aktuell habe ich den Treiber halt jeweils manuell installiert, die Sache ist für mich aber noch nicht vom Tisch. Ich möchte mich nochmals daran setzen, wenn ich etwas mehr Zeit dafür habe. Wenn also jemand noch eine gute Idee hat, wäre ich sehr dankbar.
Besten Dank für die schnellen Antworten und ein schönes Weekend..
Rony
P.S. Ein weiterer Tipp, den ich erhalten habe, war dpinst_x86.exe. Ich werde das Teil (bei Gelegenheit) auch mal anschauen und dann das Ergebnis posten…
