M365Con 2027 – gratis online conferentie · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

PowerShell voor Microsoft 365: complete gids voor automatisering

By · · Updated

Leer hoe je PowerShell binnen Microsoft 365 gebruikt voor beheer, automatisering, probleemoplossing, rapportage, beveiliging en herhaalbare processen.

Automatically translated with AI from the original post. Read the English original

Cover: Microsoft AI Agent Harness - Simply Explained

Deze gids geeft je alles wat je nodig hebt om met PowerShell aan de slag te gaan, of je nu net begint met scripten of al jaren servers beheert. Je vindt duidelijke stappen om PowerShell op elk besturingssysteem te installeren, je eerste commando's uit te voeren en te begrijpen hoe deze shell gegevens en automatisering afhandelt. Verder duik je in geavanceerd scripten, best practices voor beveiliging en de integratie met Microsoft-clouddiensten zoals Azure en Microsoft 365. Daarnaast vind je praktijktips, inzichten uit de community en het laatste nieuws over de overstap van PowerShell naar open source en ondersteuning voor meerdere platforms. Blijf op de hoogte en word zelfverzekerd terwijl je PowerShell onder de knie krijgt en ontdekt welke rol het speelt in moderne IT.

Aan de slag met PowerShell

Voordat je systemen gaat beheren of taken gaat automatiseren, wil je PowerShell instellen en ontdekken hoe alles werkt. Dit gedeelte helpt je om PowerShell op je computer te installeren, ongeacht of je Windows, Linux of macOS gebruikt, en laat zien hoe je het opent en je eerste commando's uitprobeert. Het gaat om een stevig startpunt, zodat je klaar bent voor wat er daarna komt. Je merkt ook wat PowerShell uniek maakt ten opzichte van andere shells, en hoe de heldere, voorspelbare syntaxis je helpt om succesvol te zijn. Laten we meteen aan de slag gaan en zien hoe eenvoudig het is om in beweging te komen.

PowerShell installeren op Windows, Linux en macOS

PowerShell starten en eenvoudige commando's uitvoeren

PowerShell-versies en evolutie uitgelegd

PowerShell heeft over de jaren een flinke transformatie doorgemaakt. Van oorsprong een tool die alleen op Windows draaide, is het uitgegroeid tot een cross-platform shell die net zo goed op Linux werkt als op Windows-servers. In dit onderdeel loop ik met je door de belangrijkste mijlpalen van PowerShell, de verschillen tussen de versies en wat elke nieuwe update betekent voor je scripts en je dagelijkse werk. Je ontdekt hoe je weloverwogen kiest welke versie je gebruikt, hoe je zaken veilig en compatibel houdt, en wat je kunt verwachten bij de overstap van klassiek Windows PowerShell naar de nieuwste releases, zoals PowerShell 7.

PowerShell-versies en releasegeschiedenis

PowerShell upgraden en overstappen van Windows PowerShell naar PowerShell 7

Kernconcepten van PowerShell: cmdlets, pipeline en syntaxis

PowerShell is niet zoals een gewone shell of opdrachtprompt; er zit echt veel kracht onder de motorkap. Deze sectie gaat in op de bouwstenen van PowerShell: cmdlets, de pipeline en de leesbare, taalachtige opbouw. Deze concepten begrijpen is essentieel als je efficiënt wilt automatiseren, met vertrouwen wilt troubleshooten en de echte mogelijkheden van PowerShell wilt benutten. Als je vertrouwd raakt met objectgebaseerde logica en de voorspelbare werkwoord-zelfstandignaampatronen, wordt scripten en het beheren van systemen een soepeler proces. Alles wat komt, legt een stevige basis voor zwaardere automatisering en geavanceerdere scenario's.

Cmdlets en commandostructuur in PowerShell onder de knie krijgen

PowerShell-cmdlets zijn gespecialiseerde commando's die gebouwd zijn met .NET en bedoeld zijn voor systeembeheer. In tegenstelling tot traditionele shell-commando's hebben ze een vaste naamgeving volgens het patroon Werkwoord-Zelfstandignaamwoord (bijvoorbeeld Get-Process of Set-Service). Dat maakt duidelijk wat elk commando doet, waardoor je minder hoeft te gokken en makkelijker kunt ontdekken wat er beschikbaar is.

