Érica PoirierIT-professionelle er uenige om mange (og jeg mener MANGE) ting. Men mange — om ikke alle — af os er enige om, at PowerShell ofte er nyttigt og indimellem helt fantastisk, når det gælder automatisering af opgaver og arbejdsgange. Og hey, hvis det får vores kolleger uden for IT til at tro, at vi er mægtige troldmænd med hemmelige kræfter, hvem er vi så til at modsige dem?
I denne artikel dykker vi ned i nogle af de forskellige måder, du kan bruge Remote Desktop Manager (RDM) til at arbejde med PowerShell på, for eksempel forskellige posttyper, hændelser og det fremragende PowerShell-modul.
Session og Macro/Script/Tool
RDM understøtter følgende PowerShell-posttyper:
- PowerShell Session og PowerShell Remote Console Session, som åbner selvstændige sessioner.
- PowerShell (Local) Macro/Script/Tool og PowerShell (Remote) Macro/Script/Tool, som kører på eksisterende poster i RDM.
Variablerne i RDM kan bruges i scriptet eller i parametrene til at indsætte postens værdier. Lad os se nærmere på disse posttyper.
PowerShell Session
Posttypen PowerShell Session kører et script, en kommandolinje eller en fil, der indeholder et PowerShell-script. Den åbner et PowerShell-vindue og integreres med RDM. Du kan kalde et eksternt script eller lægge et script ind i sessionen. Denne sessionstype kører lokalt på maskinen hos den bruger, der starter den.
PowerShell Remote Console Session
Posttypen PowerShell Remote Console lader dig åbne PowerShell-konsollen på en fjernmaskine via PSRemoting. Det betyder, at du kan køre kommandoer direkte på maskinen. Bemærk også, at denne posttype kræver, at WinRM er konfigureret korrekt.
PowerShell (Local) Macro/Script/Tool
Posttypen PowerShell (Local) Macro/Script/Tool lader dig køre kommandoer og PowerShell-scripts på den maskine, hvor RDM er installeret. Posttypen arver parametrene fra en eksisterende session, for eksempel en RDP-post.
PowerShell (Remote) Macro/Script/Tool
Posttypen PowerShell (Remote) Macro/Script/Tool lader dig køre kommandoer eller PowerShell-scripts på en fjernmaskine. Ligesom den lokale konfiguration, vi lige har gennemgået, arver denne posttype parametrene fra en eksisterende session. Bemærk, at WinRM skal være konfigureret korrekt, og at PSRemoting skal være muligt mellem den maskine, hvor RDM er installeret, og fjernværten.
Brugerdefinerede legitimationsoplysninger og rapporter
Til posttyperne Custom Credential og Custom Field Report kan du bruge PowerShell til at hente et fjernsystems id (for eksempel LAPS) eller oprette brugerdefinerede rapporter med posttypen Custom Report. Variablerne i RDM kan bruges i disse to posttyper til at hente de forskellige parametre, der er tilføjet posten.
Custom Credential
Posttypen Custom Credential gør det muligt at køre enten et PowerShell-script, der er gemt i posten, eller et eksternt script for at hente en legitimationsoplysning fra et eksternt system eller en fil.
Custom Field Report
Posttypen Custom Field Report gør det muligt at oprette brugerdefinerede rapporter ved at bruge PowerShell til at hente postdata, der er gemt i samme boks.
Hændelser
RDM giver dig mulighed for automatisk at køre handlinger, før eller efter en forbindelse er oprettet, eller når en forbindelse afbrydes. Du kan for eksempel bruge PowerShell til at udføre andre handlinger. Du kan også kalde en PowerShell-post af typen Macro/Script/Tool (Local) eller (Remote) fra en hændelse. På samme måde kan RDM-variabler bruges i et script eller en Macro/Script/Tool-post til at indsætte forskellige inputværdier.
Du kan bruge PowerShell til midlertidigt at ændre en posts parametre i sektionen Before Open. Du kan også bruge PowerShells eksterne funktioner med kommandoen Import-Module (for eksempel til at hente et sagsnummer fra et eksternt system).
Edit (Special Actions) – brugerdefineret PowerShell-kommando
En anden effektiv måde at bruge PowerShell i RDM på er funktionen Edit (Special Actions) – brugerdefineret PowerShell-kommando. Vi nævner nogle almindelige brugsscenarier for funktionen på siden eksempler på batchhandlinger.
Devolutions.PowerShell-modulet
Til sidst, for mere øvede RDM-brugere, gør modulet Devolutions.PowerShell det muligt at arbejde med RDM’s objekter uden at skulle installere programmet. Det er endda muligt at arbejde direkte med datakilder i Devolutions Server eller Devolutions Cloud. Du kan læse mere på siden om kernemodulet Devolutions.PowerShell.
Leve PowerShell!
PowerShell er ikke den tryllestav, som nogle uden for IT tror, det er (men som jeg nævnte tidligere, er der ingen grund til at punktere deres ærefrygt og beundring, vel?).
Jeg tror dog, at de fleste — eller måske alle — af os her kan blive enige om, at PowerShell har gjort vores arbejde i IT-verdenen meget enklere og mere effektivt. Nej, det er ikke en tryllestav … men det er tæt på!
Hvad siger du?
Bruger du PowerShell i RDM til at automatisere opgaver og arbejdsgange? Del gerne dine erfaringer i en kommentar nedenfor.
Vi inviterer dig også til at sende os feedback og forslag til, hvordan du gerne vil have, at vi integrerer PowerShell i RDM (og vores andre produkter). Vi lytter altid til dig og bruger dit input til at lave tilføjelser og forbedringer.