直接の経験から、ClickOnceは現在のユーザーのみにインストールされ、すべてのユーザーにインストールするオプションはないようです。これは、企業内の一部のユーザーがClickOnceアプリケーションを使用する必要がありますが、セキュリティ上の理由からアプリケーションをインストールする権限がないために問題です。制限付きユーザーのClickOnce展開
これまでのところ、問題のユーザーにプログラムのインストール、ClickOnceプログラムのインストール、および特権の取り消しを許可する唯一の解決策がありました。まるでこの問題のためのよりよい解決策があるべきかのように思えます。
提案がありますか？
ありがとうございました。
ClickOnceはこれらのユーザーがとにかにインストールできるようにする必要があります。これがClickOnceのポイントです。制限されたユーザーがアプリケーションをインストールできるようにします。それ以外の場合は、グループポリシーを使用してmsiを配布できます。
この時点では、グループポリシーによる配布は唯一の解決策だと思います。ありがとうございました！ –
多分私は間違っていますが、私はClickOnceがあなたのユースケースの良い解決策ではないと思います。 Clickonce deployementはアプリケーションを公開しているWebサイトで、ClickOnceは必要に応じて新しいバージョンのアプリケーションをインストールします。 ユーザーがサイトにアクセスできる場合、彼を止めることができるのは、アプリケーションによって要求されたアクセス許可、またはマニフェストのasInvoker/requireAdministrator/highestAvailable要素だけです。
これを実行するには、.Windowsインストーラ、Install Shield、またはビルトインパッケージャを使用してください。 ClickOnceは、インストールされたユーザーのアプリケーションディレクトリにファイルが保存されるため、現在のユーザーのみにインストールするように設計されています。
アプリが.NET Framework 4.0をターゲットにしていて、アプリを実行するためにインストールする必要がある場合はどうなりますか？フレームワークはClickOnceインストーラによってユーザーのアプリケーションディレクトリに配置されますか？ – Tim
私の記事によれば、ユーザーの特権を標準の特権に引き上げて、インストールするように指示することができます。これは理想的ではありません。なぜなら、ユーザーは電話を通じてプロセスをガイドする必要があり、非常に時間がかかり、非効率的なプロセスです。 –
私はあなたがJoel Coehoornsの答えをよく見て、本当にうまくいかない場合はPatの答えを使うべきだと思います。 –
私はより理想的な解決を待っていましたが、私はそこにはないと思います。グループポリシーを介した配布は機能していますが、ClickOnceはより合理化されたプロセスであるため、ClickOnceが優先されます。アプリケーションが完全な信頼でなければインストールできるかもしれないということが私の頭に浮かんだだけです。 –