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
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: 1512931570
Url: https://administrator.de/forum/hyper-v-per-powershellscript-in-netzlaufwerk-exportieren-1512931570.html
Ausgedruckt am: 21.12.2024 um 14:12 Uhr
4 Kommentare
Neuester Kommentar
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
