Microsoft start eerste updates van PowerShell via Windows Update

Microsoft start met het updaten van PowerShell via Windows Update voor gebruikers van Windows 10 en Windows Server. Als eerste zal het bedrijf de previewversies van PowerShell 7.2 via de automatische updatemethode bijwerken.

Microsoft neemt naar eigen zeggen de eerste stappen om PowerShell 7 via Windows Update te updaten. Wie PowerShell 7.2 preview 5 of preview 6 draait en minimaal de Windows 10-versie Redstone 3, oftewel de Fall Creators Update, als besturingssysteem heeft, kan binnenkort de automatische update naar versie 7 tegemoet zien.

Gebruikers dienen volgens Microsoft verder een registersleutel toe te voegen als opt-in om bij de eerste geautomatiseerde updateronde mee te doen. Verder dienen ze niet al de MSI voor preview 7 te installeren. Die verschijnt namelijk eerder. Een week na de release maakt Microsofts PowerShell_Team via Twitter bekend dat de Microsoft Update-release beschikbaar is.

Voorheen maakte Microsoft met een notificatie in PowerShell bekend dat een nieuwe versie van de applicatie gereed stond. Gebruikers dienden dan naar de GitHub-pagina te gaan om de nieuwe versie te downloaden en te installeren, dan wel deze via een package manager binnen te halen. Microsoft gaat Windows Update alleen voor toekomstige versies van PowerShell 7 inzetten. Het updateprocedé kan ook via Windows Update for Business, WSUS en SCCM verlopen.

Windows 10 PowerShell

Door Olaf van Miltenburg

Nieuwscoördinator

17-06-2021 • 09:45

29

Reacties (29)

29
29
24
2
0
2
Wijzig sortering
Dat vond ik altijd al zo vreemd, wanneer ik nu PowerShell opstart word ik altijd begroet met de melding om handmatig te updaten... En als ik die installeerde, dan verving die de oude PowerShell niet eens, maar werd hij ernaast geïnstalleerd ;(
Windows PowerShell
Copyright (C) Microsoft Corporation. All rights reserved.

Try the new cross-platform PowerShell https://aka.ms/pscore6

Loading personal and system profiles took 751ms.
PS C:\>
Wat je ziet is "Windows Powershell" en alleen bedoeld Windows. Powershell werd vanaf het begin gebouwd met Windows specifieke functies. Microsoft werkt al niet actief meer aan deze "Windows Powershell" release, de laatste is versie 6 5.

Later werd "Powershell Core" geintroduceerd, een platformonafhankelijke Powershell dat nu "Powershell" heet (zonder Core). Platformonafhankelijk want er is een Powershell beschikbaar voor Linux en MacOS. Het "hangt" aan .NET Core.

Je CLI laat zien dat je "Windows Powershell" gebruikt en niet de Core versie. De link in je CLI download en install de Powershell "Core". Als je zoekt met Windows naar "powershell" zie je ook twee versies staan: "Windows Powershell" en "Powershell". Een tip is dus om "Windows Powershell" te deinstalleren of je gebruikt Windows specifieke functies in Windows Powershell

[Reactie gewijzigd door robertpNL op 23 juli 2024 06:31]

Wauw, nooit geweten, bedankt voor je uitleg! Voor zover ik kon vinden was PowerShell 6 ook al cross-platform overigens, en is 5 de laatste Windows Powershell versie. Als ik je goed begrijp:
  • Je moet eerst zelf handmatig PowerShell 7 installeren, deze zal niet automatisch via Windows update uitgerold worden
  • Binnenkort wordt PowerShell 7 geüpdatet via Windows Update (mits daarvoor handmatig geïnstalleerd)
  • Windows PowerShell 5 en PowerShell 7 blijven naast elkaar bestaan
  • Windows PowerShell 5 kun je verwijderen door Windows PowerShell 2.0 (lekker logisch...) uit te vinken in Windows Features
Klopt dat? En aan wat voor Windows specifieke functies moet ik denken?

[Reactie gewijzigd door P1nGu1n op 23 juli 2024 06:31]

Ja klopt wat je zegt over versie 5.1 de laatste Windows Powershell is. :)
In Windows Powershell 5.1 zitten nog cmdlets in specifiek voor Windows Servers (2008 R2 en 2012 R2).
Je moet een handmatig een prerelease versie van Powershell 7 installeren, niet de gewone release. De huidige release is 7.1.3 en het artikel meldt dat je 7.2 preview 5 of 6 moet installeren. Maar verder klopt het wat je zegt.
En grappig genoeg stond (wegens legacy redenen) je Windows Powershell altijd in dit pad Windows\System32\WindowsPowerShell\v1.0.
Ik heb het onderstaande profile toegevoegd aan Windows Terminal om zonder al te veel gedoe PowerShell Core te kunnen updaten: https://pastebin.com/Fs8AiVry
Maar, als er dus CVEs waren mbt Powershell dan kwamen deze dus nooit mee met Windows Update?
Zijn er nog meer van dit soort componenten die met het OS meekomen, maar toch buiten scope van OS Updates vallen?
Maar, als er dus CVEs waren mbt Powershell dan kwamen deze dus nooit mee met Windows Update?
Zijn er nog meer van dit soort componenten die met het OS meekomen, maar toch buiten scope van OS Updates vallen?
Denk ook aan al je applicaties, want volgens mij werken de meeste Windows applicaties nog steeds met individuele updaters in plaats van een centrale package manager. Van alle kritiek die je op Windows kan geven vind ik dat de meest onbegrijpelijke want volgens mij snapt iedere beheerder de voordelen van het centraal beheren van updates en zitten de developers er niet te wachten om het zelf te schrijven. Ik weet dat er een Windows App store is. Er is vast een goede reden voor maar ik snap niet waarom niet iedereen daar gebruik van maakt en/of waarom updates niet via die route worden uitgevoerd.

