nicedevil

das Verhalten was ich oben beschrieben habe, ist alles mit nem jungfreulichen Testuser gemacht worden. Wie ich schon sagte, gehe ich davon aus, dass das ggf. an vererbten Rechten liegt. Aber die kann ich aktuell nicht einfach ändern, da ich nicht weiß, ob es driftige Gründe dafür gegeben hat bzw. gibt. Admin sollte bei uns Zugang haben können, da beim Ausscheiden des Mitarbeiters eigentlich die Ordner auch gelöscht werden können sollten. Egal ob ein oder ausgeschalten der Cachemode. Die OST wird immer wieder gleichgroß wenn ich sie mal verschoben habe und Outlook ne neue erstellt. Wofür braucht man die denn noch, dass ich nicht dafür sorgen sollte, dass die weg ist?

alles klar, werd das am montag mal ansprechen und genauer beleuchten in unserer EDV abteilung ;) bis jetzt gefällts mir sehr was ich da so sehe! Windows 10 geht, meldet sich sau schnell an... was will man mehr! Diese OST Datei wo du gerade ansprichst... die ist bei unseren Mitarbeitern teilweise riesig (15 GB+). Die ist doch im Grunde nur dafür da, dass der User bei einer Fehlanmeldung auch die vorhandenen Mails lesen kann. Hab schon Cachemodus bei mir mal ausgemacht, aber die blöde Datei wird jedes mal neu generiert :/

Ok ich drücke mich mal anders aus. Also der AppData Ordner existiert nach wie vor lokal und wenn ich in die Adressleiste im Explorer klicke, sehe ich dort dann auch kein \\server03\home\userA\AppData Link sondern nur den ganz normalen von Laufwerk C. Gehe ich allerdings in den soeben genannten UNC Pfad auf den Server, wurde dort ebenfalls ein AppData Ordner angelegt. In diesem liegt dann natürlich "nur" der Roaming Ordner. Hab testhalber vorhin Word einmal gestartet. Der Standardspeicherpfad ist nach der Installation von Word ja lediglich im Dokumenten Teil. Hier wird direkt dann auf den Server gespeichert. Sehr gut! Kann ich den Roaming Pfad auf der lokalen Maschine einfach löschen?

mhhh die können auch dateien zugreifen, leider :( es gibt paar benutzer bzw. gruppen die von oben herab vererbt sind... die Vererbung kann ich aus Testzwecken jetzt aber net aufheben, da ich nicht weiß, worauf sich nun alles bezieht und wofür die Vererbung ursprünglich war :( benutzer die lediglich server03\userX oder server03\gruppeY sind, sind im Grunde ja auch wurst für den Rest der Domainuser oder? genauso wie separate Administratorengruppen die zwar in der Domain sind, aber zu denen keinerlei "normaler" User gehört. Den versteckten AppData Ordner kann man wohl nicht umleiten. Hab zumindest die Gruppenrechte gesetzt, aber leider ist der nach wie vor im Laufwerk C unter meinem Testbenutzer Ordner vorhanden. Der Rest, wie Desktop, Startmenu u.s.w. ist jetzt alles brav aufm Server.

in diesem Falle müsste ich ja haufenweise ändern. nur für mein Verständnis, wenn wir das so machen würde wie du beschreibst. Jeder User meldet sich lokal an und die Dömäne lösche aus den Computereigenschaften raus? Wie kriegt der Client dann mit, das er ne Gruppenrichtlinie ausführen soll, die auf dem Server hinterlegt ist? OK! die Frage habe ich mir gerade selber durch testen beantwortet :D bei der Benutzererstellung auf dem Domaincontroller habe ich einfach kein Pfad für das servergespeicherte Profil angegeben. Anmeldung an der Domäne geht dann natürlich immernoch. Ich fuchse mich mal durch. Wird schon irgendwie klappen müssen ;) Ok ich scheitere nun schon an der ABE :/ Habe nen freigegebenen Ordner. \\server03\home\userA Diesen Ordner habe ich freigegeben als \\server03\userA Dann habe ich die NTFS Berechtigung für alle User entfernt, außer userA. Der hat Vollzugriff. Leider kann nun dennoch jeder Benutzer darauf Einsicht nehmen.

Hallo allerseits, wie der Threadtitel wohl schon vermuten lässt, habe ich in meiner Firma ein paar Probleme hinsichtlich der Windows 10 Clients. Kurz zu mir: Ich kann ne Logon.bat einigermaßen gescheit bearbeiten und kenne mich eher mit Debian als Windows Server aus. Ungeachtet dessen, bin ich sehr lernfähig und hoffe hier auf tatkräftige Unterstützung ;D Nun zum Unternehmen: Wir haben Windows Server 2008R2 als Domaincontroller und AD am laufen. Bisweilen wurden über diese Server lediglich Windows 7 Profile benutzt. Da klappt auch alles wunderbar. Benutzer melden sich an und ab, es wird auch immer fein synchronisiert. Dann kamen die ersten Windows 10 Pro Clients. Auf dem Server konnte ich ein neues Userprofileverzeichnis mit der Bezeichnung "USERNAME_PRO.V5" ausmachen. Problem ist nur, dass er anscheinend beim Login keine Möglichkeit hat, diese Userprofiles zu laden und man jedes mal, egal von welchem Windows 10 Client ich es probiere, er sich mit nem Temporären Profil anmeldet. Ich habe einmal das Eventlog rausgekramt: Dann wäre da noch der zweite Fehler Gibt es hierzu Lösungen? Die Suche bei google nach diesen Eventlog einträgen hat mich bislang leider nicht zur Erleuchtung geführt. Nur soviel vorab. Gruppenrichtlinien wurden bisweilen bei uns gar keine verwendet (je mehr ich darüber lese umso geiler finde ich das... kp warum mein Vorgänger da nie mit angefangen hat). Vielen Dank im Voraus. Nicedevil