3

ClickOnce のすべての利点を利用して、アプリの展開メカニズムとして使用したいと考えています。

ただし、Microsoft Connect で、ClickOnce がプロキシ認証で失敗するというこのメッセージを見つけました。

https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=115468&wa=wsignin1.0

つまり、企業で最も一般的なシナリオ (Windows サーバー + ISA サーバー) の 1 つが ClickOnce で機能しないということですか??

「解決策」は、すべてのクライアントの machine.config を変更することです! それは私たちにとって絶対に受け入れられません (さらに、ClickOnce の目的は何でしょうか??)

私たちのアプリケーションは 3.5 を使用していますが、その問題がまだ存在するかどうかを知りたいです。または、誰かがこれを機能させることができた場合。

(v2 のパッチがあることは知っていますが、v3> はどうですか?)

ありがとう

4

3 に答える 3

1

私はまだ2.0コードベースを使用しているため、問題が3.5でもまだ存在するかどうかに関する正確な質問には答えません。ただし、デプロイメント環境で使用可能なオプションに応じて、以下が役立つことを願っています。

つまり、企業で最も一般的なシナリオの1つ（Windowsサーバー+ ISAサーバー）がClickOnceで機能しないということですか？

UNC展開は、ClickOnce（2.0）アプリを展開するときにこのプロキシ認証の問題が発生したときに何度か使用した回避策です。企業環境では、共有に対するNTFSアクセス許可により、必要なレベルのセキュリティを提供できます。

于 2009-03-22T06:50:51.690 に答える
0

私の答えは少し話題から外れているかもしれませんが、これについて心配する必要はないと思います：

  • 個人ユーザーや中小企業は認証付きのプロキシを持っていません

  • 大企業は、この種の問題を解決するために専任のIT担当者を擁しています。ClickOnceを機能させる方法（すべてのクライアントにローカルmachine.confをデプロイすることを含む）を見つけるか、ClickOnceの使用がポリシーに違反しているため、アプリケーション全体を拒否します（ITセキュリティ部門は実行可能ファイルを用意するという考えを好みません）。コードはインターネットを介して安全なネットワークに自動的に更新されます、私はそれを直接知っています）

于 2009-03-21T21:03:24.830 に答える
0

.NET Framework 2.0 を使用しているお客様向けに、Microsoft はこの問題に対するホット フィックスを提供しており、ここで見つけることができます。

この問題は、顧客が実行している .NET のバージョン (実行しているバージョンではありません) の影響を受けることに注意してください。ClickOnce アプリをインストール/実行するためにクライアントに .NET 3.5 が必要な場合、そのバージョンでは既にこの問題が修正されています。

于 2009-05-27T12:21:06.843 に答える