Cmdlets accepteren benoemde parameters, waarmee je hun gedrag precies kunt sturen. Bijvoorbeeld: Get-Process -Name "notepad" haalt informatie op over het Notepad-proces. Schakelparameters (flags) werken als aan/uit-schakelaars. Elke cmdlet kan invoer uit de pipeline ontvangen en objecten produceren of verwerken voor verdere verwerking of filtering verderop in de keten.

Anders dan oudere commando's die met platte tekst werken, werken cmdlets met gestructureerde objecten. Dat betekent dat de uitvoer rijk en georganiseerd blijft, wat het makkelijker maakt om te sorteren, filteren of door te geven aan andere commando's. Dit is een grote stap vooruit voor complexe automatisering.

Beschikbare cmdlets vind je met Get-Command, en de details zoek je op met Get-Help. Cmdlets vormen het hart van de beheerkracht van PowerShell, waarmee gebruikers van bestandsbewerkingen tot Active Directory-beheer alles kunnen uitvoeren, allemaal met een consistente, duidelijke syntaxis.

De PowerShell-pipeline en objectgebaseerde verwerking begrijpen

De PowerShell-pipeline is een kernfunctie die PowerShell onderscheidt van traditionele shells. In PowerShell worden gegevens als objecten, en niet alleen als tekst, via het pipeline-teken (|) van het ene commando naar het andere doorgegeven. Dat betekent dat je rijke gegevens kunt filteren, sorteren en aanpassen in de pipeline zonder context of opmaak te verliezen.

Bijvoorbeeld: Get-Process | Where-Object {$_.CPU -gt 100} neemt de uitvoer van Get-Process en filtert die zodat alleen processen met een CPU-gebruik boven 100 worden getoond. Elke stap werkt met .NET-objecten, wat geavanceerde manipulatie en het gericht aanspreken van specifieke eigenschappen mogelijk maakt.

Andere shells, zoals Bash of CMD, sturen platte tekst door de pipeline. Met objecten maakt PowerShell diepere inspectie en manipulatie mogelijk, wat handig is voor IT-taken die precisie en flexibiliteit vereisen. Dit model maakt ook heldere en beknopte scripts mogelijk, vooral bij het beheren van gegevensopslag zoals het bestandssysteem, het register of externe API's.

Dit maakt automatisering mogelijk: je kunt commando's aan elkaar koppelen, uitvoer transformeren, of zelfs doorsturen naar scripts en functies die je zelf schrijft. Zodra je gewend raakt om na te denken in objecten, en niet alleen in strings, worden complexe taken een stuk beheersbaarder.

PowerShell-grammatica en syntaxisbasis

PowerShell gebruikt een consistente, logische grammatica om fouten te beperken en scripts makkelijk leesbaar te houden. Commando's volgen een voorspelbare structuur: Werkwoord-Zelfstandignaamwoord [-Parameter1 waarde1] [-Parameter2 waarde2], waardoor duidelijk is wat er op elke regel gebeurt.

Statements in PowerShell zijn niet alleen bedoeld voor de opdrachtregel; ze vormen ook de basis van scripts. Je gebruikt variabelen (zoals $myVar), operatoren (-eq, -gt, enz.) en eenvoudige besturingsconstructies, zoals if, foreach en switch, om logische stromen te bouwen.

PowerShell is niet hoofdlettergevoelig, dus hoofdletters en kleine letters maken niet uit. Scriptbestanden gebruiken de extensie .ps1, en elke regel kan een volledig statement zijn of onderdeel van een groter blok, waarbij accolades { } worden gebruikt om code te groeperen.

De grammatica is geïnspireerd op zowel UNIX-shells als Windows-scripting, maar is ontworpen voor helderheid en gebruiksgemak. Dat betekent minder cryptische tekens, vriendelijkere foutmeldingen en kortere leercurves. Als je de grammaticale basis goed beheerst, voorkom je veelvoorkomende scriptproblemen en bouw je vanaf het begin schone, betrouwbare automatisering.

Scripting en automatisering met PowerShell

Zodra je de basiscommando's onder de knie hebt, is scripting de manier om je werk te vermenigvuldigen. Deze sectie gaat over het herhaalbaar maken van wat je al weet. Je leert automatisering organiseren met scripts, schone code schrijven in functies en modules, en werken met variabelen voor dynamischere oplossingen. Onderweg zie je hoe belangrijk beveiliging, modulariteit en het delen van code zijn, of je nu alleen je eigen werkstation automatiseert of tools bouwt voor een onderneming. PowerShell-scripting maakt routinetaken moeiteloos en versnelt zelfs complex systeembeheer.

