PowerShell-Versionsüberprüfung: Umfassender Guide für IT-Expert:innen und MSPs

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.

Zugang erhalten

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.

Nächste Schritte

Der Aufbau eines effizienten und effektiven IT-Teams erfordert eine zentralisierte Lösung, die als einheitliches Tool zur Bereitstellung von IT-Dienstleistungen fungiert. NinjaOne ermöglicht es IT-Teams, alle Geräte zu überwachen, zu verwalten, zu sichern und zu unterstützen, unabhängig vom Standort, ohne dass eine komplexe Infrastruktur vor Ort erforderlich ist.

Erfahren Sie mehr über NinjaOne Remote Script Deployment, sehen Sie sich eine Live-Tour an oder starten Sie Ihre kostenlose Testversion unserer NinjaOne Plattform.

Kategorien:

Das könnte Sie auch interessieren

×

Sehen Sie NinjaOne in Aktion!

Mit dem Absenden dieses Formulars akzeptiere ich die Datenschutzerklärung von NinjaOne.

NinjaOne Allgemeine Geschäftsbedingungen für Skripte

Indem Sie unten auf die Schaltfläche “Ich akzeptiere” klicken, erklären Sie Ihr Einverständnis mit den folgenden rechtlichen Bedingungen sowie mit unseren Nutzungsbedingungen:

  • Eigentumsrechte: NinjaOne besitzt und wird weiterhin alle Rechte, Titel und Interessen an dem Skript (einschließlich des Urheberrechts) behalten. NinjaOne gewährt Ihnen eine eingeschränkte Lizenz zur Nutzung des Skripts in Übereinstimmung mit diesen rechtlichen Bedingungen.
  • Einschränkung der Nutzung: Sie dürfen das Skript nur für Ihre legitimen persönlichen oder internen Geschäftszwecke verwenden und es nicht an Dritte weitergeben.
  • Verbot der Wiederveröffentlichung: Sie sind unter keinen Umständen berechtigt, das Skript in einer Skriptbibliothek, die einem anderen Softwareanbieter gehört oder von diesem kontrolliert wird, erneut zu veröffentlichen.
  • Gewährleistungsausschluss: Das Skript wird “wie gesehen” und “wie verfügbar” bereitgestellt, ohne jegliche Garantie. NinjaOne gibt keine Versprechen oder Garantien, dass das Skript frei von Fehlern ist oder dass es Ihre speziellen Bedürfnisse oder Erwartungen erfüllt.
  • Risikoübernahme: Die Verwendung des Skripts erfolgt auf eigene Gefahr. Sie erkennen an, dass die Nutzung des Skripts mit bestimmten Risiken verbunden ist, und Sie verstehen und übernehmen jedes dieser Risiken.
  • Verzicht und Freigabe: Sie machen NinjaOne nicht für nachteilige oder unbeabsichtigte Folgen verantwortlich, die sich aus Ihrer Nutzung des Skripts ergeben, und Sie verzichten auf alle gesetzlichen oder billigkeitsrechtlichen Rechte oder Rechtsmittel, die Sie gegen NinjaOne im Zusammenhang mit Ihrer Nutzung des Skripts haben könnten.
  • EULA: Wenn Sie ein NinjaOne-Kunde sind, unterliegt Ihre Nutzung des Skripts dem für Sie geltenden Endbenutzer-Lizenzvertrag (EULA).