sepago Spezialisten bloggen über Citrix und Microsoft

Mit der Einführung von Windows 10 verhielt sich die Anmeldung mit dem Fingerprint Reader an Notebooks anders als mit Windows 8.1.

Innerhalb des Domänennetzwerks funktioniert die Anmeldung nach deren Einrichtung problemlos. Außerhalb des Domänennetzwerks (oder offline) ergeben sich folgende Effekte:

• Start des Notebooks: Anmeldung mit dem Fingerabdruck führt zu untenstehender Fehlermeldung
• Anmeldung mit Name und Passwort, Sperrung des Notebooks, Aufheben der Sperrung mit dem Fingerabdruck: Funktioniert
• Abmelden und erneutes Anmelden (ohne Neustart) mit dem Fingerabdruck: Funktioniert
• Neustart und erneutes Anmelden mit dem Fingerabdruck führt zu untenstehender Fehlermeldung

Fehlermeldung:

„Die Fingerabdruck-Anmeldeinformationen konnten nicht verwendet werden,

Windows 10 logon with fingerprint reader on laptops seems to works different than with Windows 8.1.

Within the domain network, the logon works fine. Outside of the domain network (or offline) I got the following effects:

• Start notebook: Registration with the fingerprint results in an error message (see below)
• Login with name and password, locking notebook, unlock the fingerprint: Works
• Log off and again login (without rebooting): Works
• Restart the notebook and login again with the fingerprint results in an error message (see below)

Error message:

„Fingerprint Logon is not enabled for domain accounts on this machine.

3.3    PowerShell aufrufen und Argumente übergeben

Die PowerShell kann aus einer Hostanwendung, z.B. der CMD heraus aufgerufen werden. In diesem Fall kann sie bestimmte Parameter empfangen und verarbeiten. Alle verfügbaren Parameter können in einem CMD Fenster mittels powershell /? angezeigt werden. Der wichtigste Parameter ist wohl der „-File“ Parameter. Mit Hilfe des File-Parameters kann ein PowerShell Skript übergeben werden. Dies ist extrem nützlich für unsere Arbeit mit z.B. Softwareverteilungssystemen wie NetInstall oder SCCM.

3.1    PowerShell Profile

Ein PowerShell Profil ist ein Skript, welches beim Start der Shell automatisch ausgeführt wird. Es dient der Anpassung der Shell an die Bedürfnisse des Benutzers. Grundsätzlich können in einem PS Profil alle PS Befehle verwendet werden. Es können Befehle, Aliase, Funktionen, Variablen definiert werden, sowie Snapp-Ins, Module und PSDrives eingebunden werden. Auch die Werte von vordefinierten Variablen können verändert werden (z.B. die maximale Anzahl von zu speichernden Fehlern oder die Fensterfarben). Die PowerShell unterstützt diverse Profile.

1.1 Aktuelle PowerShell Versionen

Seit der Erstellung des Dokumentes ist nun einige Zeit vergangen. Mittlerweile gibt es die PowerShell in der Version 5. Dennoch hat das Dokument in seinem Umfang nicht an Aktualität verloren und bezieht sich nach wie vor auf die Version 2.0. An den Stellen, wo Bezug auf später hinzugekommene Funktionalität genommen wird, wird das entsprechend vermerkt.

2    Konventionen

Um die Lesbarkeit und Übersichtlichkeit in diesem Dokument zu erhöhen, werden durch Formatierungen,

„…Es war einmal ein kleiner Berater in der IT-Branche. Er konnte fast alle Aufgaben in der Command Shell lösen. Hin und wieder musste er aber trotzdem auf eine andere Skriptsprache ausweichen. Irgendetwas mit v und b von M und S…, gefallen hat’s ihm jedenfalls nie. Kaum ein Mensch konnte seine Skripte und Konstrukte verstehen, das frustrierte ihn sehr. Aber das lag wohl an der fehlenden Struktur der Batch…Dann hat ein großer Fensterhersteller von der anderen Seite der Erde eine Revolution angekündigt: die beste Shell der Welt!

Liebe Leserschaft,

in den kommenden Wochen werden wir euch Schritt für Schritt die Betriebssystem-Shell „PowerShell“ von Microsoft näher bringen.
Im wöchentlichen Veröffentlichungsmodus erwarten euch weit mehr als 20 Artikel.

Die Blogserie dient als Grundlagenkurs für Einsteiger und Fortgeschrittene.
Neben nützlichen Informationen, erwarten euch Tipps und Tricks unseres Autors Marius Gawenda(Architekt bei sepago).

Angefangen bei grundsätzlichen Informationen, über Skripte und Funktionen,  Datenstrukturen, Datenmanipulation und externe Objekte bis hin zum abschließende Themenbereich PowerShell-Module,

Mit der Einführung des Citrix Receivers 4.x hat sich einiges geändert. Der Storefront hat das altbekannte Webinterface abgelöst. Die PNAgent.exe gibt es nicht mehr im Citrix Receiver 4.x. Aber einige der PNAgent-Funktionen, die wir im ersten Artikelgenutzt haben, sind in die SelfService.exe gewandert.

Citrix Receiver 4.x – SelfService.exe

Die SelfService.exe liegt in dem Verzeichnispfad „C:\Program Files (x86)\Citrix\SelfServicePlugin\“. Über folgende Parameter verfügt die SelfService.exe:

• ShowAppPicker
• Logon
• Logoff
• Disconnectapps
• Reconnectapps
• Dump
• Exit
• Poll

Quelle: http://support.citrix.com/article/CTX138514

Damit eine automatische Anmeldung mit dem Citrix Receiver 4.x möglich ist,

In the last couple of weeks I worked a lot with PowerShell and text-based input files to separate code and data. Since my beginnings in PowerShell I always used XML-based files to cover the separation.

The task I am currently working on is very complex and the designed XML data structure is not readable in an editor like notepad++ anymore. Due to this I had to search for an alternative file format. Some colleagues of mine are currently involved in Microsoft Azure projects and I heard about the JSON file format from them.

As many others I use Microsoft Azure for more and more reasons. Most of my test and demo environments appear in the Microsoft cloud and will be used anytime from anywhere.

The big advantage is the pay-as-you-go strategy. I just need to pay for the resources I really use. My MSDN account gives me the abillity to spend 75$ every month in azure for free 🙂

But on the downside, 75$ are used up very fast and so I just wanted to run my mashines if I really need them.