PowerShell-scriptbasics en bestandsextensies

Een PowerShell-script is simpelweg een tekstbestand met de extensie .ps1. Dat geeft het systeem (en jou) aan dat het PowerShell-opdrachten en logica bevat. Scripts kunnen losse opdrachten, herbruikbare functies, vertakkingen, lussen en meer bevatten.

Om een script uit te voeren, moet je rekening houden met uitvoeringsbeleid. Dat is de manier van PowerShell om te bepalen wat er mag worden uitgevoerd, uit veiligheidsoverwegingen. Standaard mogen alleen ondertekende scripts of scripts die lokaal zijn geschreven worden uitgevoerd, afhankelijk van je beleid. Pas dit indien nodig aan met Set-ExecutionPolicy en houd een balans tussen gemak en beveiliging. Gebruik RemoteSigned of AllSigned om de beveiliging te verhogen, zeker op gedeelde systemen of productieomgevingen.

Start scripts vanuit de shell met .\script.ps1 (vanuit de huidige map) of geef het volledige pad op. Let goed op paden en machtigingen: scripts in systeemmappen vereisen mogelijk verhoging (beheerdersrechten). Valideer en test nieuwe scripts altijd voordat je ze in productieomgevingen uitvoert, zodat fouten vroeg worden ontdekt.

Het volgen van conventies voor bestandsnamen en uitvoering helpt om een veilige en efficiënte werkwijze te behouden en bereidt je voor op geavanceerdere automatisering, op een veilige manier.

Herbruikbare PowerShell-code: functies en modules

Functies in PowerShell laten je blokken code verpakken voor hergebruik, waardoor scripts eenvoudiger worden en minder repetitief. Je definieert een functie met het sleutelwoord function en roept deze vervolgens bij naam aan in je scripts. Geavanceerde functies ondersteunen parameters, pipeline-invoer en uitgebreide Help-berichten, wat structuur en duidelijkheid brengt in grotere automatiseringsprojecten.

Modules zijn verzamelingen van PowerShell-functies, cmdlets en andere resources die gebundeld worden om te delen en opnieuw te gebruiken. Sla je functies op in een .psm1-bestand en importeer ze met Import-Module. Deze aanpak is essentieel bij het beheren van grotere codebases of tools die door een team worden ontwikkeld, zodat iedereen profiteert van geteste, gestandaardiseerde scripts.

Modules kunnen worden gepubliceerd in de PowerShell Gallery voor publiek gebruik, of worden opgeslagen in lokale repositories. Dit helpt bij het delen van code, versiebeheer en overdraagbaarheid. Niet langer functies knippen en plakken tussen computers. Het gebruik van functies en modules is een best practice om je scripts georganiseerd, onderhoudbaar en makkelijker aan te passen te houden wanneer de behoeften veranderen.

Kortom, herbruikbare code is de ruggengraat van schaalbare automatisering: je bouwt het één keer en gebruikt het overal.

PowerShell-variabelen, arrays en hashtabellen

Variabelen in PowerShell slaan gegevens op voor later gebruik. Ze worden aangemaakt door een naam met $ ervoor te plaatsen (bijvoorbeeld $userName). Ze kunnen elk gegevenstype bevatten, zoals tekenreeksen, getallen, objecten, arrays of zelfs complexe structuren. Je gebruikt ze om je scripts dynamisch en aanpasbaar te maken.

Arrays verzamelen meerdere waarden in één variabele en worden aangemaakt met $myArray = 1, 2, 3. Je kunt door deze waarden lopen of ze via hun index benaderen. Zo wordt het verwerken van lijsten met bestanden, gebruikers of instellingen een stuk eenvoudiger.

Hashtabellen zijn sleutel-waardeparen, te vergelijken met ‘woordenboeken’, en worden gedeclareerd met @{ Key1 = 'Value1'; Key2 = 'Value2' }. Ze zijn ideaal voor het opslaan van gekoppelde gegevens, zoals gebruikersnaam/wachtwoord-combinaties of configuratiesets, en worden veel gebruikt voor aangepaste objecten en gegevensverwerking.

Het beheersen van deze datastructuren is essentieel voor krachtige scripts. Je kunt gebruikersinvoer verzamelen, bestanden verwerken en informatie soepel organiseren, wat onmisbaar is bij automatisering die beslissingen moet nemen of grote hoeveelheden gegevens moet verwerken.

