Die wichtigsten Erkenntnisse
- Die Überprüfung der PowerShell-Version ist für die Systemkompatibilität und -sicherheit entscheidend.
- Das Skript zur Automatisierung der PowerShell-Versionsüberprüfung berücksichtigt beide PowerShell-Versionen, Desktop und Core.
- Es verwendet Umgebungsvariablen und ein hypothetisches Cmdlet ‘Ninja-Property-Set’ für Vielseitigkeit.
- Entwickelt für PowerShell Version 3 oder höher, um die Kompatibilität mit modernen Systemen zu gewährleisten.
- Bietet einen effizienteren Ansatz als manuelle Versionsüberprüfungsmethoden.
- Unverzichtbar für IT-Administrator:innen und MSPs, um die Compliance und die Sicherheit des Systems zu gewährleisten.
- Es wird empfohlen, das Skript regelmäßig zu verwenden, um den Zustand des Systems zu überprüfen.
- Die Integration solcher Skripte in Plattformen wie NinjaOne kann die Effizienz des IT-Managements verbessern.
Die Dynamik der Informationstechnologie (IT) erfordert eine kontinuierliche Anpassung und ein besseres Verständnis der Tools und Umgebungen, mit denen wir täglich arbeiten. Ein solches Tool, PowerShell, spielt eine entscheidende Rolle bei der Verwaltung und Automatisierung von Windows-Systemen. Die Überprüfung der verwendeten PowerShell-Version ist nicht nur eine Frage der Compliance, sondern auch ein entscheidender Schritt zur Gewährleistung der Systemsicherheit und -kompatibilität.
Kontext
PowerShell, das Aufgabenautomatisierungs- und Konfigurationsmanagement-Framework von Microsoft, ist ein fester Bestandteil der IT-Welt geworden. Das thematisierte Skript dient dazu, die auf einem System installierten PowerShell-Versionen zu überprüfen, eine Aufgabe, die für IT-Expert:innen und Managed Service Provider (MSPs) von großer Bedeutung ist. Die Kenntnis der PowerShell-Version hilft, die Systemkompatibilität aufrechtzuerhalten, Probleme zu beheben und sicherzustellen, dass die neuesten Sicherheitsfunktionen verwendet werden.
Das Skript zur Automatisierung der PowerShell-Versionsüberprüfung
<# .SYNOPSIS Saves PowerShell Desktop and/or Core Version(s) to a Custom Field. .DESCRIPTION Saves PowerShell Desktop and/or Core Version(s) to a Custom Field. .EXAMPLE (No Parameters) ## EXAMPLE OUTPUT WITHOUT PARAMS ## PowerShell Desktop: 5.1.19041.3570 - PowerShell Core: 7.3.9 PARAMETER: -CustomField "PowerShellVersion" Name of the custom field to save the version of PowerShell to. .EXAMPLE -CustomField "PowerShellVersion" ## EXAMPLE OUTPUT WITH CustomField ## PowerShell Desktop: 5.1.19041.3570 - PowerShell Core: 7.3.9 .OUTPUTS None .NOTES Minimum OS Architecture Supported: Windows 10, Windows Server 2012 R2 Release Notes: Initial Release By using this script, you indicate your acceptance of the following legal terms as well as our Terms of Use at https://www.ninjaone.com/terms-of-use. Ownership Rights: NinjaOne owns and will continue to own all right, title, and interest in and to the script (including the copyright). NinjaOne is giving you a limited license to use the script in accordance with these legal terms. Use Limitation: You may only use the script for your legitimate personal or internal business purposes, and you may not share the script with another party. Republication Prohibition: Under no circumstances are you permitted to re-publish the script in any script library or website belonging to or under the control of any other software provider. Warranty Disclaimer: The script is provided “as is” and “as available”, without warranty of any kind. NinjaOne makes no promise or guarantee that the script will be free from defects or that it will meet your specific needs or expectations. Assumption of Risk: Your use of the script is at your own risk. You acknowledge that there are certain inherent risks in using the script, and you understand and assume each of those risks. Waiver and Release: You will not hold NinjaOne responsible for any adverse or unintended consequences resulting from your use of the script, and you waive any legal or equitable rights or remedies you may have against NinjaOne relating to your use of the script. EULA: If you are a NinjaOne customer, your use of the script is subject to the End User License Agreement applicable to you (EULA). #> [CmdletBinding()] param ( [Parameter()] [String]$CustomField ) begin { if ($env:customField) { $CustomField = $env:customField } } process { # Get PowerShell Desktop Version $PSDesktop = "PowerShell Desktop: $($PSVersionTable.PSVersion)" $PSVersionCF = if ($(Get-Command -Name "pwsh.exe" -ErrorAction SilentlyContinue)) { # Get PowerShell Core Version $pwshVersion = "$(pwsh.exe -version)" -split ' ' | Select-Object -Last 1 $PSCore = "PowerShell Core: $($pwshVersion)" Write-Output "$PSDesktop - $PSCore" } else { Write-Output "$PSDesktop" } Write-Host "`n$PSVersionCF`n" if($PSVersionTable.PSVersion.Major -lt 3){ Write-Error "Can only set Custom Fields on PowerShell Versions 3 or higher." exit 1 } # Save Version(s) to custom field Ninja-Property-Set -Name $CustomField -Value $PSVersionCF } end { }
Greifen Sie auf über 300 Skripte im NinjaOne Dojo zu.
Detaillierte Aufschlüsselung
Das Skript beginnt mit einer standardmäßigen PowerShell CmdletBinding und einer Parameterbestätigung für ein benutzerdefiniertes Feld. Der ‘begin’-Block prüft, ob eine Umgebungsvariable namens ‘customField’ vorhanden ist, und setzt sie als $CustomField des Skripts, falls vorhanden.
Im ‘process’-Block ruft das Skript zunächst die PowerShell Desktop-Version ab. Anschließend prüft es das Vorhandensein von PowerShell Core, indem es versucht, ‘pwsh.exe’ zu finden. Falls gefunden, wird die Core-Version abgerufen. Die Versionen werden dann miteinander verknüpft und angezeigt. Insbesondere prüft das Skript, ob die Hauptversion von PowerShell älter als 3 ist, was eine Voraussetzung für das Festlegen benutzerdefinierter Felder ist.
Schließlich verwendet das Skript im ‘end’-Block ein hypothetisches Cmdlet ‘Ninja-Property-Set’, um diese Versionen in einem benutzerdefinierten Feld zu speichern, wobei der Wert von $CustomField benutzt wird.
Mögliche Anwendungsfälle
Stellen Sie sich vor, ein IT-Administrator in einem großen Unternehmen muss sicherstellen, dass auf allen Systemen kompatible PowerShell-Versionen für eine neue Bereitstellung ausgeführt werden. Mit diesem Skript können sie die PowerShell-Versionen auf verschiedenen Systemen schnell überprüfen und so eine reibungslose und sichere Bereitstellung ermöglichen.
Vergleiche
Zu den alternativen Methoden zur Überprüfung von PowerShell-Versionen gehören die manuelle Überprüfung oder die Verwendung anderer Skripts. Dieses Skript rationalisiert jedoch den Prozess und bietet eine konsolidierte Ansicht der PowerShell-Desktop- und Core-Versionen, eine Funktion, die in vielen anderen Ansätzen fehlt.
FAQs
Q1: Kann dieses Skript zwischen PowerShell Desktop und Core unterscheiden?
A1: Ja, es werden beide Versionen eindeutig identifiziert und angezeigt.
Q2: Was geschieht, wenn PowerShell Core nicht auf dem System installiert ist?
A2: Das Skript zeigt nur die PowerShell Desktop-Version an.
Q3: Ist dieses Skript mit älteren PowerShell-Versionen kompatibel?
A3: Für den vollen Funktionsumfang ist PowerShell Version 3 oder höher erforderlich.
Folgen
Die Verwendung veralteter oder inkompatibler PowerShell-Versionen kann zu Sicherheitsschwachstellen und Kompatibilitätsproblemen führen. Dieses Skript hilft bei der proaktiven Erkennung solcher Szenarien und trägt so zu einer sichereren IT-Umgebung bei.
Empfehlungen
Zu den Best Practices gehört die regelmäßige Ausführung dieses Skripts für Versionsüberprüfungen, insbesondere vor größeren Bereitstellungen oder Updates. Es wird auch empfohlen, dieses Skript in die regelmäßigen Systemüberprüfungen zu integrieren.
Abschließende Überlegungen
In einer Zeit, in der ein effizientes und sicheres IT-Management von größter Bedeutung ist, bieten Tools wie NinjaOne eine Plattform, die solche Skripterstellungs-Lösungen integrieren kann und so eine optimierte Verwaltung und verbesserte Sicherheit bietet. Die Überprüfung der PowerShell-Version ist ein kleiner, aber wichtiger Teil der Systemintegrität, und NinjaOne kann dazu beitragen, dass solche Aufgaben mit Leichtigkeit und Präzision durchgeführt werden.