Sebbene questa serie non sia strutturata attorno a un esame, l'apprendimento di PowerShell è una delle cose più importanti che puoi fare come amministratore di rete, quindi se c'è una cosa che vuoi imparare per aiutare la tua carriera IT, è proprio così. Inoltre, è molto divertente.
introduzione
PowerShell è lo strumento di automazione più potente che Microsoft ha da offrire, ed è sia una shell che un linguaggio di scripting.
Si noti che questa serie è basata su PowerShell 3, fornito con Windows 8 e Server 2012. Se si utilizza Windows 7, scaricare l'aggiornamento di PowerShell 3 prima di continuare.
Incontra la Console e l'ISE
Esistono due modi per interagire con PowerShell out of the box, la Console e l'Integrated Scripting Environment, noto anche come ISE. L'ISE è notevolmente migliorato dalla versione orribile fornita con PowerShell 2 e può essere aperto premendo la combinazione di tasti Win + R per aprire una finestra di esecuzione, quindi digitare powershell_ise e premere invio.
REPL suggerisce come questo sono fantastici per una gratificazione immediata: si immette un comando e si ottengono risultati. Anche se la console non offre intellisense, offre qualcosa chiamato tab completamento che funziona più o meno allo stesso modo: basta iniziare a digitare un comando e premere il tasto Tab per scorrere le possibili corrispondenze.
Utilizzo del sistema di guida
Nelle versioni precedenti di PowerShell, i file della guida venivano inclusi quando si installava Windows. Questa è stata una buona soluzione per la maggior parte, ma ci ha lasciato un problema significativo. Quando il team di supporto di PowerShell ha dovuto smettere di lavorare sui file della guida, gli sviluppatori PowerShell erano ancora impegnati nella codifica e nella modifica. Ciò significava che quando PowerShell veniva spedito, i file della guida non erano corretti perché non contenevano le modifiche più recenti apportate al codice. Per risolvere questo problema, PowerShell 3 non ha file di guida e include un sistema di aiuto aggiornabile. Questo significa che prima di fare qualsiasi cosa tu voglia scaricare i file di aiuto più recenti. Puoi farlo aprendo una Console PowerShell ed eseguendo:
Update-Help
Get-Help –Name Update-Help
Per rispondere alla seconda domanda, c'è una certa sintassi che i file di aiuto seguono e qui è:
- Le parentesi quadre attorno al nome di un parametro e il suo tipo indicano che si tratta di un parametro facoltativo e il comando funzionerà correttamente senza di esso.
- Le parentesi quadre attorno al nome dei parametri indicano che i parametri sono parametri posizionali.
- La cosa alla destra di un parametro nelle parentesi angolate indica il tipo di dati che il parametro si aspetta.
Mentre dovresti imparare a leggere la sintassi del file di aiuto, se non sei mai sicuro di un particolare parametro, aggiungi -Full alla fine del comando ottieni aiuto e scorri verso il basso nella sezione dei parametri, dove ti dirà un po 'di più su ciascuna parametro.
Get-Help –Name Update-Help –Full
Get-Help –Name *service*
Sicurezza
Questo non sarebbe un'introduzione adeguata senza menzionare la sicurezza. La maggiore preoccupazione per il team di PowerShell è che PowerShell diventa il punto di attacco più recente e più grande per gli script kiddies. Hanno messo in atto alcune misure di sicurezza per assicurarsi che ciò non avvenga, quindi diamo un'occhiata a loro.
La forma più semplice di protezione deriva dal fatto che l'estensione del file PS1 (l'estensione utilizzata per indicare uno script PowerShell) non è registrata con un host PowerShell, in realtà è registrata con il Blocco note. Ciò significa che se fai doppio clic su un file verrà aperto con il blocco note anziché eseguire.
In secondo luogo, non è possibile eseguire script dalla shell semplicemente digitando il nome dello script, è necessario specificare il percorso completo dello script. Quindi se volessi eseguire uno script sul tuo drive C dovresti digitare:
C:
unme.ps1
O se sei già alla radice del drive C puoi usare quanto segue:
unme.ps1
Infine, PowerShell ha qualcosa chiamato Execution Policies, che ti impedisce di eseguire qualsiasi vecchio script. Infatti, per impostazione predefinita, non è possibile eseguire script e modificare i criteri di esecuzione se si desidera consentire loro di eseguirli. Esistono 4 politiche di esecuzione notevoli:
- Limitato: Questa è la configurazione predefinita in PowerShell. Questa impostazione significa che nessuno script può essere eseguito, indipendentemente dalla sua firma. L'unica cosa che può essere eseguita in PowerShell con questa impostazione è un comando individuale.
- AllSigned: Questa impostazione consente agli script di essere eseguiti in PowerShell. Lo script deve avere una firma digitale associata da un editore attendibile. Ci sarà un prompt prima di eseguire gli script da editori fidati.
- RemoteSigned: Questa impostazione consente di eseguire script, ma richiede che lo script e i file di configurazione scaricati da Internet abbiano una firma digitale associata da un editore attendibile. Gli script eseguiti dal computer locale non devono essere firmati. Non ci sono richieste prima di eseguire lo script.
- illimitato: Consente di eseguire script non firmati, inclusi tutti gli script e i file di configurazione scaricati da Internet. Ciò includerà i file da Outlook e Messenger. Il rischio qui è l'esecuzione di script senza firma o sicurezza. Abbiamo ricominciato a non usarci mai questa impostazione.
Per vedere a cosa è impostata la politica di esecuzione corrente, aprire una Console PowerShell e digitare:
Get-ExecutionPolicy
Nota: questo dovrà essere fatto da una console PowerShell elevata.
Set-ExecutionPolicy RemoteSigned
Dichiarazione di non responsabilità: il termine corretto per un comando di PowerShell è un cmdlet e da questo momento useremo questa terminologia corretta. Mi è sembrato più appropriato chiamarli comandi per questa introduzione.
Se hai domande, puoi twittarmi @taybgibb o semplicemente lasciare un commento.
