otonashi 0 Geschrieben 25. September 2018 Autor Melden Teilen Geschrieben 25. September 2018 (bearbeitet) vor 16 Stunden schrieb NilsK: Moin, das ist ja genau das, was ich meine: Erzeugen des Ordners genau einmal in dem Moment, in dem der User neu angelegt wird (Skript 1). Verbinden des existierenden Ordners beim Logon des Benutzers (Skript 2). Das kann man durchaus per PowerShell machen, aber wenn man sich damit nicht auskennt, ist Batch einfacher. Skript 1: Angabe des Usernamens und ggf. weiterer Details Erzeugen des Users im AD (PS: New-ADUser, Batch: net user oder dsadd user) Erzeugen des Home-Ordners in einer bestehenden Freigabe, ggf. mit Berechtigungen Skript 2: Verbinden des Homes mit der Angabe der übergeordneten Freigabe und der Systemvariable %username%, ist per PowerShell und Batch ähnlich einfach; Beispiele wirst du im Web viele finden Gruß, Nils PS. es wäre nett, wenn du auf Lesbarkeit deiner Beiträge achtest und grundlegende Zeichensetzung und Groß- und Kleinschreibung einsetzt. Moin Niels, ich versuche mich gleich mal daran zu machen und zu versuchen was ich bis hierhin alleine bewerkstelligen kann und echt vielen dank schon mal für deine Hilfe soweit. Wenn ich fragen haben schreibe ich heute nochmal und auch wie weit ich gekommen bin. Gruß Patrick PS: Ja ich werde mehr darauf achten. vor 16 Stunden schrieb Sunny61: Ich glaube eher, dein Chef verlangt nach Powershell. Es wäre besser gewesen wenn Du gleich von Anfang ehrlich mit allen hier umgegangen wärst. Wenn man ein PS-Script debuggen möchte, dann nimmt man dafür die Powershell ISE her, mit F9 kann man einen Haltepunkt setzen, mit F5 das Script starten, mit F11 schrittweise durch das Script gehen. Solche grundsätzlichen Dinge muss dir dein Ausbilder zeigen, dann die Aufgaben geben. Mit der Antwort lief irgendwie nicht, kann hier niemand etwas anfangen. Fehlermeldungen posten, alles andere ist Kaffeesatzleserei. Nein das ist kompletter schwachsinn, nicht böse gemeint nein er verlangt nicht explizit powershell aber mein Wunsch für mich war powershell statt batch. Fehlermeldung gab es keine es ich hab neugestartet usw. alles nichts gebracht also 1. eingebunden per gpo Server neugestartet und es passierte nichts. Gruß Patrick bearbeitet 25. September 2018 von otonashi Zitieren Link zu diesem Kommentar
Sunny61 806 Geschrieben 25. September 2018 Melden Teilen Geschrieben 25. September 2018 Wenn das Schwachsinn war was ich gepostet hatte, dann leb wohl Zitieren Link zu diesem Kommentar
otonashi 0 Geschrieben 25. September 2018 Autor Melden Teilen Geschrieben 25. September 2018 vor 1 Minute schrieb Sunny61: Wenn das Schwachsinn war was ich gepostet hatte, dann leb wohl Ich sage nicht das das alles Schwachsinn war was du gepostet hast das war nur darauf bezogen das du mich der lüge bezichtigt hast bzw. das ich Unehrlich war, was aber nicht so ist weil es mit Powershell mein Wunsch war Zitieren Link zu diesem Kommentar
magheinz 110 Geschrieben 25. September 2018 Melden Teilen Geschrieben 25. September 2018 Wäre es nicht einfacher die konkrete Aufgabenstellung zu posten? Prinzipiell ist das doch ein zweizeiler New-Item -Itemtype Directory - Patch \\share\$USERNAME und mit New-PSDrive -Name "H" -PSProvider "FileSystem" -Root "\\share\$USERNAME " jeweils ein try und catch drumrum und fertig. Obs sinnvoll ist das mit ein Loginscript zu machen sei mal dahingestellt. Zitieren Link zu diesem Kommentar
daabm 1.354 Geschrieben 28. September 2018 Melden Teilen Geschrieben 28. September 2018 Boah, was ein wirrer Fred Zitieren Link zu diesem Kommentar
Lian 2.421 Geschrieben 28. September 2018 Melden Teilen Geschrieben 28. September 2018 Hallo, bitte zurück zum Thema ohne persönliche Befindlichkeiten - Danke! 1 Zitieren Link zu diesem Kommentar
djmaker 95 Geschrieben 29. September 2018 Melden Teilen Geschrieben 29. September 2018 Wenn das eine Windows Domain ist und die Clients Mitglied der Domain sind wären wohl die GPP eher geeignet um das Problem zu lösen. Kann mich aber auch irren da ich den Thread nur quer gelsen habe . . . Zitieren Link zu diesem Kommentar
MurdocX 949 Geschrieben 15. Oktober 2018 Melden Teilen Geschrieben 15. Oktober 2018 Am 25.9.2018 um 17:23 schrieb magheinz: Wäre es nicht einfacher die konkrete Aufgabenstellung zu posten? Prinzipiell ist das doch ein zweizeiler New-Item -Itemtype Directory - Patch \\share\$USERNAME und mit New-PSDrive -Name "H" -PSProvider "FileSystem" -Root "\\share\$USERNAME " jeweils ein try und catch drumrum und fertig. Obs sinnvoll ist das mit ein Loginscript zu machen sei mal dahingestellt. Mit einem "Test-Path" vorher noch prüfen ob das Verzeichnis vorhanden ist. Ich hab für uns auch "so" ein Skript geschrieben. Es ließt zwar noch dynamisch die Gruppenmitgliedschaften, aber das ist ja hier nicht das Thema. Zitieren Link zu diesem Kommentar
magheinz 110 Geschrieben 15. Oktober 2018 Melden Teilen Geschrieben 15. Oktober 2018 Test-Path kann man vorher machen, oder man fängt den Fehler im try-catch ab. Zitieren Link zu diesem Kommentar
otonashi 0 Geschrieben 15. Oktober 2018 Autor Melden Teilen Geschrieben 15. Oktober 2018 Am 25.9.2018 um 17:23 schrieb magheinz: Wäre es nicht einfacher die konkrete Aufgabenstellung zu posten? Prinzipiell ist das doch ein zweizeiler New-Item -Itemtype Directory - Patch \\share\$USERNAME und mit New-PSDrive -Name "H" -PSProvider "FileSystem" -Root "\\share\$USERNAME " jeweils ein try und catch drumrum und fertig. Obs sinnvoll ist das mit ein Loginscript zu machen sei mal dahingestellt. Die Frage die sich mir dazu stellt ist, wenn ich am ende des Pfades ......\$USERNAME nehme nimmt er dann automatisch den eingeloggten user? oder muss ich bei jedem einzelnd den Username da eintragen? Wenn ja dann ist es nicht das gewünschte ergebnis? Zitieren Link zu diesem Kommentar
NilsK 2.934 Geschrieben 15. Oktober 2018 Melden Teilen Geschrieben 15. Oktober 2018 Moin, nein, dieses Beispiel ist nur ein Schnippsel, der das Anlegen und Mappen des Ordners zeigen soll. Es ist keine weiter Logik darin. $USERNAME müsste also vorher passend befüllt werden. Ebenso ist keine Berechtigungssteuerung enthalten. Gruß, Nils Zitieren Link zu diesem Kommentar
magheinz 110 Geschrieben 15. Oktober 2018 Melden Teilen Geschrieben 15. Oktober 2018 GhRichtig den usernamen muss man noch füllen und die Berechtigungen setzen. Das ist jetzt aber eine Frage des konkreten scripte und seinea aufrufes. Ich würde das Script auch nicht vom eingeloggten User aufrufen. Dafür bräuchte der zu viele Rechte im homeshare. Solche Verzeichnisse hat der admin anzulegen. Das Berechtigungen setzen habe ich weggelassen weil es von zu viele Parametern abhängt. Bei uns z. B. wird dafür die API vom Storage Hersteller genutzt. Bei uns wir das ganze über ein web Formular gesteuert wo man den vor- und Nachnamen und die Abteilung einträgt. Der Inhalt landet als CSV im Ticket System. Dieses Ticket wird dann von einem PS-Script abgearbeitet. Da wird dann nach einem regelwerk der Username erzeugt, das AD-Konto angelegt, das postfach und das homedire an erlegt, ein Initialen Zufallspasswort eingerichtet etc. Am Ende fällt ein Zettel aus dem Drucker mit allen möglichen Infos für den neuen Mitarbeiter. Zitieren Link zu diesem Kommentar
MurdocX 949 Geschrieben 15. Oktober 2018 Melden Teilen Geschrieben 15. Oktober 2018 Machs Dir einfach.. Nimm das und lass es immer mal laufen. Get-ADUser -Filter * | Where-Object { $_.Enabled -eq $true } | Select-Object -ExpandProperty SamAccountName | ForEach-Object { If( (Test-Path -Path "\\SERVER\SHARE\$_") -eq $false){ New-Item -Path "\\SERVER\SHARE\$_" -ItemType Directory }} Zitieren Link zu diesem Kommentar
otonashi 0 Geschrieben 15. Oktober 2018 Autor Melden Teilen Geschrieben 15. Oktober 2018 vor 2 Stunden schrieb MurdocX: Machs Dir einfach.. Nimm das und lass es immer mal laufen. Get-ADUser -Filter * | Where-Object { $_.Enabled -eq $true } | Select-Object -ExpandProperty SamAccountName | ForEach-Object { If( (Test-Path -Path "\\SERVER\SHARE\$_") -eq $false){ New-Item -Path "\\SERVER\SHARE\$_" -ItemType Directory }} Danke dir ich probiere es morgen mal aus :) und gebe Feedback dazu Gruß Patrick Zitieren Link zu diesem Kommentar
magheinz 110 Geschrieben 16. Oktober 2018 Melden Teilen Geschrieben 16. Oktober 2018 Und morgen lesen wir dann das es eine Fehlermeldung gibt weil \\SERVER\SHARE nicht gefunden werden... 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.