利用ClickOnce的所有优势，我们希望将其用作我们App的部署机制。
但是我在Microsoft Connect中发现了这条消息，其中说ClickOnce失败并带有代理身份验证。
这是否意味着公司中最常见的场景之一（Windows服务器+ ISA Server）无法与ClickOnce配合使用？
“解决方案”是为每个客户端修改machine.config！这对我们来说是绝对不可能的（此外，ClickOnce的目的是什么？）
我们的应用程序使用3.5，我想知道这些问题是否仍然存在。或者，如果有人设法使这项工作。
（我知道v2有一个补丁但是v3＆gt;怎么样？）
由于
答案 0 :(得分：1)
如果问题是否仍然存在于3.5中，则无法回答您的确切问题，因为我仍然使用2.0代码库。但是，我希望以下内容对您有用，具体取决于部署环境中的可用选项：
这是否意味着公司中最常见的场景之一（Windows服务器+ ISA Server）无法与ClickOnce配合使用？
UNC部署是在部署ClickOnce（在2.0中）应用程序时遇到此代理身份验证问题时多次使用的解决方法。在企业环境中，共享上的NTFS权限可以提供所需的安全级别
答案 1 :(得分：0)
我的回答可能有点偏离主题，但我认为你不应该关注这个问题：
个人用户和小型企业没有具有身份验证的代理
大公司确实有专门的IT人员来解决这类问题。他们要么找到让ClickOnce工作的方法（包括在每个客户端上部署本地machine.conf），要么关闭整个应用程序，因为使用ClickOnce是违反他们的策略的（IT安全部门不喜欢可执行的想法）代码自动通过互联网更新到他们的安全网络，我知道第一手资料）
答案 2 :(得分：0)
对于使用.NET framework 2.0的客户，Microsoft对此问题进行了热门修复，可以找到here。
请注意，此问题受客户运行的.NET版本（而不是您正在运行的版本）的影响。如果您的客户需要安装.NET 3.5来安装/运行ClickOnce应用程序，那么该版本已经解决了这个问题。