PowerShell-beveiligingsbest practices en hardeningtechnieken

Beveiliging staat voorop bij elke serieuze PowerShell-implementatie. Dit deel behandelt hoe je je systemen en scripts beschermt tegen onbedoeld of kwaadwillend gebruik. Je ontdekt manieren om scriptuitvoering te beperken, je code te ondertekenen voor vertrouwen en activiteit te monitoren op verdacht gedrag. Met deze strategieën voorkom je dat PowerShell een aanvalsvector wordt, wat cruciaal is voor elke onderneming, zeker nu cyberrisico's toenemen. Nu je verdediging opbouwt, heb je later minder problemen en een veiligere, betrouwbaardere automatisering voor iedereen die erbij betrokken is.

PowerShell-uitvoering beveiligen en scripts ondertekenen

Uitvoeringsbeleid bepaalt welke scripts er op je systeem mogen draaien. PowerShell ondersteunt verschillende beleidsmodi: Restricted (geen scripts), RemoteSigned (lokaal gemaakte scripts draaien, externe scripts moeten ondertekend zijn), AllSigned (alle scripts vereisen een handtekening) en Unrestricted (alle scripts draaien, met een waarschuwing bij externe scripts). Stel je beleid in met Set-ExecutionPolicy. Voor omgevingen van ondernemingen bieden RemoteSigned of AllSigned een goede balans tussen flexibiliteit en veiligheid.

Scriptondertekening zorgt ervoor dat scripts van een betrouwbare bron komen en niet zijn gemanipuleerd. Gebruik een certificaat voor codeondertekening, bij voorkeur van een betrouwbare interne of externe certificeringsinstantie (CA), om je scripts te ondertekenen met Set-AuthenticodeSignature. Als de handtekening van een script niet klopt, geeft PowerShell een waarschuwing of blokkeert het de uitvoering. Zo heb je een essentiële extra verdedigingslaag.

Houd er rekening mee dat uitvoeringsbeleid per gebruiker wordt ingesteld en te omzeilen is. Zie het dus als één laag in je verdediging. Controleer altijd of de uitgever vertrouwd is, houd ondertekeningscertificaten up-to-date en beoordeel het beleidsinstellingen op alle systemen regelmatig. Gebruik daarvoor groepsbeleid om het beleid organisatiebreed af te dwingen. Met deze stappen wordt het voor aanvallers of ongeautoriseerde gebruikers aanzienlijk moeilijker om via PowerShell kwaadaardige automatisering te introduceren.

Door strikte uitvoeringscontroles toe te passen en consequent scripts te ondertekenen, verklein je het risico aanzienlijk en waarborg je de integriteit van je scripts. Dat is absoluut essentieel in gereguleerde of veiligheidsgevoelige organisaties.

Constrained Language Mode en het verkleinen van het aanvalsoppervlak

Constrained Language Mode is een speciale bedrijfsmodus in PowerShell die het beschikbare taalgebruik beperkt, waardoor PowerShell veel moeilijker voor kwaadaardige doeleinden te gebruiken is. Wanneer deze modus actief is, wordt de toegang tot kritieke .NET-API's beperkt, het aanroepen van bepaalde native componenten geblokkeerd en dynamische code beperkt. Ideaal voor lockdown- of kioskscenario's.

Deze modus wordt automatisch geactiveerd door beveiligingsoplossingen zoals Windows Defender Application Control (WDAC) of Device Guard, en kan ook via het register worden ingesteld voor strikte omgevingen. Legitieme IT-automatisering, zoals basiscmdlets en standaardscripts, blijft werken, terwijl uitbuitingstechnieken waar aanvallers dol op zijn, worden geblokkeerd.

Het aanvalsoppervlak van PowerShell verkleinen betekent ook dat je alleen actuele, noodzakelijke versies geïnstalleerd houdt, remoting uitschakelt als je die niet nodig hebt, en Application Control-regels gebruikt om te beperken welke binaries scripts kunnen uitvoeren. Constrained Language Mode combineren met een sterk uitvoeringsbeleid en ondertekende scripts is een krachtige defense-in-depth-strategie voor het hardenen van systemen in een onderneming.

Met deze technieken houd je een zorgvuldige balans: beheerders behouden de kracht van automatisering, terwijl de overgrote meerderheid van kwaadaardig PowerShell-gebruik wordt geblokkeerd. Controleer regelmatig je beveiligingsbaselines en gebruik de nieuwste best practices van Microsoft, zodat je opzet past bij je risicotolerantie en operationele behoeften.

