5

我在我的 STAGE 服务器（带有 IIS 6 的 Windows 2003 服务器）上运行了一个 ASP.NET Web 应用程序。

我已经开始在我的应用程序中使用Google Analytics Core Reporting API，它在我的 DEV 盒（Windows 7 / IIS 7.5）上运行良好

当我将代码移动到 STAGE 服务器时，我开始收到“系统找不到指定的文件”异常；解决方案是使用 App Pool 标识加载用户配置文件，但 IIS 6 没有该功能。

我找到了 IIS 6 的解决方法，即授予 App Pool 帐户读/写权限

C:\Document and Settings\All Users\Application Data\Microsoft\Crypto\RSA\Machine Keys

当我设置权限时，我已将它们应用于所有子实体（通过高级选项）；这不仅没有解决错误；但它也中断了与我网站的 SSL 连接。

我明白了Error 107 (net::ERR_SSL_PROTOCOL_ERROR): SSL protocol error.；非 SSL url 工作得很好。

我的问题是如何恢复正确的权限C:\Document and Settings\All Users\Application Data\Microsoft\Crypto\RSA\Machine Keys并修复我的 SSL 连接？

任何其他有关修复我的 SSL 连接的建议将不胜感激。

4

1 回答 1

6

我放弃了解决这个问题，因为无论如何我都将应用程序移动到不同的服务器；并且看起来没有任何其他应用程序受到影响。

然后我重新启动了 IIS，一切都崩溃了。

IIS 没有启动备份；IIS Admin Service不是以“错误 6：句柄无效”开头。

该错误帮助我找到了问题的根源，并找到了MachineKeys文件夹的正确权限。

本文向我指出了 MachineKeys 文件夹的默认权限 - KB 278381，它具有正确的权限。

注意：知识库文章指出Everyone应该Special Permissions有This folder only; 然而 sharepoint-geek 的文章建议将这些权限应用于This folder, subfolders, and files（我这样做了）。

一旦权限被修复，iisreset工作，甚至我的 SSL 问题都得到了解决。

希望这可以节省几个小时的挫败感。

于 2013-02-20T08:38:17.830 回答