ashx 处理程序的自定义安全性

发布于 2024-10-06 01:46:55 字数 320 浏览 0 评论 0原文

在我的 WCF Web 服务中,我有一个自定义的 ashx 处理程序。它的设计目的是让人们可以调用 Web 服务并获取动态链接来下载文件。

因此,向客户端提供页面的 IIS 服务器调用 Web 服务。这会生成链接。该链接可以传递给客户端计算机(即它们将运行网络浏览器),并且它们的浏览器可以打开该链接。该链接将指向 ashx 处理程序,结果将是文件被下载。

对于 WCF 服务来说,它使用 Windows 身份验证,因为该服务不是公共的,但我希望允许对 ashx 处理程序进行匿名身份验证,因为可以从任意数量的客户端计算机调用该处理程序。

有什么想法吗?

谢谢。

In my WCF web service I have a custom ashx handler. It is designed so that a person can call the web service and get a dynamic link to download a file.

So, an IIS server which is serving up a page to a client calls the web service. This generates the link. The link can be handed to the client machine (i.e. they will be running a web browser) and their browser can open the link. The link will be to the ashx handler, and the result will be that the file gets downloaded.

For the WCF service over all it is using windows authentication because the service is not public, but I want to allow anonymous authentication for the ashx handler because that could be called from any number of client machines.

Any ideas?

Thanks.

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

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

发布评论

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

评论(1

Hello爱情风 2024-10-13 01:46:55

我建议将 ashx 处理程序和文件下载功能移至单独的应用程序根目录,以便您可以使用匿名访问来配置它。将 Web 服务与文件下载服务解耦还可以让两者驻留在不同的服务器上,从而可能解决以后如果需要从外部访问下载服务但需要保持 Web 服务私有的情况下可能会遇到的防火墙问题。

I'd recommend moving the ashx handler and file download functionality to a separate application root so that you can configure it with anonymous access. Decoupling the web service from the file download service would also let the two live on different servers, potentially solving firewall issues that you may encounter later if the download service needs to be accessed externally but you need to keep the web service private.

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