none
App Vi Fragen RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo zusammen,

    möchte gerne einmal App V in meiner Testumgebung ausprobieren. Beim lesen der Technet Artikel bin ich mir nun nicht sicher ob ich alles richtig verstanden hab. An Servern wird ein Streaming Server, SQL Server und die Streaming Console benötigt. Der Streaming Server sorgt für das streamen :) und hält auch das Software Depot.

    Dann gibt es noch einen Client auf dem der sog. Sequencer installiert wird. Mit dessen Hilfe lassen sich die Software entsprechend für das streamen vorbereiten. Da der Client immer "clean" sein sollte, lässt sich dieser über eine VM installieren um mittels Snapshots auf den Ausgangszustand zurück zu gehen.

    Die Mitarbeiter Clients erhalten einen AppV Client installiert. Dieser soll nach einigen Quellen nicht mit x64 Client BEtriebssystemen funktionieren. Das muss ich nochmals genauer nachlesen.

    Desweiteren wäre es noch möglich, über einen SCCM die Softwarepakete vorzuhalten. Die Streaming Server würden sich dann vom SCCM die benötigten Dateien/Files selbst holen. Das ist doch das EMS verfahren?

     

    Ist das soweit richtig oder hab ich es ganz falsch verstanden?

     

    Speerle

    Mittwoch, 19. Januar 2011 17:13
    |

