Wenn ein App-V Paket Firewall Regeln mitbringen soll, beispielsweise um einen Port für einen eingehenden- oder ausgehenden Datenbankzugriff zu öffnen, gibt es mehrere Wege, um dies zu erreichen. Das größte Problem dabei ist jedoch, dass eine Anwendung sowohl global als auch lokal für einen Benutzer veröffentlicht werden kann. Auf Terminalservern kann es für die gleiche Anwendung sogar verschiedene Veröffentlichungspunkte für eine Anwendung im System geben. Nämlich wenn eine Anwendung gleichzeitig für mehrere Benutzer veröffentlicht wird.
Programmbezogene Firewalleinstellungen beziehen sich dabei immer auf einen Anwendungspfad. Nun, der kann sich je nach Integrationspunkt per User unterscheiden und schlimmer, das folgende Bild zeigt einen aktuellen Firefox, der einmalig für einen Benutzer veröffentlicht wurde und einmalig gestartet ist. Es gibt hier zwei unterschiedliche Pfade:

Welcher Pfad soll nun verwendet werden? Ich habe dazu einen Blog gefunden, der hier den Pfad unter dem Integrationspunkt angibt und das mal direkt getestet:

noch vor einigen Jahren war es in vielen Projekten üblich, ein Mandatory Profile in Verbindung mit einem Profilmanagement wie RES One Workspace, Citrix Profile Manager oder Flex Profiles zu nutzen. Wir erinnern: das Mandatory Profile ist ein unveränderliches Profil. Im Gegensatz zu Roaming Profiles werden keine Daten im Profil gespeichert. Dazu sind andere Mechanismen notwendig. Beispielsweise ein Profilmanagement (UEM).

Heute sehen wir immer öfter Kundenumgebungen mit einem Standartprofil oder einem Roaming Profile, die eventuell noch ein Profilmanagement darüber nutzen.

Dabei hat gerade das Mandatory Profile viele Vorteile:

• Es kann nichts kaputtgehen. Das Profil ist „unveränderlich“
• Sehr schnelle Anmeldezeiten
• Null Wachstum der Profilgröße, beim Roaming Profile hingegen wird schnell ein Ausschluss vergessen
• Kompensation der Einschränkungen mit einem UEM möglich.

Warum ist das so? Vermutlich, weil es in den letzten Windows Versionen sehr komplex geworden ist, so ein Profil zu erstellen. Die Microsoft KB ist hier auch etwas dürftig und übergeht einige Schritte. Wir haben daher hier eine sehr ausführliche Anleitung in Deutsch geschrieben.

App-V 5 Rezept SQL Server Management Studio 2016 bzw. SSMS 17.x

Das Rechtliche zuerst: Die hier genannte Anleitung nutzt ihr auf eigene Gefahr. Ich kann nicht garantieren, dass alles immer gut funktioniert und übernehme keine Haftung für Schäden. Ich würde mich dennoch über eine Rückmeldung bei Problemen freuen, um andere in der Community zu unterstützen.

Hinweis: Wenn ihr mich und diesen Blog unterstützen wollt, dann kauft mein App-V 5 Buch (in deutscher Sprache): https://www.amazon.de/Softwarevirtualisierung-mit-App-V-Ein-Praxisbuch/dp/1544717318

Vor einigen Tagen habe ich mit einem unserer besten Citrix Spezialisten und Mitautor des Rheinwerk Buchs zu XenDesktop 7.x Jan Hendrik (Jan Hendriks genialer Citrix Blog) und seinem Kollegen Tobias einen Paketierungsworkshop für App-V gehalten. Hier ging es insbesondere um Applikationen, bei denen die Paketierung nicht funktioniert hat. U.a. war auch das SQL Server Management Studio 2016 bzw. SSMS 17 ein Thema. Das ließ sich auch mit dem App-V Rezept für SSMS 2014 nicht mehr paketieren.
Beim Versuch das SQL Server Management Studio 17 zu sequenzieren und zu speichern, kommt es zu dem Fehler HRESULT: 0x8007139F. Scheinbar funktioniert der App-V 5 Sequencer mit einigen Komponenten aus dem Paket nicht (@Microsoft – das ist ein Bug im Sequencer). Weiterhin gibt es keine Möglichkeit mehr, Visual Studio Shell 2015 (isolated) separat bei Microsoft herunter zu laden. In dem Blog von Rorymon gab es dazu nur noch den Hinweis, dass Microsoft das Management Studio (SSMS 17) für App-V nicht (mehr?) unterstützt. Ich denke, die fehlende Herstellerunterstützung trifft für viele Anwendungen zu. Daher haben wir es einfach einmal probiert (das ist schließlich eine Herausforderung).
Wenn man sich das Problem nun mit dem Prozessmonitor genauer anschaut, findet sich schnell die Komponente, die das HRESULT verursacht:

App-V mit einer Profilmanagementlösung

Möchte man App-V einsetzten, sollte man sich auch Gedanken über eine entsprechende Profilmanagementlösung machen. So ist es sinnvoll, ein Profilmanagement einzusetzen, welches prozessbasierend arbeitet und somit auch mit virtuellen Prozessen arbeiten kann. Z.B. Microsoft UE-V, VMware User Environment Manager (vormals Immidio), Ivanti Environment Manager (vormals AppSense) oder RES ONE Workspace. Das bedeutet, dass ein solches Profilmanagement auch in die virtuelle Blase „hineinschauen“ und die Einstellungen der Anwendungen anwendungsbezogen abspeichern kann, so als wäre die Anwendung nativ installiert. Dies hat den Vorteil, dass die Anwendungseinstellungen auch wiederhergestellt werden können, wenn sich die Paket ID des App-V Paketes geändert hat.