9
cacls werden nicht in die unterordner übernommen
habe user die nun die firma verlassen. nun muss ich die privaten laufwerke entfernen. das solle ja
kein problem sein sollte man meinen
ich versuche die rechte an den admin zu bringen, erst mit dem rechtsklick --> eigenschaften --> sicherheit
natürlich setze ich das häkchen die rechte sollen auch in die ordner darunter übernommen werden etc.
funktioniert, nur der umgeleitete desktop verweigert, auch wennn ich den besitz übernehmen möchte...
dann habe ich noch
cacls /e /t /g administrator:F
versucht, geht auch nicht in den umgeleiteten desktop.
ich kann die einstellungen für den desktop jedes einzelnen users ändern, das klappt, dauert aber ewig...
kein problem sein sollte man meinen
ich versuche die rechte an den admin zu bringen, erst mit dem rechtsklick --> eigenschaften --> sicherheit
natürlich setze ich das häkchen die rechte sollen auch in die ordner darunter übernommen werden etc.
funktioniert, nur der umgeleitete desktop verweigert, auch wennn ich den besitz übernehmen möchte...
dann habe ich noch
cacls /e /t /g administrator:F
versucht, geht auch nicht in den umgeleiteten desktop.
ich kann die einstellungen für den desktop jedes einzelnen users ändern, das klappt, dauert aber ewig...
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 98718
Url: https://administrator.de/contentid/98718
Ausgedruckt am: 22.11.2024 um 20:11 Uhr
9 Kommentare
Neuester Kommentar
Welche privaten Laufwerke?? Meinst du auf den Clients die "Eigenen Dateien", oder redest du hier von einem Netzlaufwerk?
Wenn es einfach Clients sind, meld dich doch einfach als Administrator an und lösche das Profil...
Verstehe leider noch nicht so ganz wo dein Problem liegt.
Wenn es einfach Clients sind, meld dich doch einfach als Administrator an und lösche das Profil...
Verstehe leider noch nicht so ganz wo dein Problem liegt.
ich rede von netzlaufwerken. es handelt sich um ca 200 studenten deren desktop inhalt
auf das netzlaufwerk umgeleitet wird.
win2k3 server
auf das netzlaufwerk umgeleitet wird.
win2k3 server
Darf ich fragen wieso der Desktopinhalt auf ein Netzlaufwerk umgeleitet wird???
Sprich, der Desktop, mit allen Ordnern, Verknüpfungen etc. wird umgeleitet auf ein Netzlaufwerk, welches mit einem Server verbunden ist...
Naja, egal, wie wird denn die Sache realisiert? Per Batch? Mit einem Programm??
Entferne die Benutzer vom Server, dann haben Sie auch keine Rechte. Und dann entfernst du das Tool, mit dem sie die ganze Geschichte machen.
So, und was genau willst du jetzt löschen?? Der Inhalt, was auf dem Netzlaufwerk liegt??? Dann geh an den Server, dann auf die Freigabe und lösch den Inhalt.
Sprich, der Desktop, mit allen Ordnern, Verknüpfungen etc. wird umgeleitet auf ein Netzlaufwerk, welches mit einem Server verbunden ist...
Naja, egal, wie wird denn die Sache realisiert? Per Batch? Mit einem Programm??
Entferne die Benutzer vom Server, dann haben Sie auch keine Rechte. Und dann entfernst du das Tool, mit dem sie die ganze Geschichte machen.
So, und was genau willst du jetzt löschen?? Der Inhalt, was auf dem Netzlaufwerk liegt??? Dann geh an den Server, dann auf die Freigabe und lösch den Inhalt.
der inhalt wird umgeleitet, weil ansonsten das profil riesig wird und die an/abmeldung ewig dauert.
das funktioniert mit gpo´s
ich will die kompletten netzlaufwerke löschen
das funktioniert mit gpo´s
ich will die kompletten netzlaufwerke löschen
Ja, dann lösch am Server einfach die Freigaben!!!!
so einfach ists leider nicht.
Wieso nicht. Beschreib doch bitte nochmal ganz genau was du machen willst. Was du bisher gemacht hast und was genau dabei nicht klappt.
Das kriegen wir schon hin
Das kriegen wir schon hin
habe versucht dem admin vollzugriff auf das laufwerk zu geben (auf den ordner auf dem server)
ich habe es versucht mit rechtsklick --> sicherheit etc und einer batch (cacls)
die berechtigungen schlagen nicht auf den ordner desktop an (umgeleitet aus dem profil)
das wars schon...
ich habe es versucht mit rechtsklick --> sicherheit etc und einer batch (cacls)
die berechtigungen schlagen nicht auf den ordner desktop an (umgeleitet aus dem profil)
das wars schon...
Hey Zusammen,
Habe soeben ein ähnliches Problem auf unserem FTP Server gehabt. Damit kein Wildwuchs auf diesem eigentlichen standortübergreifenden Austauschserver entsteht, habe ich mit DELAGE32 ganz einfach ein automatisches Löschen der Dateien und Ordner die älter als 7 Tage sind im Scheduler hinterlegt.
Heute wollte ich einfach mal per routine auf den server schauen und siehe da, da gab es wohl ein problem, dass einige Dateien doch älter als 7 tage waren -> nach näherer untersuchung habe ich herausgefunden, dass eine datei selbst durch den admin nicht gelöscht werden konnte und DELAGE32 dadurch an dieser datei rausflog.
Über die tausend beschriebenen ansätze konnte ich auch nicht einmal mit dem Admin den besitz dieser Datei übernehmen, bis ich schließlich den hinweis gefunden habe, dass der SYSTEM user die datei wohl doch löschen könne:
Und zwar:
1. Man erzeuge eine BAtch mit dem Löschbefehl (in diesem fall hatte ich eine mit DELAGE32
2. mit dem befehl "AT HH:MM D:\BATCH.BAT \K" legt man einen TASK im Scheduler an der mit HH:MM 1-2 minuten in der Zukunft liegt.
3. Abwarten) der BAtch wird mit dem NT AUTHORITY\SYSTEM user ausgeführt und klatsch ist alles weg
Selbstverständlich kann man auch eine BATCH anlegen, die die ACL vom Filesystem ändert und dies dann durch die obige beschreibung ausführen lässt... das wars
grüssle
Habe soeben ein ähnliches Problem auf unserem FTP Server gehabt. Damit kein Wildwuchs auf diesem eigentlichen standortübergreifenden Austauschserver entsteht, habe ich mit DELAGE32 ganz einfach ein automatisches Löschen der Dateien und Ordner die älter als 7 Tage sind im Scheduler hinterlegt.
Heute wollte ich einfach mal per routine auf den server schauen und siehe da, da gab es wohl ein problem, dass einige Dateien doch älter als 7 tage waren -> nach näherer untersuchung habe ich herausgefunden, dass eine datei selbst durch den admin nicht gelöscht werden konnte und DELAGE32 dadurch an dieser datei rausflog.
Über die tausend beschriebenen ansätze konnte ich auch nicht einmal mit dem Admin den besitz dieser Datei übernehmen, bis ich schließlich den hinweis gefunden habe, dass der SYSTEM user die datei wohl doch löschen könne:
Und zwar:
1. Man erzeuge eine BAtch mit dem Löschbefehl (in diesem fall hatte ich eine mit DELAGE32
2. mit dem befehl "AT HH:MM D:\BATCH.BAT \K" legt man einen TASK im Scheduler an der mit HH:MM 1-2 minuten in der Zukunft liegt.
3. Abwarten
) der BAtch wird mit dem NT AUTHORITY\SYSTEM user ausgeführt und klatsch ist alles weg Selbstverständlich kann man auch eine BATCH anlegen, die die ACL vom Filesystem ändert und dies dann durch die obige beschreibung ausführen lässt... das wars
grüssle
