VBS Skript und Powershell
Hallo Zusammen,
ich habe folgendes Problem mit einem VBScript. Wenn ich das Skript manuell auf dem Rechner kopiere und ausführe, funktioniert es einwandfrei. Sobald ich es jedoch über PowerShell ausführe, wird das Skript zwar gestartet, aber es zeigt keine Änderungen. Das Skript sollte beispielsweise die Computerbeschreibung in Active Directory anpassen und den Computer in mehrere Gruppen verschieben. Wir verwenden Windows Server 2019, und die Berechtigungen sind korrekt; das Skript wird von einem Administrator ausgeführt.
Es funktioniert mit keinem der Skripte. Die Datei wird zuerst mit PowerShell kopiert und anschließend ausgeführt.
Beispiel:
Start-Process "wscript.exe" -ArgumentList "C:\temp\Gruppehinzufügen_Einkauf.vbs"
Vielen Dank für Eure Unterstützung.
LG Bella
ich habe folgendes Problem mit einem VBScript. Wenn ich das Skript manuell auf dem Rechner kopiere und ausführe, funktioniert es einwandfrei. Sobald ich es jedoch über PowerShell ausführe, wird das Skript zwar gestartet, aber es zeigt keine Änderungen. Das Skript sollte beispielsweise die Computerbeschreibung in Active Directory anpassen und den Computer in mehrere Gruppen verschieben. Wir verwenden Windows Server 2019, und die Berechtigungen sind korrekt; das Skript wird von einem Administrator ausgeführt.
Es funktioniert mit keinem der Skripte. Die Datei wird zuerst mit PowerShell kopiert und anschließend ausgeführt.
Beispiel:
Start-Process "wscript.exe" -ArgumentList "C:\temp\Gruppehinzufügen_Einkauf.vbs"
Vielen Dank für Eure Unterstützung.
LG Bella
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 31557469065
Url: https://administrator.de/contentid/31557469065
Ausgedruckt am: 21.11.2024 um 20:11 Uhr
6 Kommentare
Neuester Kommentar
Moin.
Gruß Strods.
- Das Skript als UTF-8 mit BOM gespeichert?
- Fehlermeldung lautet wie ??
Es funktioniert mit keinem der Skripte. Die Datei wird zuerst mit PowerShell kopiert und anschließend ausgeführt.
- Von wo kopierst du?
- Stimmt die PATH Variable? Ansonsten den kompletten Pfad zu wscript.exe angeben.
Gruß Strods.
Und noch zur Information falls nicht bekannt: Der Scripthost ist deprecated und wird zukünftig per Default deaktiviert, und muss dann erst wieder aktiviert werden wenn man ihn weiterhin nutzen will.
VBScript deprecation: Timelines and next steps
So just be prepared 😉.
VBScript deprecation: Timelines and next steps
So just be prepared 😉.
das liegt noch in sehr sehr weiter Ferne.
PS hat zwar VBScript als Adminsprache den Rang abgelaufen und das VB6 Runtime wurde seit 2006 von MS nicht mehr weiterentwickelt, erhält aber als Windows Bestandteil noch Security-Hotfixes.
In Applikationen ist das aber auch nicht einfach so wegzudisktuieren, und der Anlauf, VBScript aus Windows zu entfernen gabs in der Vergangenheit auch schon mal. Wir entwicklen z.B. eine Software seit ca. 30 Jahren weiter, die stark eventbasiert ist und über VBSCript läuft und die C# Migration hat schon 7 Jahre Arbeit verschlungen und weitere 2 stehen noch aus. Unsere Kunden werden über den Wegfall von VBS in der Applikation nicht sehr begeistert sein.
VBA in Office sollte auch schon vor Jahren sterben, aber eher wird Microsoft Office auf Terminalservern beerdigen (hier ist z.B. noch nichts für den Server nach 2022 auf der Roadmap).
PS hat zwar VBScript als Adminsprache den Rang abgelaufen und das VB6 Runtime wurde seit 2006 von MS nicht mehr weiterentwickelt, erhält aber als Windows Bestandteil noch Security-Hotfixes.
In Applikationen ist das aber auch nicht einfach so wegzudisktuieren, und der Anlauf, VBScript aus Windows zu entfernen gabs in der Vergangenheit auch schon mal. Wir entwicklen z.B. eine Software seit ca. 30 Jahren weiter, die stark eventbasiert ist und über VBSCript läuft und die C# Migration hat schon 7 Jahre Arbeit verschlungen und weitere 2 stehen noch aus. Unsere Kunden werden über den Wegfall von VBS in der Applikation nicht sehr begeistert sein.
VBA in Office sollte auch schon vor Jahren sterben, aber eher wird Microsoft Office auf Terminalservern beerdigen (hier ist z.B. noch nichts für den Server nach 2022 auf der Roadmap).
also ich würde scripts nie per wscript.exe starten sondern per cscript.exe
verhindert popups und hängenbleiben von scripts.
dann problem könnte der UMLAUT im Dateinamen sein.
sprich keine öäü verwenden.
wenn das nicht hilft eine vbs erstellen mit inhalt
dann im powershell verlinken das es startet.
und dann ein DOS Fenster aufmachen, folgenden Befehl:
dann wirst du nämlich im DOS fenster sehen ob er das Powershell ausführt und ob das das VBS ausführt indem er die ausgabe bringt "Test ob das Teil startet"
wenn ja dann funktioniert das ja, nächster schritt in dein vbs script auch ein echo rein und nochmal testen.
wenn dann das vbs startet und echo bringt kannst den powershell teil abhacken.
weil dann liegts irgendwo am vbs selbst dann das innen drin was nicht geht.
verhindert popups und hängenbleiben von scripts.
dann problem könnte der UMLAUT im Dateinamen sein.
sprich keine öäü verwenden.
wenn das nicht hilft eine vbs erstellen mit inhalt
wscript.echo "Test ob das Teil startet"
dann im powershell verlinken das es startet.
und dann ein DOS Fenster aufmachen, folgenden Befehl:
"C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe" -executionpolicy Unrestricted -File "C:\PowerShellScript.ps1"
dann wirst du nämlich im DOS fenster sehen ob er das Powershell ausführt und ob das das VBS ausführt indem er die ausgabe bringt "Test ob das Teil startet"
wenn ja dann funktioniert das ja, nächster schritt in dein vbs script auch ein echo rein und nochmal testen.
wenn dann das vbs startet und echo bringt kannst den powershell teil abhacken.
weil dann liegts irgendwo am vbs selbst dann das innen drin was nicht geht.