Setup unter Benutzer ausführen

[Cyberchriss 10]

Vielleicht hat hier jemand für mich eine Anregung zu folgendem Problem:

 

Ich habe eine Reihe von Clients, an denen Domainbenutzer arbeiten. Jetzt soll über ein Installshield-Setup bei jedem Einloggen ein Setup ausgeführt werden, was gewisse Programmdateien aktualisiert. Die Setupdateien liegen auf einem Netzlaufwerk.

 

Problem:

Ein Setup kann grundsätzlich nur als Admin ausgeführt werden - meine Domain-Benutzer sollen aber keine Admin- oder Hauptbenutzerrechte bekommen.

 

Es steht ein Win2003 DC zur verfügung.

 

Ich schildere jetzt mal nicht, was ich schon alles probiert habe, da dies vielleicht jemanden in eine falsche Richtung verleiten würde.

Habe allerdings schon unzählige Möglichkeiten ausprobiert, die jedoch alle nicht zum Erfolg führten :(

[phoenixcp 10]

Schonmal an die Option "runas" gedacht? Dann könntest du das ganze scripten und im administrativen Kontext laufen lassen

[thumb 10]

Tach auch,

 

mit runas wirst Du wenig Freude haben, da Du kein Passwort mitgeben kannst, hier ist RUNAS Professional vonöten.

 

Gruß

THUMB

[Cyberchriss 10]

Genau aus diesem grund habe ich runas.exe recht schnell aus meinen überlegungen ausgeschlossen. (war aber auch meine erste idee)

[motzel 10]

Hallo,

 

ja, da gibt es AuotIT mit dem Befehl RunAsSet bei welchem man das Kennwort des Admins mitgeben kann.

 

s.h. Link: http://www.mcseboard.de/showthread.php?s=&threadid=40087&highlight=runasset

 

Grüsse

 

motzel

[Cyberchriss 10]

Vielen Dank für den Tip motzel!

Script ist installiert und in die Domain eingebunden.

Funktioniert wunderbar und ist wirklich total easy einzusetzen.

[Cyberchriss 10]

Habe mich evtl. zu früh gefreut.

Ich habe beim DC in die Gruppenrichtlinien der OU die Scriptloader.exe eingetragen.

 

Wenn ich Windows XP neustarte und mich unmittelbar nach dem Erscheinen des Loginfensters anmelde, wird die Scriptloader.exe nicht ausgeführt.

Warte ich stattdessen etwas mit der Eingabe der Anmeldeinformationen, funktioniert alles wunderbar.

Mir ist dies zunächst nicht aufgefallen, da ich mich immer nur neu angemeldet habe ohne einen Restart zu machen.

 

Es sieht so aus, als benötige der DC zu lange, um die Startinformation der Scriptloader.exe dem Client mitzuteilen.

Bei Win2k tritt dieses Phänomen nicht auf.

 

Gibt es vielleicht in den Gruppenrichtlinien eine Einstellung, mit der man das Erscheinen des Loginfensters um x Sekunden verzögern oder dem DC sagen kann, dass er die Anmeldescriptinfos schneller an den Client reichen soll?

 

Schönes WE euch allen ....

[motzel 10]

Servus,

 

hmm weiß nicht ob man da was machen kann,

klingt für mich wie ein XP-Problem wie sieht es den mit deinen

Hotfix-Ständen auf den XP-Clients aus ?

 

Aber evtl. versuchst du das Script nicht bei der Anmeldung

sondern bei der Abmeldung aufrufen zu lassen ?!

Da sollten die Clients ja alle GPO's erhalten haben ;)

 

Bitte gib doch Bescheid, wie es ausgegangen ist.

 

Viele Grüsse

 

motzel

[Cyberchriss 10]

Das o.g. Problem tritt sowohl auf Maschinen mit SP1 inkl. aller Patches sowie SP2 auf.

 

Nachdem ich noch etwas rumprobiert habe, konnte ich das Problem eingrenzen.

Die Scriptloader.exe versucht auf ein Netzwerklaufwerk zuzugreifen. Dieses ist wohl kurz nach dem Neustart noch nicht verfügbar.

Ich habe nun die Scriptloader.exe auf die Clients kopiert und rufe diese über eine GPO auf.

 

Sicherlich wäre es auch gegangen, die Scriptolader.exe beim Abmelden ausführen zu lassen, allerdings würde sie dann ihren Zweck verlieren.

 

Über die Scriptloader.exe wird nämlich ein Setup aufgerufen, das den Client auf den aktuellen Entwicklungsstand bringt (tägliche Updates!). Dieser soll natürlich nach dem Hochfahren verfügbar sein.

[Cyberchriss 10]

Ich krieg hier noch nen Harry!

Egal wie ich die Scriptloader exe aufrufe - das script kann auf den Netzwerkpfad nicht zugreifen und bricht mit einer Fehlermeldung ab. Führe ich es anschliessend per Hand aus, funktioniert es wunderbar.

Habe 30 Sek waits eingebaut, bis auf den Netzwerkpfad zugegriffen werden soll, kommt aber leider noch selber fehler! :(

[master-obi-wan 10]

Hallo,

 

vielleicht hilft dir das !

[Cyberchriss 10]

Als ich den Artikel über die Anmeldeoptimierung bei WinXP gelesen hatte, dachte ich schon "das musses sein!".

Nachdem ich die Richtlinien per GPO gesetzt hatte, kann ich jetzt zwar einige neu angelegte Domainbenutzer richtig anmelden, allerdings bringt das Anmeldescript nun einen Fehler bei den Domainadmins.

[motzel 10]

Servus,

 

mach mal aus den 30Sec 100 - 120Sec ;-)

 

XP "steht" sehr früh zur Verfügung,

aber in Wirklichkeit werden noch 1-2 Minuten nach der Anmeldung noch immer die Dienste hochgefahren.

 

Ich vermute, dass zum Zeitpunkt deines Scriptaufrufes das Netz einfach noch nicht erreicht werden kann.

 

Ich hatte da mal so ein ähnliches Problem beim Starten eines eigenen Dienstes unter W2K, da hab ich einfach beim Start der dienstname.exe zunächst 120 Sekunden gewartet, und schon gings gut :-)

 

mfg

 

motzel

[Cyberchriss 10]

100-120 Sec überfordern definitiv die Nerven der Clientbenutzer *g*

 

Ich habe nun eine selbst geschrieben runas.exe, mit der es nun möglich ist, die Setup.exe auf einem Netzlaufwerk unter einem Domain-Admin Account per GPL-Startscript aufzurufen (hier kann man wenigstens das Passwort mitgeben!) :)

 

Ich versteh nicht, warum die in master-obi-wans ms-artikel genannten einstellungen bei mir nicht funktionieren.

 

Habe in den Computerrichtlinien der OU folgenden Punkt aktiviert:

Computerkonfiguration\Administrative Vorlagen\System\Anmeldung\ Beim Neustart des Computers und bei der Anmeldung immer auf das Netzwerk warten

 

Damit soll sich der WinXP Client doch wie ein Win2k Client bei der Anmeldung verhalten - oder habe ich da was falsch verstanden?

 

Sind vielleicht Inkompatibilitäten mit SP2 bekannt?