PowerShell-activiteiten loggen, monitoren en auditen

Het PowerShell-ecosysteem: tools, community en toekomstperspectief

PowerShell is meer dan alleen commando's en scripts. Het is een groeiend ecosysteem met tools voor elke fase van je automatiseringsreis. Dit gedeelte opent de deur naar verbeterde ontwikkelomgevingen, introduceert belangrijke PowerShell-communities en kijkt naar wat er op de horizon ligt nu PowerShell groeit in de cloud-, open source- en automatiseringswereld. Of je nu op zoek bent naar betere tools, deskundig advies of mogelijkheden om bij te dragen: je vindt hier wegen om je kennis te verdiepen en mee te bepalen hoe de toekomst van PowerShell eruitziet, voor jezelf en voor de bredere community.

PowerShell Integrated Scripting Environment en moderne alternatieven

PowerShell-community en governance

PowerShell-toekomst: open source, cross-platform en cloudintegratie

PowerShell evolueerde van een gesloten tool naar een open-sourceproject. Het wordt nu ontwikkeld op GitHub en valt onder de MIT-licentie, waardoor de community bugs kan oplossen, functies kan bouwen en mee kan bepalen waar de shell naartoe gaat. Door deze samenwerking gaat PowerShell sneller vooruit en krijgt het bredere ondersteuning dan ooit.

Cross-platformondersteuning is een kernpunt van modern PowerShell. PowerShell 7 draait op Windows, Linux en macOS, waardoor scripting en automatisering niet aan organisatiegrenzen gebonden zijn. Beheerders en ontwikkelaars kunnen dezelfde automatiseringsstack uitrollen in het datacenter, op cloud-VM's of in gecontaineriseerde apps, met minimale aanpassingen.

Cloudintegratie is een belangrijke focus voor de toekomst van PowerShell. Extensies voor Azure, AWS en Google Cloud laten je resources beheren en cloudinfrastructuur automatiseren, en brengen “infrastructure as code” in de dagelijkse praktijk. PowerShell is inmiddels een native taal in veel CI/CD-pipelines en DevOps-tools, en versnelt zo de softwarelevering en het beheer van infrastructuur.

De roadmap belooft diepere automatisering in Microsoft 365, sterkere beveiligingsopties en slimmer scripten dankzij AI-gedreven inzichten. Voor IT-professionals zorgt het open, cloudgerichte pad van PowerShell ervoor dat het essentieel blijft in moderne enterpriseomgevingen.

PowerShell-ontwerp en fundamenten van systeemintegratie

Door de technische achtergrond van PowerShell te doorgronden, begrijp je waarom het werkt zoals het werkt, en hoe het aansluit op vrijwel elk systeem waarmee je te maken krijgt. Dit hoofdstuk behandelt de unieke aanpak van PowerShell voor het beheren van objecten, de geschiedenis en de leidende principes, en de basisbeginselen van configuratiebeheer in moderne IT. Wie deze onderdelen beheerst, schrijft effectievere scripts, bouwt betere integraties en werkt met veel meer zekerheid over Microsoft- en andere systemen heen.

PowerShell Extended Type System en objectmodel

Het Extended Type System (ETS) is de manier waarop PowerShell het standaard .NET-objectmodel uitbreidt. Met ETS kunnen PowerShell-objecten tijdens runtime extra eigenschappen en methoden krijgen, en kunnen ze worden voorzien van aangepaste opmaak en typeconversies. Hierdoor kunnen cmdlets en modules de uitvoer precies vormgeven naar wat jij nodig hebt, zonder de onderliggende broncode te wijzigen.

Met ETS kun je “NoteProperties” toevoegen, oftewel aangepaste gegevensvelden, direct tijdens het uitvoeren van een script. Zo kunnen resultaten worden verrijkt met berekende of dynamische waarden. De cmdlets Select-Object en Add-Member van PowerShell vertrouwen op ETS om objecten te wijzigen terwijl ze door scripts of pipelines stromen.

Het resultaat? Consistente, bruikbare uitvoer, ongeacht het type systeem of de databron die je automatiseert, vergelijkt of rapporteert. ETS vormt ook de basis van de integratie van PowerShell met gegevensbronnen zoals Windows Management Instrumentation (WMI), Active Directory en externe API's.

