これまでGPOポリシーを使用して公開サーバーの設定を管理していた場合、GPOでの設定は、コマンドレットでの設定を含むすべてのApp-V統合設定よりも優先されます。そのため、App-Vアプリケーションの起動に失敗する可能性があります。この問題を避けるために、すべてのGPOポリシー設定を削除し、その後SDKを使用してこれらの設定を行うことを推奨します。Sequencerを使用してアプリケーションパッケージを作成します。詳しくは、Microsoft社のドキュメントを参照してください。シングル管理方式では、汎用名前付け規則またはサーバーメッセージブロックで共有されるネットワークの場所で利用できるパッケージと、それらに対応する動的構成ファイルを作成します。アプリケーションをデリバリーグループに追加するStudio管理者が、少なくともその場所の読み取りアクセス権限を保有していることを確認します。デュアル管理方式では、UNCパスからApp-V管理サーバーにパッケージを公開します。URLからの公開はサポートされていません)。パッケージがApp-Vサーバーにあるか、ネットワーク共有上にあるかにかかわらず、Studio管理者がアクセスできるよう、そのパッケージに適切なセキュリティ権限が付与されていることを確認します。ネットワーク共有は「認証ユーザー」と共有し、デフォルトで、VDAとStudioの両方に読み取りアクセス権限が付与される必要があります。重要:それらのサーバーで非デフォルトのプロパティ値を使用する場合、ControllerのPowerShellコマンドレットを使用してApp-Vサーバーのアドレスを指定することをお勧めします。詳しくは、SDKのドキュメントを参照してください。StudioでApp-Vサーバーのアドレスを変更すると、指定したサーバー接続プロパティの一部がデフォルト値にリセットされることがあります。VDAでは、これらのプロパティがApp-V公開サーバーへの接続に使用されます。この事象が発生した場合、サーバーで、リセットされたプロパティの非デフォルト値を再構成してください。この手順は、デュアル管理方式にのみ適用されます。serverおよび公開サーバーのアドレスを指定します。この作業は、サイトの作成中または作成後に実行できます。serverのURLと、App-V公開サーバーのURLおよびポート番号を入力します。ウィザードを続行する前に接続をテストします。テストに失敗した場合は、下記のトラブルシューティングのセクションを参照してください。