Ieder modern OS is overgestapt op het repository/appstore model en ik snap niet waarom dat onder Windows niet ook de standaard is.
Ieder modern OS is overgestapt op het repository/appstore model en ik snap niet waarom dat onder Windows niet ook de standaard is.
Volgens mij is de Windows Store geïntroduceerd met Windows 8, en heeft er jaren alleen maar brakke meuk of simpele applicaties in gestaan. Mensen hadden een hekel aan Windows 8, en dus ook aan de App Store. _Als_ er dan eens in gekeken wordt en je vindt alleen simpele UWP-applicaties en niet de "echte" programma's die je verwacht, of op zijn minst alternatieven, dan zullen genoeg mensen de App Store afschrijven als "Microsoft wil ook weer meedoen en doet het half-slachtig."

Apple doet zijn eigen ding, maar doet dat (voor zover ik kan zien, als enkel occasioneel Apple-gebruiker) wel consistent, en op een Unix-basis.
Linux doet zijn eigen Unix-like ding en dat OS is prima te gebruiken als je niet een specifieke Windows of Mac-applicatie nodig hebt.
Windows lijkt vaak van alles wat te doen: een beetje zoals Apple dingen doet, maar ook een beetje zoals Linux het doet. Windows voelt altijd aan als een allegaartje dat niet weet wat het wil zijn.

Aan het einde van de rit moet ik echter wel zeggen dat, indien je een OS wil waar letterlijk bijna alles op draait dat sinds 1995 op de markt verschenen is, Windows de enige keuze is. (Zeker als je WSL of MSYS2 installeert.)
Maar... als je een windows 16 bits applicatie wil draaien op je moderne 64 bits computer, dan is daar geen mogelijkheid voor binnen windows, omdat er geen Wine for Windows is. En die 16 bits applicaties werden ook nog wel na de introductie van W95 in 1995 uitgebracht. Want het werkte tenslotte nog.

De beste optie is dan linux met Wine. Natuurlijk kun je ook een volledige 16 of 32 bits windows versie installeren in een VM en daarbinnen dan je 16 bits applicatie draaien, maar dat heeft dan wel weer wat meer overhead. Niet alleen qua RAM en CPU, maar vooral qua installatie, onderhoud en simplicity.

