Archiv für den Monat: Februar 2018

PowerShell Conference Europe 2018 vom 17. bis 20.4.2018 in Hannover – die Agenda steht

Seit ein paar Tagen steht die Agenda für die nächste PowerShell Conference Europe 2018 fest, die vom 17. bis 20.4.2018 wie üblich in Hannover stattfinden wird.

Alles weitere gibt es hier: http://www.psconf.eu/

Auch wenn die Agenda noch eine paar freie Slots enthält, soviel steht bereits fest. Wie im letzten Jahr wird Jeffrey Snover die Eröffnungsrede halten und sicher sowohl am Abend als vermutlich auch an den anderen Tagen der Konferenz anwesend sein, so dass es jede Menge Gelegenheiten geben wird sich mit dem Erfinder der PowerShell persönlich zu unterhalten oder das obligatorische Selfie zu schießen.

Ein weiteres Highlight ist die Anwesenheit vom Matt Graeber, einem Sicherheitsexperten, der PowerShell als Tool für den Umgang mit Exploits auserkoren hat und einige faszinierende Functions geschrieben hat, die tief in das Windows-Betriebssystem eingreifen.

Ansonsten sieht es so aus als wäre das PowerShell-Team aus Redmond nicht so zahlreich vertreten wie im letzten Jahr. Ein Themenhighlight wird sicher der Vortrag zu „DSC Core“ sein, der nächsten Version von DSC, die anders als ihre Vorgänger losgelöst von .NET Framework und PowerShell entwickelt wird.

Darüber hinaus gibt es den üblichen Mix an interessanten Themen und Vorträgen von den PowerShell-Gurus aus dem Aus- und Inland. Es ist ja eine europäische Konferenz. Mit Ravikanth C ist auch ein Sprecher aus dem fernen Indien mit dabei.

Die Konferenz geht dieses Mal über vier Tage. Entsprechend wurde der Preis angehoben. Die Teilnahme kostet jetzt 1.399€ plus Mwst. Auf der einen Seite ein stolzer Preis, auf der anderen Seite kostet soviel in der Regel auch der dreitägige MOC 10962 Advanced Automated Administration with Windows PowerShell bei vielen Anbietern. Geht man von meiner Erfahrung aus, dass solche Aufbaukurse nur selten zustande kommen, ist die Konferenz die Gelegenheit, das PowerShell-Know how zu vertiefen, Kontakte zu knüpfen, sich austauschen und an den Abenden Spaß zu haben.

Der PowerShell Summit 2018, der in ersten April-Woche in der Nähe von Seattle in den USA stattfinden wird, ist bereits ausverkauft.

Praxistipp: RDP per PowerShell aktivieren

Der folgende Tipp ist eher ein „Note to self“, da man ihn „tausendfach“ im Internet findet. Eventuell nicht ganz so übersichtlich wie in meinem Blog.

Auf einemn frisch installierten Windows Server ist der RDP-Zugriff von außen zunächst deaktiviert.

Das folgende kleine PowerShell-Skript aktiviert den RDP-Zugriff. Im Kern geht es darum, ein bzw. zwei Einträge in der Registry zu setzen und eine Firewall-Regel zu aktivieren. Das muss natürlich nicht unbedingt per PowerShell-Remoting umgesetzt werden. Auch für das Setzen der Firewall-Regel gibt es zahlreiche Alternativen.

Die folgende Anleitung ist daher auch nur eine von vielen. Sie funktioniert in dieser Form erst ab Windows Server 2012 aufwärts, da hier PS-Remoting von Anfang an aktiv ist. Benutzername, einbruchsicheres Kennwort und IP-Adresse bitte anpassen.

Neues von DSC – Open Source, keine Abhängigkeit zu .NET beim LCM und ein Providermodell

Im PowerShell Teamblog wurde Ende Januar 2018 ein erster Ausblick auf die nächste Version der Desired State Configuration (DSC) gegeben:

Desired State Configuration (DSC) Planning Update – January 2018

Dass DSC wie PowerShell auf Open Source umgestellt wird ist keine Überraschung. Bemerkenswert ist die Loslösung vom .NET Framework und damit auch von der PowerShell.

Die wichtigsten Neuerungen sind laut Blog-Eintrag:

>Der LCM wird in C++ programmiert und damit komplett plattformunabhängig und vermutlich auch deutlich schlanker und perfomanter
>Über ein Providermodell können Ressourcen nicht nur in PowerShell-Skript geschrieben werden, sondern theoretisch in jeder Sprache

