Cassini 与 IIS 身份验证问题

发布于 2024-08-25 13:55:12 字数 516 浏览 3 评论 0原文

我在 .net 4.0 中有一个 C# Web 服务。 Web 服务将在 UNC 路径上创建一个文件。如果我让 Visual Studio 中的 Cassini Web 服务器进行身份验证,它就可以正常工作。但是,如果我将应用程序更改为使用 IIS (Windows 7),则不会创建该文件,但不会报告错误。

如果我将生成的文件的位置更改为本地驱动器,那么 Cassini 和 IIS 都可以正常工作,但只有 Cassini Web 服务器适用于 UNC 路径。

我只能猜测问题与身份验证相关,我尝试了以下各种组合;

  • UNC 路径允许每个人完全访问
  • 在 IIS Windows 身份验证
  • 中 在 IIS 匿名身份验证中

我的 Windows 帐户有权创建此文件。

我没有尝试过用户模拟,也没有尝试将匿名凭据更改为具有更多权限的内容。

有谁知道 Cassini Web 服务器和 IIS 之间会导致这些问题的安全相关差异吗?

非常感谢, 麦克风

I have a C# webservice in .net 4.0. The webservice will create a file on a UNC path. If I let the Cassini web server in visual studio do the authentication it works fine. But if I change the application to use IIS (Windows 7) then the file doesn't get created but no error is reported.

If I change the location of the generated file to a local drive then Cassini and IIS both work fine, but only the Cassini web server will work for a UNC path.

I can only guess at the issue being authentication related, I've tried various combinations of the following;

  • UNC path allow Everyone full access
  • In IIS Windows Authentication
  • In IIS Anonymous Authentication

My windows account has rights to create this file.

I haven't tried user impersonation and I haven't tried changing the anonymous credentials to something with more rights.

Does anyone know of security related differences between the Cassini web server and IIS which would cause these issues?

Many thanks,
Mike

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

半﹌身腐败 2024-09-01 13:55:13

问题似乎出在应用程序池的身份上。

检查一下。

The problem seems to be the identity of the Application Pool.

Check it.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文