Door ETS te begrijpen, kun je geavanceerdere scripts ontwikkelen. Je kunt resultaten aanpassen en verwerken op manieren die met platte tekstuitvoer niet mogelijk zijn, wat zorgt voor krachtige, betrouwbare automatisering die zich na verloop van tijd aanpast aan nieuwe eisen.

De achtergrond en ontwerpfilosofie van PowerShell

PowerShell werd begin jaren 2000 bij Microsoft ontworpen, onder leiding van Jeffrey Snover. Het oorspronkelijke doel was beheerders één geïntegreerde, diep geïntegreerde shell te geven om alles in het Windows-ecosysteem te beheren, zoals servers, desktops en apps, met één consistent hulpmiddel.

De leidende ontwerpprincipes van PowerShell draaien om heldere, bewuste taal, waarbij leesbaarheid en voorspelbaarheid zwaarder wegen dan cryptische syntax. De werkwoord-zelfstandignaamstructuur, het doorgeven van rijke objecten en het doorzoekbare hulpsysteem zijn allemaal ontworpen met menselijke leesbaarheid en nauwkeurige controle als uitgangspunt.

De shell werd gemaakt als zowel scripttaal als opdrachtshell, zodat je interactief kunt werken en met dezelfde commando's robuuste automatisering kunt bouwen. Het ontwerp van PowerShell bouwt voort op de sterke punten van Unix-shells, en verankert zich tegelijk diep in Windows via .NET-integratie, WMI en systeem-API's.

Uiteindelijk draait de filosofie van PowerShell om gebruikers in staat te stellen IT-infrastructuur te automatiseren, beheren en op te schalen, zonder eindeloos veel gespecialiseerde tools nodig te hebben. Deze visie stuurt de evolutie van PowerShell vandaag nog steeds aan, vooral nu het zich richt op open source, cross-platform en cloudgerichte toekomst.

Desired State Configuration voor geautomatiseerd beheer

Desired State Configuration (DSC) is een PowerShell-functie die draait om declaratief beheer. In plaats van scripts te schrijven die stap voor stap beschrijven hoe een systeem moet worden ingesteld, beschrijf je de gewenste staat, zoals geïnstalleerde functies, aanwezige bestanden, registerinstellingen en servicestatussen. DSC zorgt vervolgens dat die staat wordt afgedwongen en na verloop van tijd behouden blijft.

DSC gebruikt “configuration”-scripts die worden gecompileerd naar Management Object Format (MOF)-bestanden en die naar servers of cloudeindpunten worden gepusht of door hen worden opgehaald. Deze bestanden werken als blauwdrukken en sturen geautomatiseerde configuratie aan op servers, desktops, cloud-VM's en IoT-apparaten.

DSC integreert nauw met tools zoals System Center Configuration Manager (SCCM), Azure Automation en frameworks van derden. Daarmee is het een spil voor schaalbaar, controleerbaar en herhaalbaar infrastructuurbeheer. Het vermogen van DSC om compliance te bewaken en te rapporteren is bovendien prima geschikt voor gereguleerde of zeer beveiligde omgevingen.

Voor IT-teams betekent DSC minder “snowflake”-installaties en beheer dat voorspelbaarder is en minder handmatig werk vraagt. Nu de ondersteuning voor meerdere platforms groeit, is DSC een centrale speler in de overgang naar infrastructure as code. Het helpt beheerders om complexe hybride en cloudgerichte netwerken efficiënt in de hand te houden.

Hulp krijgen en PowerShell-toepassingen onder de knie krijgen

Je hoeft PowerShell niet alleen of helemaal vanaf nul te leren. Dit slotgedeelte wijst je op de beste hulpbronnen en leergemeenschappen en laat zien hoe de kracht van PowerShell zich uitstrekt tot het beheer van een breed scala aan Microsoft- en externe toepassingen. Of je nu problemen oplost, verbetert of opschaalt, je vindt ondersteuning en praktijkvoorbeelden voor elke behoefte, zodat je zowel de shell zelf als de vele praktische toepassingen ervan beheerst.

PowerShell-helpsysteem en leermiddelen

Applicatie- en systeembeheer met PowerShell


Luister ook naar deze afleveringen

Als je onderzoek doet naar PowerShell voor Microsoft 365, dan geven deze afleveringen praktische context over implementatie, architectuur, beveiliging en governance:

.NET Automation Microsoft 365 Microsoft GitHub

Related articles

RSS