Dus soms moet je Linux hebben (of os-x?) om oude windows applicaties nog te kunnen draaien.
Een 16-bit applicatie voor Windows draait bijna gegarandeerd onder Windows 3.1. Dan kun je gewoon DosBox installeren, daarin Windows 3.1. installeren, en dan daarin weer die applicatie. Hoewel het eigenlijk niet mag natuurlijk, zijn er legio abandonware-sites die Windows 3.1 aanbieden, dus je kunt er wel aan komen als je het niet meer hebt. (Wel even scannen op malware natuurlijk.)

Zo kun je natuurlijk altijd wel iets bedenken dat niet (meer) werkt. Punt is dat Windows, hoe gaar het op sommige plekken ook werkt, nog steeds het OS is met de langst-lopende en breedste compatibiliteit. Rechtsom of linksom krijg je zelfs 25 jaar oud spul aan de praat. In geval van 32-bit spullen kun je ze zelfs vaak gewoon installeren. Ik speel nog een paar spellen die origineel in 1998 zijn uitgekomen, en behalve 1 mod om wat glitches op te lossen (rewrite van een functie die niet meer bestaat in DirectX) en het draaien van de spellen in Admin-mode, werkt alles nog steeds zoals het vroeger draaide onder Windows NT 4 en later 2000 op mijn Pentium II.

[Reactie gewijzigd door Katsunami op 23 juli 2024 06:31]

Men vergeet vaak dat je gewoonweg virtual machines kan gebruiken. Enkele voorbeelden: VirtualBox of VMware.

Edit: tegenwoordig hoeft je zelfs geen aparte virtual machine zelf te installeren. Men kan DOSBox installeren en daarin 16-bit applicaties draaien. Zie: https://www.dosbox.com

En DOSBox-X die het nog makkelijker maakt waarbij alles al voor je geregeld is. Je kan daarin Windows 3.x, Windows 9x en allerlei andere dingen in draaien. Zie: https://dosbox-x.com

[Reactie gewijzigd door Remzi1993 op 23 juli 2024 06:31]

Of als je dan toch Windows gebruikt: HyperV dat als VM engine met iedere Windows versie meekomt en waarbinnen je volgens de licentievoorwaarden van Windows iedere downgrade of gelijke versie van je Windows OS mag draaien. (maar niet meer dan 1 tegelijk)
@Grakist wellicht moet je even beter verdiepen voordat je dit soort dingen op een forum schrijft.
[...]

Ieder modern OS is overgestapt op het repository/appstore model en ik snap niet waarom dat onder Windows niet ook de standaard is.
Omdat professionele organisaties nog steeds sccm gebruiken. Soms aangevuld met een update platform.
Dat komt omdat Microsoft zich heel lang gericht heeft op bedrijven die de wens hebben om betaalde software te gebruiken van softwareontwikkelaars die weigeren hun software in een online repository te plaatsen.
Dus heb je een eigen software distributie systeem nodig. Voor bedrijven is (onder voorwaarde dat je toch al genoeg betaald) SCCM gewoon gratis in gebruik, dus vanuit bedrijven kwam er geen vraag om daar iets aan te passen. Microsoft hoeft geen repository aan te leggen en te onderhouden, dus van MS uit kwam die vraag ook niet.
De voordelen van deze strategie voor bedrijven:
- Je kunt deprecated software tot einde der dagen blijven distrubueren. (niemand kan het van de repo af halen)
- Je kunt zelf bepalen wie welke software krijgt (en voorkomt dat 'slimme' medewerkers zelf wel even 40 pakketten installeren en vervolgens klagen dat hun PC traag is)
- Al je medewerkers gebruiken dezelfde (juiste) versie van de software
- al je computers halen de software van het interne netwerk af, wat een extreem voordeel is in een omgeving waar je met duizenden 1 internet verbinding deelt.

De nadelen zitten vooral aan de consumenten kant. (zij die niet weten hoe ze software van GitHub kunnen trekken) MS heeft nu daarom ook een start gemaakt met een eigen 'Store'. Ze houden daarbij het format van de Google Play Store aan. (Zolang er geen reden is om aan te nemen dat software ruk of schadelijk is, mag er alles op pleuren)
Bij Microsoft werkt het zo dat hetgeen wat met Windows geleverd wordt ook gewoon onderhouden en geüpdatet wordt via Windows Update.