DSC vNext wird aber kompatibel zum aktuellen Modell sein, so dass man sein erworbenes Know-how nicht gleich wieder vergessen kann. Am Erstellen von Konfigurationen per PowerShell, an der Arbeitsweise von Push- und Pull-Modell oder an der LCM-Konfiguration düfte sich grundsätzlich nichts ändern. Es wird ohnehin so sein, dass die aktuelle Version auf Jahre weiter verwendet wird und die neue Version, sofern sie irgendwann verfügbar ist, in erster Linie für Szenarien eingesetzt wird, in denen z.B. das Providermodell eine Rolle spielt.

Die über UserVoice geäußersten Verbesserungsvorschläge für DSC sollen bei der Entwicklung der kommenden Version berücksichtigt werden.

DSC vNext wird voraussichtlich irgendwann im nächsten Jahr offiziell werden. Auf den beiden großen PowerShell-Konferenzen, die im April in den USA und im Mai in Hannover stattfinden werden, will das PowerShell-Team konkreter werden. Man darf gespannt sein;)

Mal eben Irfanview installieren

Ich liebe die Idee einer Paketverwaltung per Befehlszeile. Die Freiheit, an die mich nach den ersten Schritten mit Linux schnell gewöhnt habe, schätze ich auch unter Windows. Bekanntlich bringt PowerShell ab Version 5.0 einen „Paket-Manager-Manager“ mit, aber irgendwie habe ich seit Jahren das Gefühl er ist trotz einer guten Idee und einer halbwegs soliden Umsetzung „broken by design“.

Vor kurzem bin ich wieder einmal daran gescheitert das praktische Grafiktool Irfanview, das jede Menge Bildateiformate beherrscht und z.B. für das Verkleinern von Bitmaps sehr gut geeignet ist, per PowerShell zu installieren.

Eigentlich ganz einfach, doch der folgende Befehl brachte keinen Erfolg:

Es wurde lediglich das Setup-Programm für Irfanview heruntergeladen, aber offenbar nicht ausgeführt.

Vermutlich lag es daran, dass bei Windows 10 am Anfang keine Skripte ausgeführt werden dürfen. Ich habe es nach Setzen der Ausführungsrichtlinie aber nicht erneut probiert, sondern stattdessem dem Chocolatey-Paketmanager installiert:

Annschließend

Choco.exe stellt fest, dass IrfanView bereits installiert sein soll. Also noch einmal, dieses Mal mit dem beliebten f-Parameter:

Jetzt läuft es durch und etwas später befindet sich im Programme-Verzeichnis ein Verzeichnis IrfanView mit einer Programmdatei i_view64.exe.

Die Verknüpfung auf dem Desktop muss man allerdings zu Fuß anlegen. Einen PowerShell-Befehl gibt es dafür leider nicht.

Tipp: Wie immer enorm hilfreich, um Dateien aufzuspüren: UltraSearch von JAM Software (http://www.jam-software.de)

Eine echte Registry-Suche nach Einträgen

Eine Registry-Suche per PowerShell ist zunächst ganz einfach.

Der folgende Befehl durchsucht den Schlüssel HKey_Local_Machine\Software nach Schlüsseln, deren Name das Wort „Powershell“ enthält.

Das Problem: Die Suche wird nur mit den Schlüsselnamen durchgeführt. Das Ergebnis sind daher auch nur Objekte (vom Typ Microsoft.Win32.RegistryKey), die einzelne Schlüssel repräsentieren, auch wenn die Einträge und Werte jedes Schlüssels mitausgegeben werden.

Wer jetzt denkt, so schwer kann es nicht sein, ich muss lediglich den Output des dir-Kommandos zerlegen bzw. per Where-Object abfragen, so einfach geht es leider nicht. Wie schon oben erwähnt, die Rückgabe besteht aus „nackten“ Microsoft.Win32.RegistryKey-Objekten, an die die Einträge und ihre Werte leider nicht vom Typensystem der PowerShell angehängt werden (vermutlich aus Performancegründen).

Möchte man nach Einträgen suchen, wird es zwangsläufig etwas komplizierter. Für viele leider etwas zu kompliziert. Ich bin selber am Anfang meiner „Karriere“ als PowerShell-Anwender einige Male an einer Lösung gescheitert. Zumindestens an einer, die halbwegs nachvollziehbar war und die ich selber ein paar Monate später noch verstanden habe. Mir war einfach nicht klar, wie ich damit umgehen sollte, dass ein Get-ItemProperty alle Einträge eines Reg-Schlüssels in Gestalt eines PSCustomObject-Objekts zurückgibt, an das die Einträge als Properties angehängt wurden. Die Lösung natürlich: Über die psobject-Eigenschaft.

Ich hoffe, dass die folgende Function nachvollziehbar ist.