0

再会,

我正在寻找外行对 FrontPage 服务器扩展和 .NET Web 应用程序之间关系的解释。

背景:我们的一个团队正在使用 VS2008 开发一个位于网络服务器上的 Web 应用程序。这是一个内部项目——我们都在同一个域中。我在服务器上创建了站点,并确保每个人都对该服务器具有足够的文件系统权限。但是,当他们尝试通过 VS 打开站点时,系统会提示他们输入用户名和密码。我不明白他们被要求验证什么 - 他们已经拥有必要的文件系统权限。我们知道这一点是因为他们能够浏览到该站点并创建文件夹/文件、删除文件夹/文件等等。

在谷歌搜索之后,我想出了一个事实,即我需要通过 VS 将它们添加到 FrontPage Server Extensions 2002 管理页面中的“作者”角色。之后,我这样做了,一切都很好。

在我看来,这些权限与服务器、IIS 服务或网站上的文件系统权限无关。在我看来,这些权限与任何事情无关,但我显然错了。

我正在寻找关于幕后发生的事情的一点历史。

谢谢。

4

1 回答 1

1

有关安全问题,请参阅此链接:http: //docs.sun.com/source/816-5666-10/esapmsfp.htm

如果您在配置权限后安装了扩展,则可能必须通过重置项目文件夹的权限来替换这些文件上的 ACL,因为它在 Web 应用程序本身中创建了vti * 文件夹和文件;它会重置这些文件夹的权限,并将删除您设置的权限。此外,它可能会将应用程序的 _vti_bin 文件夹映射到程序文件文件夹位置。我知道答案有点晚了,但我总是告诉她,迟到总比没有好!

会推荐 TFS 源代码控制开发而不是使用 UNC 共享路径进行开发。

于 2009-08-07T18:09:57.683 回答