8
Benutzerprofil automatisch per Skript erstellen lassen
Ich suche den Prozess oder die Befehle, die ausgeführt werden, wenn sich ein Benutzer das erste mal an einem Rechner anmeldet. Die Systemumgebung ist eine Domäne ohne Netzwerk-Profile.
Hallo,
ich habe eine Systemumgebung, in der ein Prozess für einen Benutzer über einen Dienst gestartet wird. Jedoch haben die Benutzer kein Profil auf dem Rechner, da diese sich auf dem Rechner niemals interaktiv anmelden.
Da aber für einige Programme, welche in meinem Ablauf aufgerufen werden, einige Einstellungen und Verzeichnisse aus der Profil-Umgebung benötigt werden, würde ich gern wissen, wie ich das ganze für einen Benutzer anlegen kann, ohne das dieser sich an dem Rechner interaktiv anmeldet.
Also ich benötige einfach nur die Skripte / Prozess oder was auch immer, welche Windows aufruft, wenn sich ein Anwender das erste mal an dem Rechner anmeldet, der wiederum dann das Profil und entspr. den Registry-Zweig erstellt.
Kann mir da jemand einen Tipp oder die Lösung geben?
Ich weiß nicht so recht, nach was ich da suchen soll.
Danke & Gruß,
Steffen
ich habe eine Systemumgebung, in der ein Prozess für einen Benutzer über einen Dienst gestartet wird. Jedoch haben die Benutzer kein Profil auf dem Rechner, da diese sich auf dem Rechner niemals interaktiv anmelden.
Da aber für einige Programme, welche in meinem Ablauf aufgerufen werden, einige Einstellungen und Verzeichnisse aus der Profil-Umgebung benötigt werden, würde ich gern wissen, wie ich das ganze für einen Benutzer anlegen kann, ohne das dieser sich an dem Rechner interaktiv anmeldet.
Also ich benötige einfach nur die Skripte / Prozess oder was auch immer, welche Windows aufruft, wenn sich ein Anwender das erste mal an dem Rechner anmeldet, der wiederum dann das Profil und entspr. den Registry-Zweig erstellt.
Kann mir da jemand einen Tipp oder die Lösung geben?
Ich weiß nicht so recht, nach was ich da suchen soll.
Danke & Gruß,
Steffen
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: 174819
Url: https://administrator.de/contentid/174819
Printed on: April 19, 2024 at 20:04 o'clock
8 Comments
Latest comment
Moin
das müsstest du aber vielleicht auch noch einmal etwas genauer erklären. Benutzer haben erst einmal kein Recht einen Dienst zu starten oder stoppen.
Gruß
Hubert
das müsstest du aber vielleicht auch noch einmal etwas genauer erklären. Benutzer haben erst einmal kein Recht einen Dienst zu starten oder stoppen.
Gruß
Hubert
Hallo,
Um welches OS geht es denn genau?
Gruß,
Peter
Zitat von @Knumskull:
ich habe eine Systemumgebung, in der ein Prozess für einen Benutzer über einen Dienst gestartet wird.
?!?ich habe eine Systemumgebung, in der ein Prozess für einen Benutzer über einen Dienst gestartet wird.
Jedoch haben die Benutzer kein Profil auf dem Rechner,
Es existiert also kein Benutzerverzeichniss noch die entsprechenden Reg Eintragungen?einige Einstellungen und Verzeichnisse aus der Profil-Umgebung benötigt werden
Welche ja nicht existieren.Kann mir da jemand einen Tipp oder die Lösung geben?
Warum nicht diesen Benutzer einmal anmelden lassen? (Das macht sogar der Hersteller des OS Windows so). Danach kannst du auf die Verzeichnisse zugreifen (Rechte entsprechend vorhanden). Mit der Reg wirds aber schwieriger. Denn ein HKCU ist es ja dann nicht, eher ein HK_USERS und dort dann eine SID, wobei dort nicht alles drin zu finden ist.Um welches OS geht es denn genau?
Gruß,
Peter
Hallo Peter,
> Jedoch haben die Benutzer kein Profil auf dem Rechner,
Es existiert also kein Benutzerverzeichniss noch die entsprechenden Reg Eintragungen?
richtig
> einige Einstellungen und Verzeichnisse aus der Profil-Umgebung benötigt werden
Welche ja nicht existieren.
Ja, aber einige Programme erwarten einfach ein %appdata%-Verzeichnis. Und wenn das nicht existiert, wollen sie irgendwo in C:\ schreiben, was aber per Default nicht gestattet wird.
> Kann mir da jemand einen Tipp oder die Lösung geben?
Warum nicht diesen Benutzer einmal anmelden lassen? (Das macht sogar der Hersteller des OS Windows so). Danach kannst du auf die
Verzeichnisse zugreifen (Rechte entsprechend vorhanden). Mit der Reg wirds aber schwieriger. Denn ein HKCU ist es ja dann nicht,
eher ein HK_USERS und dort dann eine SID, wobei dort nicht alles drin zu finden ist.
Das ist nicht tragbar. Diese Rechner stehen zum einen im Rechnerraum und werden nicht interaktiv benutzt. Man könnte sich maximal per Remote einloggen. Aktuell sind es 5 Rechner und ca. 20 Benutzer. Ergo wären das rund 100 Anmeldungen und ich muss auch jedem Rechner den entspr. Benutzer als RemoteDesktop-Benutzer eintragen. Das ganze ist ein unglaublicher Overkill und würde nicht gerade für positive Resonanz sorgen.
Um welches OS geht es denn genau?
aktuell noch Windows Vista 64bit, soll in nicht allzu naher Zukunft durch 2008R2 abgelöst werden
Gruß,
Peter
Gruß,
Steffen
Zitat von @Pjordorf:
Hallo,
> Zitat von @Knumskull:
> ich habe eine Systemumgebung, in der ein Prozess für einen Benutzer über einen Dienst gestartet wird.
?!?
Ich setze LSF (Load Sharing Facility) ein, um Aufgaben zentral zu berechnen (HPC). Dabei läuft ein LSF-Dienst auf den entsprechenden Rechnern (Compute-Nodes), der für den Anwender entsprechend die gewünschten Programme unter dessen Benutzerkennung startet.Hallo,
> Zitat von @Knumskull:
> ich habe eine Systemumgebung, in der ein Prozess für einen Benutzer über einen Dienst gestartet wird.
?!?
> Jedoch haben die Benutzer kein Profil auf dem Rechner,
Es existiert also kein Benutzerverzeichniss noch die entsprechenden Reg Eintragungen?
> einige Einstellungen und Verzeichnisse aus der Profil-Umgebung benötigt werden
Welche ja nicht existieren.
> Kann mir da jemand einen Tipp oder die Lösung geben?
Warum nicht diesen Benutzer einmal anmelden lassen? (Das macht sogar der Hersteller des OS Windows so). Danach kannst du auf die
Verzeichnisse zugreifen (Rechte entsprechend vorhanden). Mit der Reg wirds aber schwieriger. Denn ein HKCU ist es ja dann nicht,
eher ein HK_USERS und dort dann eine SID, wobei dort nicht alles drin zu finden ist.
Um welches OS geht es denn genau?
Gruß,
Peter
Gruß,
Steffen
Hallo,
Und wo(her) soll diese Variable ihren Wert bekommen? Von einem nicht angemeldeten Benutzer? Was steht dann in %AppData%?
Gruß,
Peter
Und wo(her) soll diese Variable ihren Wert bekommen? Von einem nicht angemeldeten Benutzer? Was steht dann in %AppData%?
Das ist nicht tragbar.
Dann von einem anderen Rechner die Verzeichnisse rüberkopieren und entsprechende Rechte setzen (Kopieren). das kann auch bequem per Batch relisiert werden.Gruß,
Peter
Hi,
Gruß,
Peter
Gruß,
Steffen
Und wo(her) soll diese Variable ihren Wert bekommen? Von einem nicht angemeldeten Benutzer? Was steht dann in %AppData%?
Die Variablen werden von der "Quellmaschine" übertragen. Theoretisch sind alle Umgebungsvariablen vorhanden. Aber eben keine Daten. Nach C:\ kann ich nicht schreiben, demnach müsste ich alles auf D: verschieben. Das klappt aber nicht richtig. Das habe ich alles schon versucht, aber das funktioniert nicht so richtig. Nur die Dateien reicht nicht aus ... ich würde gern ein vollständiges Profil haben, bzw. entspr. die Umgebung.Dann von einem anderen Rechner die Verzeichnisse rüberkopieren und entsprechende Rechte setzen (Kopieren). das kann auch
bequem per Batch relisiert werden.
Ein einmaliges Anmelden an einem der Rechner wird nicht aktzeptiert und fällt als Lösungsansatz aus.bequem per Batch relisiert werden.
Gruß,
Peter
Gruß,
Steffen
Hallo,
?!?
Gruß,
Peter
[Nachtrag]
http://www.daniweb.com/software-development/csharp/threads/225868
http://icrontic.com/forum/showthread.php?t=63489
[/Nachtrag]
?!?
Nach C:\ kann ich nicht schreiben,
Aber du sollst es auf C: Einrichten, oder? Und dort hast du keine Rechte?Nur die Dateien reicht nicht aus ...
Warum nicht? Du hast doch selbst gesagt "Ja, aber einige Programme erwarten einfach ein %appdata%-Verzeichnis"würde gern ein vollständiges Profil haben, bzw. entspr. die Umgebung.
Also auch die benutzerbezogene Registrierung des nicht anmeldenden Benutzers?Ein einmaliges Anmelden an einem der Rechner wird nicht aktzeptiert und fällt als Lösungsansatz aus.
?!? Ein copy von Quelle auf Ziel (mit Robocopy sogar die ACL) ist doch auch von der Quellmaschine mit Laufwerkszuordnung zur Zielmaschine ohne direktes Anmeldung an der Zielmaschine möglich sofern du die Rechte hast, oder nicht?Gruß,
Peter
[Nachtrag]
http://www.daniweb.com/software-development/csharp/threads/225868
http://icrontic.com/forum/showthread.php?t=63489
[/Nachtrag]
Zitat von @Pjordorf:
Hallo,
> Zitat von @Knumskull:
> Die Variablen werden von der "Quellmaschine" übertragen.
?!?
Ist eine Funktionalität von LSF, dass die Umgebungsvariablen entsprechend gesetzt werden, wie sie auf der Maschine waren, von der der Job eingereicht wurde.Hallo,
> Zitat von @Knumskull:
> Die Variablen werden von der "Quellmaschine" übertragen.
?!?
> Nach C:\ kann ich nicht schreiben,
Aber du sollst es auf C: Einrichten, oder? Und dort hast du keine Rechte?
> Nur die Dateien reicht nicht aus ...
Warum nicht? Du hast doch selbst gesagt "Ja, aber einige Programme erwarten einfach ein %appdata%-Verzeichnis"
> würde gern ein vollständiges Profil haben, bzw. entspr. die Umgebung.
Also auch die benutzerbezogene Registrierung des nicht anmeldenden Benutzers?
> Ein einmaliges Anmelden an einem der Rechner wird nicht aktzeptiert und fällt als Lösungsansatz aus.
?!? Ein copy von Quelle auf Ziel (mit Robocopy sogar die ACL) ist doch auch von der Quellmaschine mit Laufwerkszuordnung zur
Zielmaschine ohne direktes Anmeldung an der Zielmaschine möglich sofern du die Rechte hast, oder nicht?
Gruß,
Peter
Gruß,
Steffen
[Nachtrag]
http://www.daniweb.com/software-development/csharp/threads/225868
http://icrontic.com/forum/showthread.php?t=63489
[/Nachtrag]
Hi,
das klingt nach einem guten Ansatz. Ich habe bis jetzt nur den Text gelesen. Werde mir den Code anschauen und entsprechend einmal anwenden. Das was die Jungs da schreiben, klingt jedenfalls genau danach, wonach ich suche.
Danke erst einmal dafür. .... Ist zwar nicht ganz die Sprache, die ich spreche ;) ... aber was nicht ist, kann noch werden :D
