ClickOnceのすべての利点を、私たちのアプリケーションの展開メカニズムとして使用したいと考えています。ClickOnceは、認証が必要なプロキシの背後にあるクライアントへのアプリケーションの展開をサポートしていますか？
しかし、Microsoft ConnectでClickOnceがプロキシ認証で失敗するというメッセージが見つかりました。
だから、ClickOnceのでdoesntの仕事企業で最も一般的なシナリオ（Windowsサーバー+ ISA Serverの）の1つを意味しているの??
「解決策」は、すべてのクライアントに対してmachine.configを変更することです！それは私たちのために絶対不可能です（さらに、ClickOnceの目的は何ですか？）
私たちのアプリケーションは3.5を使用しています。あるいは誰かがこの仕事をすることができたならば。
（私はv2のパッチがあることを知っているが、何v3の程度>？）
おかげ
は、についてあなたの正確な質問に答えていないことを知っています。
だからそれはdoesntの仕事の企業の中で最も一般的なシナリオの1つ（Windowsサーバ+ ISA Serverの）を意味している。しかし、私は以下の通りで利用できるどのようなデプロイメント環境のオプションに応じて、あなたに使用であると思いますClickOnceで？
ClickOnce（2.0）アプリケーションを展開する際に、このプロキシ認証の問題が発生したときにUNCデプロイメントを複数回使用した場合の回避策です。企業環境では、共有のNTFSアクセス許可で必要なセキュリティレベルが提供されます
私の答えは、オフトピックビットかもしれないが、私はあなたがこの懸念すべきでないと思います：
個々のユーザーや小規模企業が
大企業は、人々がこの問題を解決するためにITを捧げてきたん認証でプロキシを持っていません物事の種類。 ClickOnceを使用するためには（クライアントごとにローカルのmachine.confを展開するなど）、ClickOnceを使用しているため、アプリケーション全体を停止する必要があります（ITセキュリティ部門は実行可能コードは自動的に安全なネットワークにインターネット上で更新され、私は、問題はまだ3.5にexistantされている場合、私は2.0コードベースに、まだだと最初の手）
.NET Framework 2.0をご利用のお客様は、hereというホットフィックスがあります。
この問題は、お客様が実行しているバージョンの.NET（実行しているバージョンではありません）の影響を受けることに注意してください。あなたのクライアントがClickOnceアプリケーションをインストール/実行するために.NET 3.5を必要とする場合、そのバージョンはすでにこの問題を修正しています。
クライアントマシン（CDまたは内部インストールポイント）に最初のインストールを行うことができれば、私は自分のブログで回避策を講じています。
http://bronumski.blogspot.com/2009/06/clickonce-updates-via-authentication.html
ここでは、この問題を「ClickOnce 407プロキシの問題」と呼びます。 私たちがまだ持っている最大の問題（.net 2システムにv2の修正プログラムをインストールする必要はありません）は、以前にインストールされた.net 3があれば、引用した修正プログラムがインストールされません。 grrrrrrrrrr – marius