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