4
Hyper V per Powershellscript in Netzlaufwerk exportieren
Hallo,
ich möchte per ps script eine Hyper V Maschine in ein Netzlaufwerk exportieren
Mit dem Script funktioniert zwar alles auf lokale Laufwerke jedoch nicht in ein Netzwlaufwerk.
Export-VM Server2022 -Path e:\server2022
hat da jemand einen Tipp wie ich das bewerkstelligen kann?
Besten Dank
ich möchte per ps script eine Hyper V Maschine in ein Netzlaufwerk exportieren
Mit dem Script funktioniert zwar alles auf lokale Laufwerke jedoch nicht in ein Netzwlaufwerk.
Export-VM Server2022 -Path e:\server2022
hat da jemand einen Tipp wie ich das bewerkstelligen kann?
Besten Dank
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 1512931570
Url: https://administrator.de/contentid/1512931570
Printed on: April 25, 2024 at 15:04 o'clock
4 Comments
Latest comment
Der Export von VMs findet im System Kontext des Hyper-V Hosts statt, du musst also dem Hyper-V Host Machine Konto Schreibrechte sowohl auf die Freigabe als auch per NTFS-ACLs erteilen und dann kannst du direkt per UNC-Pfad nicht mit Netzlaufwerk exportieren.
N'Abend.
Cheers,
jsysde
Zitat von @149569:
Der Export von VMs findet im System Kontext des Hyper-V Hosts statt, du musst also dem Hyper-V Host Machine Konto Schreibrechte sowohl auf die Freigabe als auch per NTFS-ACLs erteilen[...]
NTFS-ACLs sind ausreichend. Meine Share Permissions sind "Authenticated Users" => "Modify" und ich habe nur die NTFS-ACLs auf dem freigegebenen Ordner angepasst. Damit klappt es problemlos.Der Export von VMs findet im System Kontext des Hyper-V Hosts statt, du musst also dem Hyper-V Host Machine Konto Schreibrechte sowohl auf die Freigabe als auch per NTFS-ACLs erteilen[...]
Cheers,
jsysde
Zitat von @jsysde:
NTFS-ACLs sind ausreichend. Meine Share Permissions sind "Authenticated Users" => "Modify" und ich habe nur die NTFS-ACLs auf dem freigegebenen Ordner angepasst. Damit klappt es problemlos.
Aber auch nur weil die Computer-Objekte automatisch Mitglied der "Authenticated Users" sind 😉, deswegen ist es wichtig das man auch die Freigabeberechtigung "kontrolliert", denn nicht jeder belässt es beim Default, und wenn dort die Computer eben nicht Mitglied wären würde ja auch der Zugriff in die Hose gehen! Deswegen ist deine Aussage nicht korrekt das nur NTFS ACLs nötig wären, nur weil du die Freigabe bei dir eben nicht anpassen musstest.NTFS-ACLs sind ausreichend. Meine Share Permissions sind "Authenticated Users" => "Modify" und ich habe nur die NTFS-ACLs auf dem freigegebenen Ordner angepasst. Damit klappt es problemlos.
N'Abend.
Share-Berechtigungen sollte man "generisch" und möglichst einheitlich halten, da spiel ich eher selten dran rum. Da du in einer Freigabe meistens mehrere Unterordner/Ordnerstrukturen findest, ist der beste Weg zur Verwaltung von Berechtigungen die NTFS-ACL.
Cheers,
jsysde
Zitat von @149569:
Aber auch nur weil die Computer-Objekte automatisch Mitglied der "Authenticated Users" sind 😉, deswegen ist es wichtig das man auch die Freigabeberechtigung "kontrolliert", denn nicht jeder belässt es beim Default,[...]
Ja. Aber der Default steht auf "JEDER" mit "Modify" - da wären die Computer-Accounts auch mit drin.Aber auch nur weil die Computer-Objekte automatisch Mitglied der "Authenticated Users" sind 😉, deswegen ist es wichtig das man auch die Freigabeberechtigung "kontrolliert", denn nicht jeder belässt es beim Default,[...]
Share-Berechtigungen sollte man "generisch" und möglichst einheitlich halten, da spiel ich eher selten dran rum. Da du in einer Freigabe meistens mehrere Unterordner/Ordnerstrukturen findest, ist der beste Weg zur Verwaltung von Berechtigungen die NTFS-ACL.
Cheers,
jsysde