Antworten

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden

    Hallo

    möchte gerne einmal App V in meiner Testumgebung ausprobieren. Beim lesen der Technet Artikel bin ich mir nun nicht sicher ob ich alles richtig verstanden hab. An Servern wird ein Streaming Server, SQL Server und die Streaming Console benötigt. Der Streaming Server sorgt für das streamen :) und hält auch das Software Depot.

    Korrekt. Siehe auch das Diagram:
    http://blogs.technet.com/b/mapblog/archive/2008/09/16/rtm-alert-infrastructure-planning-and-design-guide-for-app-v-4-5-now-available.aspx

    Dann gibt es noch einen Client auf dem der sog. Sequencer installiert wird. Mit dessen Hilfe lassen sich die Software entsprechend für das streamen vorbereiten. Da der Client immer "clean" sein sollte, lässt sich dieser über eine VM installieren um mittels Snapshots auf den Ausgangszustand zurück zu gehen.
    Korrekt. http://technet.microsoft.com/de-de/library/cc843620.aspx 
    Die Mitarbeiter Clients erhalten einen AppV Client installiert. Dieser soll nach einigen Quellen nicht mit x64 Client BEtriebssystemen funktionieren. Das muss ich nochmals genauer nachlesen.
    Der App-V 4.6 Client unterstützt auch x64 Systeme (Siehe Hinweis): http://technet.microsoft.com/de-de/library/cc843822.aspx
    Desweiteren wäre es noch möglich, über einen SCCM die Softwarepakete vorzuhalten. Die Streaming Server würden sich dann vom SCCM die benötigten Dateien/Files selbst holen. Das ist doch das EMS verfahren?

    Die Streaming Server Role wird von SCCM übernommen. SCCM holt sich die Anwendungen direkt vom Sequencer. Mehr Infos dazu im Integration White Paper (Configuration Manager und App-V Infrastructure Overview Abschnitt): http://blogs.msdn.com/b/johnwe/archive/2010/03/27/sccm-and-app-v-integration-whitepaper.aspx

    Es gibt auch ein paar Virtual Labs in denen man die Funktionalität austesten kann: http://technet.microsoft.com/en-us/virtuallabs/ee862412.aspx

    Gruß
    Andrei

    Donnerstag, 20. Januar 2011 11:15
    |
    Moderator
  • Question
    Anmelden
    0
    Anmelden

    Hallo Andrei,

    danke für Deine antwort.

    Inzwischen bin ich dabei den APP-V Management Server zu installieren. Leider ging dies wiedermal nicht Reibungslos. Hab diesen nach Standardvorgaben installiert. Nur den RDPS Port auf 20000 umgestellt. Als Wegweiser verwendete ich diesen technet Artikel: http://technet.microsoft.com/de-de/library/cc817140.aspx.

     

    Bei einer Verbindung kommt immer der Fehlercode: 0000C81B.

    Sonntag, 23. Januar 2011 11:30
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo

    das Log sollte uns mehr Infos liefern können: %PROGRAMFILES%\Microsoft System Center App Virt Management Server\App Virt Management Console\sftmmc.log

    Gruß
    Andrei

    Montag, 24. Januar 2011 07:41
    |
    Moderator
  • Question
    Anmelden
    0
    Anmelden

    Hallo Andrei,

    also im Log erscheint immer diese Meldung:

    [2011-01-29 12:49:48.562] APP-V 1952 1956 SW_ProtocolServer::ConfigureServices - - - - 2 44955 "Das Zertifikat konnte nicht geladen werden. Fehlercode [-2146893043]. Stellen Sie sicher, dass das Netzwerkdienstkonto über den richtigen Zugriff auf das Zertifikat und dessen entsprechende private Schlüsseldatei verfügt.
    "
    [2011-01-29 12:49:48.687] APP-V 1324 1424 SW_SystemDispatcher::init - - - - 0 44951 "Microsoft System Center Application Virtualization Management Server Version 4.5.2.17140 (1324) wurde erfolgreich gestartet
    "

    Wie ich es nun verstehe, kann das Netzwerkdienstkonto nicht im Zertifikatsspeicher des lokalen Computers das Zertifikat verwenden. Also müsste das Nerkdienstkonto ein eigenes signiertes Zertifikat mit privaten Schlüssel bekommen. Bei der MMC -> Zertifikate -> Dienstkonto kann ich das Netzwerkdienstkonto aber nicht finden. Glaube es heisst anders dort.

    Noch eine Frage, die anmeldung an der Application Virtualization Console erfordert einen Benutzername, der Serverdienst läuft aber unter dem Netzwerkdienstkonto, wie funktioniert das dann?

    Samstag, 29. Januar 2011 12:06
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    wenn ich es ohne Zertifikat versuche, kommt folgende Meldung:

    29.01.2011 14:43:32 http://app-v.testdomain.local

    ManagementConsole.MCException: Der Remoteserver hat einen Fehler zurückgegeben: (401) Nicht autorisiert. ---> System.Net.WebException: Der Remoteserver hat einen Fehler zurückgegeben: (401) Nicht autorisiert.

    Server stack trace:
       bei System.Runtime.Remoting.Channels.Http.HttpClientTransportSink.ProcessResponseException(WebException webException, HttpWebResponse& response)
       bei System.Runtime.Remoting.Channels.Http.HttpClientTransportSink.ProcessMessage(IMessage msg, ITransportHeaders requestHeaders, Stream requestStream, ITransportHeaders& responseHeaders, Stream& responseStream)
       bei System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage(IMessage msg)

    Exception rethrown at [0]:
       bei System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
       bei System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
       bei SoftGrid.Management.IAuthorization.Authorize()
       bei ManagementConsole.ManagementSession.connect(String urlPrefix, NetworkCredential cred)
       --- Ende der internen Ausnahmestapelüberwachung ---

     

    Welchen Anmeldenamen braucht den der blöde App-V 4.6 Server eigentlich???

    Samstag, 29. Januar 2011 13:51
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    bin nun einen Schritt weiter. Die beiden oben beschriebenen Fehler sind nun gelöst. Hatte im IIS die Scripting Option nicht aktiviert.

    Doch nun taucht ein Problem mit dem App-V Client auf. Installiert ist dieser auf einer Windows 7 32 bit Betriebssystem. Beim Versuch, mit dem Management Server über 322 eine Verbindung aufzubauen, kommt immer folgende Fehlermeldung:

    {hap=6:app=vlc 1.0.5.0:tid=860:usr=Administrator}

    Der Client konnte keine Verbindung mit Application Virtualization Server herstellen (Rückgabecode 14902204-0000180B).

    UND

    {tid=D40:usr=Administrator}

    Fehler bei der Anforderung des Desktopkonfigurationsservers für URL {rtsps://app-v.testdomain.local:322/} mit Header {Host: app-v.schmid.local

    Content-Type: text/xml

    AppV-Op: Refresh

    } (Rückgabecode 19D0990A-10000009).

    Ein Telnet auf den FQDN und Port 322 geht zumindest durch. Der Aufruf erfolgt als Domänen-Admin der in der App-V Admin Gruppe mitglied ist. Der Application Virtualiziation Management Server Dienst läuft auch.

     

    Wenn ich auf der Client Maschine folgenden Reg Key setze:

    HKLM\SOFTWARE\Microsoft\SoftGrid\4.5\Client\Configuration\AllowIndependentFileStreaming = 1

    Dann lässt sich mein Testprogramm (VLC) starten. Soweit ich das aber nun verstehe, holt er sich die Daten direkt aus dem Filesystem oder? Für was braucht man dann eigentlich noch den Streaming Server???

    Samstag, 29. Januar 2011 19:22
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    {tid=D40:usr=Administrator}

    Fehler bei der Anforderung des Desktopkonfigurationsservers für URL {rtsps://app-v.testdomain.local:322/} mit Header {Host: app-v.schmid.local

    Content-Type: text/xml

    AppV-Op: Refresh

    } (Rückgabecode 19D0990A-10000009).

    Bitte Common Problem #1 überprüffen:

    http://social.technet.microsoft.com/wiki/contents/articles/troubleshooting-common-rtsps-issues-with-microsoft-app-v.aspx

    HKLM\SOFTWARE\Microsoft\SoftGrid\4.5\Client\Configuration\AllowIndependentFileStreaming = 1

    Dann lässt sich mein Testprogramm (VLC) starten. Soweit ich das aber nun verstehe, holt er sich die Daten direkt aus dem Filesystem oder? Für was braucht man dann eigentlich noch den Streaming Server???

    File Streaming aka Standalone Deployment ist natürlich auch eine (limitierte) Option:

    http://blogs.technet.com/b/appv/archive/2009/02/23/app-v-file-streaming-primer.aspx

    Hier werden die Unterschiede zwischen den verfügbaren Deployment Optionen etwas ausführlicher beschrieben:

    http://www.brianmadden.com/blogs/jeroenvandekamp/archive/2010/02/19/choosing-the-right-app-v-delivery-model.aspx

    Gruß
    Andrei

    Montag, 31. Januar 2011 12:09
    |
    Moderator
  • Question
    Anmelden
    0
    Anmelden

     

     

    Bitte Common Problem #1 überprüffen:

    Andrei

    Hallo Andrei,

    hatte die ganze Zeit einen Denkfehler. Die Anmeldung muss ja über den Management Server laufen und nicht über den Streaming. Geändert und funktionierte sofort. Mist, mit so einem Fehler 3 Std. verbraten :(

     

    Danke und viele Grüße an Dich

    Speerle

    Montag, 31. Januar 2011 17:07
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo

    Nichts zu danken! Freut mich, dass es jetzt klappt.

    Gruß
    Andrei

    Dienstag, 1. Februar 2011 07:26
    |
    Moderator