Mit Citrix Gateway bzw. ADC (Netscaler) besteht ab der Version 12 die Möglichkeit für eine Native One-Time-Password (OTP) Integration mit einer Authenticator App (Google, Microsoft usw.) für eine Zweifaktorauthentifizierung. Dabei liefert der Authenticator eine Nummer als zweiten Faktor. Das jeweilige Gerät (Mobiltelefon mit App) muss zuvor für einen Anwender registriert werden. Informationen zum OTP werden im Benutzerkonto des jeweiligen Benutzers gespeichert. Das Management von Benutzern und Geräten ist nicht immer einfach. Eigentlich kann das mit einer GUI nur der Benutzer selber auf dem Citrix Gateway. Daher haben wir ein Tool für ein zentrales Management erstellt.

In diesem Blog findet Ihr die Beschreibung des Tools, das Tool selber und weitere Hintergründe.

Microsoft App-V und MSIX Newsletter

Seitdem M.A.D. Day 2019 ist inzwischen fast ein Jahr vergangen. Ich denke, es ist an der Zeit, für alle den ersten Newsletter zu schrieben, die damals bei uns eine Karte ausgefüllt haben. So vieles gab es in unserem Bereich nicht zu erzählen. Dennoch, die wichtigste Neuigkeit ist, dass es dieses Jahr wieder einen M.A.D. Day geben wird.

In Eigener Sache: Der Newsletter wird auf https://www.Software-Virtualisierung.de veröffentlicht. Wenn ihr einen Newsletter ERHALTEN möchtet, dann schreibt mir bitte unter info[at]nick-it.de und ich setze Euch auf die Liste. Die Genehmigung gilt bis zu Eurem Widerruf.

Nicht werbefrei :-) Solltet Ihr Schulungen, Workshops und Consulting zu MSIX, App-V oder Citrix Produkten suchen, schreibt mir bitte unter info[at]nick-it.de oder nutzt die im Blog angegebene Telefonnummer (rechts). Wir freuen uns, Euch bei Euren Projekten zu unterstützen. Wir leisten bei vielen Kunden High Level Remotesupport auf Stundenbasis..

Der App-V Server- und Depotreport ist in der Grundversion schon Mitte 2019 als PowerShell Skript entstanden. In der Tradition von Carl Webster sollte ursprünglich nur ein Dokumentationsskript für eine App-V Umgebung erstellt werden. Also Informationen über den SQL Server, die Datenbank und die Installationsparameter sowie der bereitgestellten App-V Pakete. 2019 merkte ich schnell, dass das ein netter Report ist aber eben doch nicht die Informationen enthät, die ich mir wünsche. Es passiert beispielsweise häufig, dass der Import von externen Konfigurationsdateien vergessen wird. Dannlaufen keine Skripte oder die Services im Paket wurden doch nicht deaktiviert und der Benutzer bekommt mit einmal eine Updatemeldung nach dem Start seiner Anwendung. Bereitgestellte Anwendungen sich komisch auf dem Client verhalten und keine weiß warum. Insbesondere ist es auch ein Problem, wenn diejenigen, die einmal die Pakete gebaut haben nicht mehr im Unternehmen sind. Keiner kann wissen, wo welche Skripte laufen und QS ist alles.

Vor einiger Zeit habe ich ein PowerShell Dokumentationsskript für eine App-V Serverinfrastruktur erstellt. Das habe ich mit viel Aufwand im Dezember 2019 überarbeitet. Viele Funktionen, die zuvor über das Skript abgebildet wurden, sind dabei in das Modul gewandert. Im jetzigen Zustand ist das Modul insbesondere dafür gut, Informationen aus der „.AppV“ Datei zu extrahieren aber auch Informationen aus den externen Konfigurationsdateien UserConfig.xml und DeploymentConfig.xml.

Noch das Rechtliche: Wir geben keinerlei Gewährleistung für die Funktion oder Schäden. Das Modul steht unter der MIT Lizenz. Programfehler sind nicht ausgeschlossen.

Dieses Jahr ist geplant, dem Modul noch weitere Funktionen zu geben. Erst einmal kann man schon einige nette Dinge mit dem Modul anfangen. Das Modul könnt ihr unten am Ende dieses Blogs herunterladen. Alternativ steht die aktuelle Version über die PowerShell Gallery bereit. Bei einer Installation im UserScope (und PoSh 5.x) landet das Paket mit folgendem Befehl unter Documents\WindowsPowerShell\Modules

install-Module AppVForcelets -Scope CurrentUser

Letzten Freitag habe ich bei der PowerShell Usergroup Hannover kurz etwas zum Thema CodeSignieren für PowerShell Module zum Upload in die PowerShell Gallery erzählt. Nun, dass Interesse meine Kollegen war größer als gedacht und auch einige Frage ungeklärt. Hier hat sich auch einiges geändert. Fakt ist, die meisten Module auch in der Gallery sind unsigniert. Letztlich stellt sich auch immer die Frage, warum überhaupt signieren, wenn doch die PowerShell Executionpolicy so leicht ausgehebelt werden kann?

Beispielsweise ist es möglich, mit Powershell.exe -ExecutionPolicy Bypass -File <PathToPowershellSkript.ps1> beliebigen Code auszuführen.