nicedevil 0 Geschrieben 2. Juni 2016 Autor Melden Teilen Geschrieben 2. Juni 2016 ich glaub ich habs jetzt gefunden... allerdings nicht über mmc.exe bin in den Server Manager gegangen und dort über die Dateidienste... hoffe so wars angedacht, testen tu ichs gerade, obs auch erfolg gebracht hat. Ok, hat nichts gebracht, sehe die Ordner immernoch, auf die ich eigentlich gar keinen Zugriff habe :( (Jetzt geht das galama mit den vererbten Rechten wieder los) Zitieren Link zu diesem Kommentar
NorbertFe 2.027 Geschrieben 2. Juni 2016 Melden Teilen Geschrieben 2. Juni 2016 Wenn du keinen Zugriff hast siehst du sie auch nicht. Wenn du siehst hast du auch Zugriff (zumindest sehen) ;) eigentlich logisch oder? Zitieren Link zu diesem Kommentar
Beste Lösung nicedevil 0 Geschrieben 2. Juni 2016 Autor Beste Lösung Melden Teilen Geschrieben 2. Juni 2016 (bearbeitet) jop soweit so klar! hab jetzt nen ordner verwendet auf Laufwerk C:\ und habe ALLE user entfernt und die rechte verteilt wie auf gruppenrichtlinien.de geschrieben! ES HAT FUNKTIONIERT!!!!!!! ABE geht so wie man es will bearbeitet 2. Juni 2016 von nicedevil Zitieren Link zu diesem Kommentar
NorbertFe 2.027 Geschrieben 2. Juni 2016 Melden Teilen Geschrieben 2. Juni 2016 Kaum macht Mans richtig, schon funktionierts. Zitieren Link zu diesem Kommentar
nicedevil 0 Geschrieben 3. Juni 2016 Autor Melden Teilen Geschrieben 3. Juni 2016 Nur das ich das richtig verstehe, wenn ich lese, dass der Uuser bzw. die Gruppe "JEDER" keine Berechtigungen erhalten soll, dann sind alle "Haken" weg und der User verschwindet danach in der Liste der Freigaben. Das heißt nicht, dass ich dem den Zugriff per Haken komplett verweigern soll oder? Zitieren Link zu diesem Kommentar
NorbertFe 2.027 Geschrieben 3. Juni 2016 Melden Teilen Geschrieben 3. Juni 2016 Richtig. Verweigern sollte man nur in Ausnahmefällen. Und dann weiß man auch warum. ;) Zitieren Link zu diesem Kommentar
lefg 276 Geschrieben 3. Juni 2016 Melden Teilen Geschrieben 3. Juni 2016 (bearbeitet) jop soweit so klar! hab jetzt nen ordner verwendet auf Laufwerk C:\ und habe ALLE user entfernt und die rechte verteilt wie auf gruppenrichtlinien.de geschrieben! ES HAT FUNKTIONIERT!!!!!!! ABE geht so wie man es will Gratulation dazu, es wird, nur Mut und Schweiss.. :) bearbeitet 3. Juni 2016 von lefg Zitieren Link zu diesem Kommentar
nicedevil 0 Geschrieben 3. Juni 2016 Autor Melden Teilen Geschrieben 3. Juni 2016 Lefg, ich würde jetzt als Schritt 2 mal probieren einen neuen Ordner für die RUPs bereitzustellen. Dann einen neuen Benutzer sein Profilordner im Useraccount auf dem DNS hinterlegen und schauen was passiert in Verbindung mit Windows 10. Gibts hier irgendwelche anderen Berechtigungen im Vergleich zur Ordnerumleitung oder sollte hierfür die Rechte auf dem Überordner Profil identisch sein? Also Jeder keine Rechte Admin Vollzugriff Usergruppe die speziellen Berechtigungen von gruppenrichtlinien.de Zitieren Link zu diesem Kommentar
nicedevil 0 Geschrieben 3. Juni 2016 Autor Melden Teilen Geschrieben 3. Juni 2016 Hab alten Beitrag hier über google gefunden, danke an den Frosch :D https://technet.microsoft.com/de-de/library/cc757013(WS.10).aspx Weitere Fortschritte gibt es von der Front zu vermelden ;D Roaming Profiles mit Windows 10 und Server2008R2 laufen! Auch ABE für den Profile Ordner. Jetzt bleibt nur noch ein Problem, dass ich leider immer noch nicht gelöst bekomme. Der Basisordner will nicht erstellt werden bei der Benutzererstellung. Ich bin per RemoteDesktop auf dem Server angemeldet und erstelle quasi über den RemoteDesktop und damit administrator@domain den neuen User. In diesem Beispiel "win10test". Die Rechte wurden gesetzt wie für den Profilordner. Fehlermeldung kommt nun dennoch, dass man keine Zugriffsberechtigung hat. Was ich mir auch soweit erklären kann, da der Administrator ja keine Berechtigung für nen Ordner erstellen hat :/ Weitere Recherche über google hat mich nun auf die Idee gebracht, den Ordner per Script erstellen zu lassen. GPO > Benutzerkonfiguration > Richtlinien > Windows-Einstellungen > Scripts Anmelden/Abmelden > Anmelden > C:\Windows\SYSVOL\sysvol\pbtdom.org\scripts\user_home.bat user_home.bat sieht dann so aus: IF NOT exist "\\server03\test_home\%username%\NUL" mkdir "\\server03\test_home\%username%" Ich habe das Gefühl, dass der dieses Script nur nicht ausführt :/ Führe ich das Script von Hand lokal auf dem Client aus, funktioniert es. Bei der darauffolgenden Anmeldung wird dann auch der Basisordner verbunden. Gibt es eine andere Lösung als die wo ich gerade vorschlage, die auch direkt aus der Benutzererstellung in AD funktioniert? Zitieren Link zu diesem Kommentar
tesso 375 Geschrieben 3. Juni 2016 Melden Teilen Geschrieben 3. Juni 2016 Ich tippe mal, daß die Berechtigungen im Profilordner noch nicht stimmen. Vergleiche das nochmals mit dem Technet-Artikel. Zitieren Link zu diesem Kommentar
nicedevil 0 Geschrieben 3. Juni 2016 Autor Melden Teilen Geschrieben 3. Juni 2016 wieso profilordner? Dieser wird automatisch erstellt, der User, der ihn erstellt hat, hat Zugriff drauf und andere sehen wegen ABE diesen ordner auch gar nicht erst. Alles so wie es sein sollte imho. Aber was ist mit dem Basisordner? Zitieren Link zu diesem Kommentar
tesso 375 Geschrieben 3. Juni 2016 Melden Teilen Geschrieben 3. Juni 2016 Der Ordner wo die Profile angelegt werden. Laut deinem Bild test_profiles Alles so wie es sein sollte imho. Aber was ist mit dem Basisordner? Wenn alles so ist wie es sein sollte, dann würde es auch funktionieren. Zitieren Link zu diesem Kommentar
nicedevil 0 Geschrieben 3. Juni 2016 Autor Melden Teilen Geschrieben 3. Juni 2016 ich checks halt net, was falsch sein soll. profilordner erstellen geht ja... und die rechte sind 100% identisch. habs rausgefunden. hab die .bat datei in den ordner der für die GPO ist geschoben und dahin dann das script verknüpft Zitieren Link zu diesem Kommentar
lefg 276 Geschrieben 4. Juni 2016 Melden Teilen Geschrieben 4. Juni 2016 (bearbeitet) habs rausgefunden. hab die .bat datei in den ordner der für die GPO ist geschoben und dahin dann das script verknüpft Was soll denn das mit der Batch? Was hat das, die mit Basisordner und Profilen zu tun? Ob das eine spannende Frage ist oder wird? Ich muss jetzt wohl langsam etwas fragen: Versuchst Du Blindflug, versuchst Du blind zu fliegen? bearbeitet 4. Juni 2016 von lefg Zitieren Link zu diesem Kommentar
Jim di Griz 13 Geschrieben 4. Juni 2016 Melden Teilen Geschrieben 4. Juni 2016 (bearbeitet) Hallo, Anmerkung: indem du (nicedevil) eine Batch nimmst um Probleme mit Windows zu umgehen, wählst du exakt den Weg, der dich erst dazu trieb, hier Lösungen zu suchen. Vielleicht habt ihr ja auch nur deswegen Probleme bekommen weil ein skript Dinge erledigt, die andernorts Windows bearbeitet. "Dann einen neuen Benutzer sein Profilordner im Useraccount auf dem DNS hinterlegen" nein. das kann nicht. im DNS sind keine Useraccounts. Der Satz erinnert fatal an einen Radio-Scherzanruf zum basisordner problem gibt es genau 2 hits bei google: https://www.google.de/search?q=home+verzeichnis+%22da+sie+nicht+%C3%BCber+die+zugriffsrechte+f%C3%BCr+den+server%22&ie=utf-8&oe=utf-8&client=firefox-b&gfe_rd=cr&ei=lx9TV_XED8Gv8wfn1Z3IDA http://www.mcseboard.de/topic/30678-user-anlegen-homelaufwerk/ http://www.msxforum.de/community/index.php/Thread/6575-Administrator-Berechtigungen-fehlt/ einmal falsche rechte, einmal reboot, oder besser: kurzer Name statt FQDN ... Tip hier ist, wirklich jeden Schritt schoen langsam und sorgfältig zu machen und mehrfach zu kontrollieren. Schreib auf was du machst und vor allem welche Fehler du feststellst auf deinem Weg. ich melde mich hier nicht zu wort um dich zu aergern, mir fehlt das helpdesken, bin seit ~3 jahren sowas wie ein admin nach 15 jahren support von alles mögliche. bearbeitet 4. Juni 2016 von Jim di Griz Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.