(Dat zou ook een reden zijn geweest dat .NET Core/.NET 5 niet standaard in Windows 10 wordt geïnstalleerd omdat dat zou betekenen dat de versie die meegeleverd wordt in Windows net zo lang ondersteund moet worden als Windows 10 zelf. En dat is ook de reden waarom we nog eventjes ondersteuning hebben voor de wat oudere .NET Framework, want: zit in Windows 10.)

Hier gaat het puur om de nieuwe 'PowerShell' (zonder de Windows-prefix) wat eigenlijk een losstaand ding is vergeleken met de huidige 'Windows PowerShell' die met je Windows-installatie mee komt. De nieuwe en oude PowerShell worden ook naast elkaar geïnstalleerd. En alleen die nieuwe zelf geïnstalleerde variant kwam nog niet automatisch mee met updates. Nu dus wel.

Snap jij het nog? :+ verwarrend misschien, maar volgens mij klopt dit wel.

[Reactie gewijzigd door xFeverr op 23 juli 2024 06:31]

Windows powershell updgrade wordt door veel applicaties niet ondersteund,

PowerShell 7 is Side by Side en stand alone op .net core en framework,

Daardoor haal je de requirement en dependancy van de applicatie weg die kan gewoon ps 5.1 gebruiken en kunnen je beheerders gewoon updaten.
Dit gaat dus niet over Windows PowerShell wat mee geïnstalleerd wordt met Windows, maar over PowerShell wat een standalone, cross-platform CLI is, niet voorgeïnstalleerd met Windows.

Als er voor Windows PowerShell een CVE zou zijn, zou die wel met een Windows Update opgelost moeten worden.
Nu nog andersom; fatsoenlijk Windows updates kunnen installeren via Powershell.
Is nu alleen mogelijk met een module, maar mag er wat mij betreft standaard in.
Done:
https://4sysops.com/archi...-updates-with-powershell/
Waarbij "fatsoenlijk" nog even een discussiepuntje is.
Omdat het toch een beheer actie is, zal het ongetwijfeld een module blijven.
Daarnaast: Zoals elders in deze draad: er zijn 2 smaken powershell: de versie die met msWindows mee komt en de versie die los geïnstalleerd wordt. De actie zou in beide gevallen moeten werken, zeker als je beide draait op je systeem. Met een module hoef je het maar 1 keer te 'installeren' en het werkt in beide versies.

Daarnaast: de los te installeren powershell is ook beschikbaar voor andere operatingsystemen zoals linux en macos. Daar is het installeren van patches en updates anders en moet de module voor het bieden van de zelfde functionaliteit anders worden geïmplementeerd.
Beetje rare titel, moet dat niet zijn:

Microsoft start eerste updates PowerShell via Windows Update
Helemaal mee eens. Nu lijkt het alsof PowerShell een commando afvuurt om de Windows updates te triggeren ofzo. Kan, maar dat is niet voor het eerst :P
idd. Ik werd er ook ff eerst verward van.
@ViTO_xp inderdaad jouw titel is veel minder verwarrend.
Powershell 7.1 even geprobeerd, tot het ervoor zorgde dat bepaalde Exchange gerelateerde commando's niet meer werkten en de output naar file in Chinese tekens werd weergegeven (specifiek UNICODE of UTF-8 moeten aangeven geloof ik). Dus ik wacht nog wel een jaar of meer.
“ The latest version of the EXO V2 module is officially supported in PowerShell 7 on Windows, Linux, and Apple macOS.
Specifically, version 2.0.4 or later of the EXO V2 module is supported in PowerShell 7.0.3 or later.”

😂dus niet.
Nope. Firewall closed, Windows updates alleen manual ;-)

Misschien moeten ze de titel bij dit soort artikelen eens veranderen door 'voor 99% van de gebruikers' toe te voegen :D

Wij trappen niet in de cloud ;)

[Reactie gewijzigd door Marctraider op 23 juli 2024 06:31]

Op dit item kan niet meer gereageerd worden.