
6741
04.09.2006, aktualisiert am 05.09.2006
per Script User und Berechtigungen setzen
Hi,
kann man im XP per script den User als Hauptbenutzer eintragen und die Berechtigungen für die C Platte auf alle ändern setzen.
Wer kennt die Reg Schlüssel bzw wie man das macht ....
Danke vorab ...
kann man im XP per script den User als Hauptbenutzer eintragen und die Berechtigungen für die C Platte auf alle ändern setzen.
Wer kennt die Reg Schlüssel bzw wie man das macht ....
Danke vorab ...
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 39333
Url: https://administrator.de/forum/per-script-user-und-berechtigungen-setzen-39333.html
Ausgedruckt am: 21.04.2025 um 19:04 Uhr
29 Kommentare
Neuester Kommentar
Hi,
Benutzer hinzufügen geht so:
Mehr dazu findest du hier:
http://www.microsoft.com/resources/documentation/windows/xp/all/proddoc ...
Rechte setzen:
http://www.microsoft.com/downloads/details.aspx?FamilyID=49ae8576-9bb9- ...
http://www.microsoft.com/resources/documentation/windows/xp/all/proddoc ...
Gruß
Dani
Benutzer hinzufügen geht so:
net user BENUTZER PASSWORT /add
http://www.microsoft.com/resources/documentation/windows/xp/all/proddoc ...
Rechte setzen:
http://www.microsoft.com/downloads/details.aspx?FamilyID=49ae8576-9bb9- ...
http://www.microsoft.com/resources/documentation/windows/xp/all/proddoc ...
Gruß
Dani
Hi,
also dann so:
Die restlichen Parameter für Homelaufwerk usw. musst du nachschlagen. Da habe ich dir oben den Link gepostet.
Den Benutzer kannst du mit
Mehr dazu: http://www.microsoft.com/resources/documentation/windows/xp/all/proddoc ...
Wie du die Rechte setzen kannst, habe oben bereits erwähnt!
Gruß
Dani
also dann so:
net user test test /ADD stern /DOMAIN
Den Benutzer kannst du mit
net group Hauptbenutzer test /ADD /DOMAIN
Wie du die Rechte setzen kannst, habe oben bereits erwähnt!
Gruß
Dani
Von der Sinnhaftigkeit des Ansinnens mal abgesehen, würde ich es so skizzieren:
[0) Theoretisch: Prüfung ob lokale Gruppe "Hauptbenutzer" vorhanden... aber die gibt es immer.]
1) Überprüfung, ob ohnehin alle "Domain Users" der aktuellen Domäne als Hauptbenutzer eingetragen sind.
Wenn ja, gibt es nichts zu tun.
2) Überprüfung, ob der angemeldete Benutzer (als einzelner Benutzer, nicht als Gruppenmitglied) als Hauptbenutzer eingetragen ist.
Wenn ja: Nothing to do...
3) Wenn der Batch jetzt immer noch nicht fertig ist:
Diese Fragmente würden sich auf den angemeldeten Benutzer beziehen (also z.B. zur Ausführung in einem Login-Skript).
Für anderen Einsatz sollte natürlich statt auf Parameter %username% und %userdomain% auf Parameter
bzw. selbst definierte Variablen %thisdomain% und %thisUsername% geändert werden
Gruß
Biber
P.S. Dieser Kommentar bezieht sich auf den jetzt erreichten Stand der Diskussion, nicht auf die ursprünglich formulierte Frage.
[0) Theoretisch: Prüfung ob lokale Gruppe "Hauptbenutzer" vorhanden... aber die gibt es immer.]
net localgroup Hauptbenutzer>nul 2>nul
If errorlevel 1 (
echo Es gibt keine lokale Gruppe "Hauptbenutzer"
goto IchHätteBesserBäckerWerdenSollen
)
1) Überprüfung, ob ohnehin alle "Domain Users" der aktuellen Domäne als Hauptbenutzer eingetragen sind.
Wenn ja, gibt es nichts zu tun.
(net localgroup hauptbenutzer|find /i "%userdomain%\Domain Users" >nul) && goto :eof
2) Überprüfung, ob der angemeldete Benutzer (als einzelner Benutzer, nicht als Gruppenmitglied) als Hauptbenutzer eingetragen ist.
net localgroup hauptbenutzer|find /i "%userdomain%\%username%">nul && goto :eof
3) Wenn der Batch jetzt immer noch nicht fertig ist:
net localgroup hauptbenutzer %userdomain%\%username% /add >nul 2>nul
if errorlevel 1 (
echo %userdomain%\%username% konnte nicht zur lokalen Grupper Hauptbenutzer hinzugefügt werden!
goto IchSollteJemandFragenDerWasDavonVersteht
) ELSE (
echo %userdomain%\%username% zur lokalen Grupper Hauptbenutzer hinzugefügt.
)
Diese Fragmente würden sich auf den angemeldeten Benutzer beziehen (also z.B. zur Ausführung in einem Login-Skript).
Für anderen Einsatz sollte natürlich statt auf Parameter %username% und %userdomain% auf Parameter
bzw. selbst definierte Variablen %thisdomain% und %thisUsername% geändert werden
Gruß
Biber
P.S. Dieser Kommentar bezieht sich auf den jetzt erreichten Stand der Diskussion, nicht auf die ursprünglich formulierte Frage.
Moin fwd,
bitte poste bitte mal die KBID des M$-Artikels.
Soweit ich diese automatisch generierte Übersetzung verstehe ist gemeint, ich kann keine lokale Gruppe "PowerUser" hinzufügen, wenn meine Domain auch "PowerUser" heißt.
Aber das würde ich lieber selbst noch mal nachlesen.
However, wenn es bei Dir eine lokale Gruppe "Hauptbenutzer" gibt, dann hat die doch auch Mitglieder.
Was sagt denn ein "net localgroup Hauptbenutzer" bei Dir?
Gruß
Biber
bitte poste bitte mal die KBID des M$-Artikels.
Soweit ich diese automatisch generierte Übersetzung verstehe ist gemeint, ich kann keine lokale Gruppe "PowerUser" hinzufügen, wenn meine Domain auch "PowerUser" heißt.
Aber das würde ich lieber selbst noch mal nachlesen.
However, wenn es bei Dir eine lokale Gruppe "Hauptbenutzer" gibt, dann hat die doch auch Mitglieder.
Was sagt denn ein "net localgroup Hauptbenutzer" bei Dir?
Gruß
Biber
Also ehrlich,
rein aus dem Bauch heraus würde ich das als erstes mit dem Befehl
...versuchen.
Du hast doch eben den Domain-User Karl-Heinz der Hauptbenutzer-Gruppe des Rechners XYZ zugeordnet.
Damit sollte er alle Rechte haben.
Welchem "Jeder" willst Du denn noch die "Darf-Alles-Ändern"-Rechte geben?
Wenn doch: forumssuche mal nach den ??ACLs-Befehlen (CACLs,XCACLs, SetACLs,...).
Das sind CMDLine-Tools zum Festlegen/Ändern der Datei-Zugriffs-Rechte oder auf Neudeutsch "Access Control Lists".
Hatten wir mehrfach hier im Forum.
Gruß
Biber
rein aus dem Bauch heraus würde ich das als erstes mit dem Befehl
REM Do nothing
Du hast doch eben den Domain-User Karl-Heinz der Hauptbenutzer-Gruppe des Rechners XYZ zugeordnet.
Damit sollte er alle Rechte haben.
Welchem "Jeder" willst Du denn noch die "Darf-Alles-Ändern"-Rechte geben?
Wenn doch: forumssuche mal nach den ??ACLs-Befehlen (CACLs,XCACLs, SetACLs,...).
Das sind CMDLine-Tools zum Festlegen/Ändern der Datei-Zugriffs-Rechte oder auf Neudeutsch "Access Control Lists".
Hatten wir mehrfach hier im Forum.
Gruß
Biber
Displays or modifies access control lists (ACLs) of files
XCACLS filename [/T] [/E|/X] [/C] [/G user:perm;spec] [/R user [...]]
[/P user:perm;spec [...]] [/D user [...]] [/Y]
filename Displays ACLs.
/T Changes ACLs of specified files in
the current directory and all subdirectories.
/E Edit ACL instead of replacing it.
/X Same as /E except it only affects the ACEs that the
specified users already own.
/C Continue on access denied errors.
/G user:perm;spec Grant specified user access rights.
Perm can be: R Read
C Change (write)
F Full control
P Change Permissions (Special access)
O Take Ownership (Special access)
X EXecute (Special access)
E REad (Special access)
W Write (Special access)
D Delete (Special access)
Spec can be the same as perm and will only be
applied to a directory. In this case, Perm
will be used for file inheritence in this
directory. If not omitted: Spec=Perm. Special values
for Spec only:
T Not Specified (for file inherit,
only for dirs valid)
At least one access right has to follow!
Entries between ';' and T will be ignored!
/R user Revoke specified user's access rights.
/P user:perm;spec Replace specified user's access rights.
for access right specification see /G option
/D user Deny specified user access.
/Y Replace user's rights without verify
Wildcards can be used to specify more that one file in a command.
You can specify more than one user in a command.
You can combine access rights.
XCACLS filename [/T] [/E|/X] [/C] [/G user:perm;spec] [/R user [...]]
[/P user:perm;spec [...]] [/D user [...]] [/Y]
filename Displays ACLs.
/T Changes ACLs of specified files in
the current directory and all subdirectories.
/E Edit ACL instead of replacing it.
/X Same as /E except it only affects the ACEs that the
specified users already own.
/C Continue on access denied errors.
/G user:perm;spec Grant specified user access rights.
Perm can be: R Read
C Change (write)
F Full control
P Change Permissions (Special access)
O Take Ownership (Special access)
X EXecute (Special access)
E REad (Special access)
W Write (Special access)
D Delete (Special access)
Spec can be the same as perm and will only be
applied to a directory. In this case, Perm
will be used for file inheritence in this
directory. If not omitted: Spec=Perm. Special values
for Spec only:
T Not Specified (for file inherit,
only for dirs valid)
At least one access right has to follow!
Entries between ';' and T will be ignored!
/R user Revoke specified user's access rights.
/P user:perm;spec Replace specified user's access rights.
for access right specification see /G option
/D user Deny specified user access.
/Y Replace user's rights without verify
Wildcards can be used to specify more that one file in a command.
You can specify more than one user in a command.
You can combine access rights.
Das ist die usage von xcacls, ich bin überzeugt dass du ganz schnell die richtige Syntax rausfindest.
Das Erfolgserlebnis möcht ich dir nicht nehmen
Wegen akuter Eskalationsgefahr Thread geschlossen.
Ist aus meiner Sicht auch alles beantwortet.
Eine weitergehende Erläuterung bzw. mundgerechtes Vorsetzen der Details würde die Intelligenz des Fragestellers in Zweifel ziehen und in Folge als ehrverletzend empfunden werden.
So etwas möchte ich in diesem Zweig des Forums nicht.
Grüße
Biber
Ist aus meiner Sicht auch alles beantwortet.
Eine weitergehende Erläuterung bzw. mundgerechtes Vorsetzen der Details würde die Intelligenz des Fragestellers in Zweifel ziehen und in Folge als ehrverletzend empfunden werden.
So etwas möchte ich in diesem Zweig des Forums nicht.
Grüße
Biber